Related articles |
---|
Reference to "First-Class Data Type" reid@vtopus.cs.vt.edu (1992-02-18) |
Re: Reference to "First-Class Data Type" moss@cs.umass.edu (1992-02-19) |
Re: Reference to "First-Class Data Type" stachour@sctc.com (1992-02-20) |
Re: Reference to "First-Class Data Type" jwb@cepmax.ncsu.edu (1992-02-20) |
Re: Reference to "First-Class Data Type" mab@wdl39.wdl.loral.com (1992-02-20) |
Re: Reference to "First-Class Data Type" eric@tfs.COM (1992-02-22) |
Re: Reference to "First-Class Data Type" spot@CS.CMU.EDU (1992-02-24) |
Re: Reference to "First-Class Data Type" pardo@cs.washington.edu (1992-02-24) |
Re: Reference to "First-Class Data Type" glew@pdx007.intel.com (1992-02-25) |
Re: Reference to "First-Class Data Type" scott@cs.rochester.edu (1992-02-25) |
Re: Reference to "First-Class Data Type" rjbodkin@theory.lcs.mit.edu (Ronald Bodkin) (1992-02-25) |
Re: Reference to "First-Class Data Type" pmetzger@shearson.com (1992-02-26) |
[1 later articles] |
Newsgroups: | comp.compilers |
From: | eric@tfs.COM (Eric Smith) |
Keywords: | types |
Organization: | TFS |
References: | 92-02-085 92-02-090 |
Date: | Sat, 22 Feb 92 14:06:53 PST |
>[I'd say that procedure pointers rather than procedures are first class
>PL/I objects, just like they are in C. In other languages with 1st class
>procedures, you can create procedures, not just pointers to them, at run
>time. -John]
So why not just put a C compiler in the C library? Call it with a
string of source code and have it return a function pointer. You
could also put a C interpreter in the library for those cases where
the function is expected to execute a lot faster than to compile.
Would that satisfy the definition of first class? It wouldn't require
any changes at all to the C language, just adding stuff to the library.
[Interesting thought, you're probably setting yourself up for theological
arguments. -John]
--
Return to the
comp.compilers page.
Search the
comp.compilers archives again.