[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: encapsulating code properties
From: |
Joel E. Denny |
Subject: |
Re: encapsulating code properties |
Date: |
Mon, 13 Nov 2006 15:31:27 -0500 (EST) |
On Mon, 13 Nov 2006, Paul Eggert wrote:
> One could make good technical arguments for Guile, Java, OCaml,
> Python, Ruby, Squeak, and others (note that I've been careful to list
> them alphabetically :-). But C++ wouldn't make the long list, much
> less the short one.
Given your concern with performance, I'm surprised to see scripting
languages in the list. Maybe they're not as slow as I thought?
> I'd rather not go into language-war mode at this point, though.
I'm not interested in that either.
> Unless someone has a _lot_ of high-quality time to sink into this,
> I wouldn't advocate a switch.
I was hoping you were thinking of some C variation that would compile
Bison as is (or nearly) but give us some additional capabilities.
Unfortunately, C++ is the only one I'm familiar with, but I was hoping you
might know of others.
- encapsulating code properties, Joel E. Denny, 2006/11/11
- Re: encapsulating code properties, Paul Eggert, 2006/11/11
- Re: encapsulating code properties, Joel E. Denny, 2006/11/12
- Re: encapsulating code properties, Paul Eggert, 2006/11/12
- Re: encapsulating code properties, Joel E. Denny, 2006/11/12
- Re: encapsulating code properties, Paul Eggert, 2006/11/13
- Re: encapsulating code properties, Joel E. Denny, 2006/11/13
- Re: encapsulating code properties, Paul Eggert, 2006/11/13
- Re: encapsulating code properties,
Joel E. Denny <=
- Re: encapsulating code properties, Joel E. Denny, 2006/11/13
Re: encapsulating code properties, Joel E. Denny, 2006/11/13