Related articles |
---|
[12 earlier articles] |
Re: Is this a new idea? dlarsson%abbaut@Sweden.EU.net (1992-11-11) |
Re: Is this a new idea? macrakis@osf.org (1992-11-11) |
Re: Is this a new idea? pardo@cs.washington.edu (1992-11-12) |
Re: Is this a new idea? thinkage!dat@math.uwaterloo.ca (1992-11-11) |
Re: Is this a new idea? andrewb@lynx.cs.washington.edu (1992-11-16) |
Re: Is this a new idea? drw@euclid.mit.edu (1992-11-16) |
Re: Is this a new idea? firth@sei.cmu.edu (1992-11-17) |
Re: Is this a new idea? clyde@hitech.com.au (1992-11-18) |
Re: Is this a new idea? macrakis@osf.org (1992-11-20) |
Newsgroups: | comp.compilers |
From: | firth@sei.cmu.edu (Robert Firth) |
Organization: | Software Engineering Institute |
Date: | Tue, 17 Nov 1992 12:54:59 GMT |
References: | 92-10-113 92-11-088 |
Keywords: | C, design |
drw@euclid.mit.edu (Dale R. Worley) writes:
>Any language has this problem if it has tokens whose syntactic
>category can't be determined solely by the form of the token.
True. The answer, I suppose, is not to design such languages.
>Almost any language with an extensible set of operators is going to
>run into this problem.
Why? We have languages with extensible sets of identifiers, and none of
the well-designed ones runs into this problem. It is simply a matter of
specifying the lexis of operators so that they can be distinguished. As
an obvious cheap and ugly way, require all user-defined operators to be
delimited by $...$, or some other character not used elsewhere.
--
Return to the
comp.compilers page.
Search the
comp.compilers archives again.