Re: Java compiler courses

glen herrmannsfeldt <gah@ugcs.caltech.edu>
29 Apr 2007 19:02:38 -0400

          From comp.compilers

Related articles
[12 earlier articles]
Re: Java compiler courses gah@ugcs.caltech.edu (glen herrmannsfeldt) (2007-04-26)
Re: Java compiler courses cfc@shell01.TheWorld.com (Chris F Clark) (2007-04-26)
Re: Java compiler courses DrDiettrich1@aol.com (Hans-Peter Diettrich) (2007-04-27)
Re: Java compiler courses DrDiettrich1@aol.com (Hans-Peter Diettrich) (2007-04-27)
Re: Java compiler courses gneuner2@comcast.net (George Neuner) (2007-04-28)
Re: Java compiler courses DrDiettrich1@aol.com (Hans-Peter Diettrich) (2007-04-29)
Re: Java compiler courses gah@ugcs.caltech.edu (glen herrmannsfeldt) (2007-04-29)
Re: Java compiler courses marcov@stack.nl (Marco van de Voort) (2007-05-10)
Re: Java compiler courses torbenm@app-2.diku.dk (2007-05-11)
Re: Java compiler courses chris.dollin@hp.com (Chris Dollin) (2007-05-11)
Re: Java compiler courses gah@ugcs.caltech.edu (glen herrmannsfeldt) (2007-05-11)
Re: Java compiler courses englere_geo@yahoo.com (Eric) (2007-05-15)
| List of all articles for this month |

From: glen herrmannsfeldt <gah@ugcs.caltech.edu>
Newsgroups: comp.compilers
Date: 29 Apr 2007 19:02:38 -0400
Organization: Compilers Central
References: 07-04-074 07-04-098 07-04-120 07-04-127 07-04-144 07-04-147
Keywords: courses, practice
Posted-Date: 29 Apr 2007 19:02:38 EDT

Hans-Peter Diettrich wrote:


(snip, someone wrote)


>>I agree with you and I happen to have a compiler specific education,
>>but in practice all a performance developer needs is to understand how
>>her particular compiler translates a particular program construct.


> This is just *not* what I meant. IMO it's much easier to understand
> e.g. how to write recursive procedures, when one has an idea of how
> procedure calls (parameters, stackframes...) are translated into
> machine code.


(snip)


In writing portable programs, one can't depend on the way a particular
compiler works, but on general principles. In general recursive
programs must generate a separate instance of local (automatic)
variables for each instance of the recursive procedure. There
is normally some overhead to doing that, though less one some machines
and more on others.


It is interesting to me how as machines get faster more work is
being done to speed up the procedure calling mechanism than
in the days of slower machines.


I would say, then, that one should understand both the general
principles and those of the machine/compiler one uses most.


-- glen


Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.