Re: Looking for volunteers for XL

"BartC" <bc@freeuk.com>
Sat, 26 Nov 2011 23:19:29 -0000

          From comp.compilers

Related articles
Looking for volunteers for XL christophe@taodyne.com (Christophe de Dinechin) (2011-11-22)
Re: Looking for volunteers for XL kaz@kylheku.com (Kaz Kylheku) (2011-11-26)
Re: Looking for volunteers for XL christophe@taodyne.com (Christophe de Dinechin) (2011-11-26)
Re: Looking for volunteers for XL bc@freeuk.com (BartC) (2011-11-26)
Re: Looking for volunteers for XL christophe@taodyne.com (Christophe de Dinechin) (2011-11-27)
Re: Looking for volunteers for XL bc@freeuk.com (BartC) (2011-11-27)
Re: Looking for volunteers for XL kaz@kylheku.com (Kaz Kylheku) (2011-11-28)
Re: Looking for volunteers for XL tdk@thelbane.com (Timothy Knox) (2011-11-27)
Re: Looking for volunteers for XL bc@freeuk.com (BartC) (2011-11-28)
Re: Looking for volunteers for XL gah@ugcs.caltech.edu (glen herrmannsfeldt) (2011-11-28)
[12 later articles]
| List of all articles for this month |
From: "BartC" <bc@freeuk.com>
Newsgroups: comp.compilers
Date: Sat, 26 Nov 2011 23:19:29 -0000
Organization: A noiseless patient Spider
References: 11-11-048 11-11-053
Keywords: history, design
Posted-Date: 27 Nov 2011 02:25:07 EST

"Christophe de Dinechin" <christophe@taodyne.com> wrote in message
>> [There were a bazillion extensible languages in the 1970s, many quite
>> sophisticated. They all disappeared without a trace, largely because
>> the ability to do per-program extensions meant that every program was
>> written in a different language, making them all unreadable. ...


> [I wrote actual programs in IMP-72. The compiler was slow, but not
> unduly so for the time, and it was in the same ballpark as BLISS-11
> which got a lot of use. (They both cross-compiled on a PDP-10.) We
> gave up on it because we didn't want to try to remember which of six
> slightly different case statements each program used. -John]


Extensible languages have to be used with some care I think. Those
features aren't for everyday use.


They should be used to turn a language X into a new language X2. X2
should be properly designed, implemented, and documented. Then
development should be halted.


(And there should either have been one kind of case statement, or all
six case statements should have been distinct.)


For this kind of purpose, an extensible language might work well.


However, if the design of X2 isn't going to change, you might as well
just write a compiler directly for X2; it's not necessary to make
available, to the programmer of X2, all those untidy language-building
features (for an example, see C++).


--
Bartc


Post a followup to this message

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