comp.lang.ada
 help / color / mirror / Atom feed
From: dewar@merv.cs.nyu.edu (Robert Dewar)
Subject: Re: ADA CORE TECHNOLOGIES ANNOUNCES GNAT-TO-JAVA SYSTEM
Date: 1997/09/21
Date: 1997-09-21T00:00:00+00:00	[thread overview]
Message-ID: <dewar.874847757@merv> (raw)
In-Reply-To: 6008fe$9lm$2@trumpet.uni-mannheim.de


Marc says

<<To be practical, it's also important that compile time is reasonably small
for acceptably good code; a compiler must not use too much resources, as it's
part of the system. Some slim-binary-systems do also use post-optimization
at run time (possibly adapting to the empirical system behaviour), after
having generated relatively simple and slow code on loading. It surely helps
that Oberon(-2), the language for which slim binaries have been developed,
is extremely simple and straight-forward to compile, and as integrated part
of the Oberon operating system or a browser, it tends to stay around between
different programs. I'm not sure whether the same concept would work well for
stand-alone programs in much more complicated (for the compiler) languages.>>

No language is "simple and straight-forward to compile" if you want
efficient code. Especially with modern processors with speculative
execution, and super-scalar super-pipelined implementations, the
optimization phases of the compiler are by far the most complex, and
take the most effort to write, and the most execution time to run,
and this is true even with todays large languages (Fortran-90, OO COBOL,
C++, Ada 95 etc).

If you don't want efficient code, then depending on the extent to which
you really mean what you say (as another thread points out, people don't
always know what they areally want), then it is of course much easier
to provide complete portability with very fast compilers. I don't see
any particular merit in the "slim binary" approach over distribution of
source code except for the case where the distributor of the software
is concerned with deliberate obfuscation of proprietary sources. This is
a definite issue for some people, but not really a technical one!





  reply	other threads:[~1997-09-21  0:00 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1997-09-20  0:00 ADA CORE TECHNOLOGIES ANNOUNCES GNAT-TO-JAVA SYSTEM Marc Wachowitz
1997-09-21  0:00 ` Robert Dewar [this message]
  -- strict thread matches above, loose matches on Subject: below --
1997-09-15  0:00 Marc Wachowitz
1997-09-11  0:00 Robert Dewar
1997-09-12  0:00 ` Stephen Leake
1997-09-13  0:00   ` Robert Dewar
1997-09-14  0:00     ` Ralph Paul
1997-09-14  0:00       ` Robert Dewar
1997-09-16  0:00         ` Ralph Paul
1997-09-16  0:00         ` Brian Rogoff
1997-09-17  0:00           ` Tarjei T. Jensen
1997-09-18  0:00             ` Robert Dewar
1997-09-17  0:00           ` Ralph Paul
1997-09-18  0:00             ` Robert Dewar
1997-09-19  0:00               ` Richard A. O'Keefe
1997-09-19  0:00                 ` Jon S Anthony
1997-09-20  0:00                   ` Jay Han
1997-09-22  0:00                   ` Richard A. O'Keefe
1997-09-20  0:00                 ` Robert Dewar
1997-09-21  0:00                   ` Fergus Henderson
1997-09-22  0:00                     ` Robert Dewar
1997-09-15  0:00     ` Stephen Leake
1997-09-15  0:00       ` Mark L. Fussell
1997-09-16  0:00       ` Tucker Taft
1997-09-17  0:00         ` Robert Dewar
1997-09-16  0:00       ` Robert Dewar
1997-09-17  0:00         ` Stephen Leake
1997-09-18  0:00           ` Robert Dewar
1997-09-19  0:00             ` W. Wesley Groleau x4923
1997-09-20  0:00               ` Robert Dewar
1997-09-13  0:00   ` Tarjei T. Jensen
1997-09-14  0:00     ` Robert Dewar
1997-09-14  0:00       ` Tarjei T. Jensen
1997-09-15  0:00         ` Robert Dewar
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox