Related articles |
---|
The compilation approach in modern languages sgganesh@gmail.com (Ganny) (2005-02-11) |
Re: The compilation approach in modern languages rbates@southwind.net (Rodney M. Bates) (2005-02-12) |
Re: The compilation approach in modern languages sgganesh@gmail.com (Ganny) (2005-02-12) |
Re: The compilation approach in modern languages bobduff@shell01.TheWorld.com (Robert A Duff) (2005-02-13) |
Re: The compilation approach in modern languages cartazio@gmail.com (Carter Schonwald) (2005-02-13) |
Re: The compilation approach in modern languages dot@dotat.at (Tony Finch) (2005-02-13) |
Re: The compilation approach in modern languages gah@ugcs.caltech.edu (glen herrmannsfeldt) (2005-02-13) |
Re: The compilation approach in modern languages nmm1@cus.cam.ac.uk (2005-02-16) |
Re: The compilation approach in modern languages boldyrev@cgitftp.uiggm.nsc.ru (Ivan Boldyrev) (2005-02-16) |
Re: The compilation approach in modern languages boldyrev+nospam@cgitftp.uiggm.nsc.ru (Ivan Boldyrev) (2005-02-16) |
Re: The compilation approach in modern languages rbates@southwind.net (Rodney M. Bates) (2005-02-16) |
Re: The compilation approach in modern languages gneuner2@comcast.net (George Neuner) (2005-02-16) |
Re: The compilation approach in modern languages torbenm@diku.dk (2005-02-18) |
Re: The compilation approach in modern languages dot@dotat.at (Tony Finch) (2005-02-18) |
[9 later articles] |
From: | nmm1@cus.cam.ac.uk (Nick Maclaren) |
Newsgroups: | comp.compilers |
Date: | 16 Feb 2005 20:49:36 -0500 |
Organization: | University of Cambridge, England |
References: | 05-02-053 05-02-056 05-02-065 |
Keywords: | functional, code |
Posted-Date: | 16 Feb 2005 20:49:36 EST |
Tony Finch <dot@dotat.at> wrote:
>"Rodney M. Bates" <rbates@southwind.net> wrote:
>>
>>The one exception is the functional languages, where functions can be,
>>in effect, manipulated at runtime and then evaluated. Obviously, it
>>is too late then for a traditional batch compile, and something more
>>like interpretation is needed, at least some of the time.
>
>That is not true for most modern functional programming languages
>(i.e. ones not descended from lisp) which are designed to be compiled
>to native code. It is also true for non-functional languages that have
>an "eval" function, which includes many scripting languages.
Yes.
And the equally important (and largely older) class of application
languages. One amusing example here is Genstat - designed entirely
by statisticians, and interestingly unusual :-)
As far as this aspect goes, there are really four levels:
Ones with no general 'eval' operation.
Ones where 'eval' executes entirely within its own scope.
Ones where 'eval' can behave as a declaration.
Ones where 'eval' can change the syntax accepted by the compiler.
It is reasonable to say that languages that allow the last cannot
be compiled and must be interpreted :-)
Regards,
Nick Maclaren.
Return to the
comp.compilers page.
Search the
comp.compilers archives again.