Related articles |
---|
User definable operators wclodius@lanl.gov (William Clodius) (1996-12-14) |
Re: User definable operators fjh@murlibobo.cs.mu.OZ.AU (1996-12-15) |
Re: User definable operators cef@geodesic.com (Charles Fiterman) (1996-12-15) |
Re: User definable operators mslamm@pluto.mscc.huji.ac.il (Ehud Lamm) (1996-12-15) |
Re: User definable operators ddean@CS.Princeton.EDU (1996-12-15) |
Re: User definable operators dennis@netcom.com (1996-12-15) |
Re: User definable operators fjh@mundook.cs.mu.OZ.AU (1996-12-15) |
Re: User definable operators burley@gnu.ai.mit.edu (Craig Burley) (1996-12-18) |
Re: User definable operators jdean@puma.pa.dec.com (1996-12-18) |
Re: User definable operators neitzel@gaertner.de (1996-12-18) |
Re: User definable operators tim@franck.Princeton.EDU (1996-12-20) |
Re: User definable operators nkramer@cs.cmu.edu (Nick Kramer) (1996-12-20) |
[14 later articles] |
From: | dennis@netcom.com (Dennis Yelle) |
Newsgroups: | comp.compilers |
Date: | 15 Dec 1996 16:21:27 -0500 |
Organization: | Very little |
References: | 96-12-088 |
Keywords: | design, comment |
William Clodius <wclodius@lanl.gov> writes:
>Many programming languages allow the user to overload of language
>defined operators. But a few languages also allow the user to define
>their own operators. I would like to have some feedback on the
>experience of others with user definable operators with respect to
>specifying their syntax, associativity, precedence, semantics (e.g.,
>side effects or not), etc.
[...]
>[My experience with such languages has been miserable. It means that no
>two programs are actually written in the same language, so they're all
>unreadable. Extensible languages enjoyed a short vogue in the 1970s, and
>I wasn't sad to see them go. See Cheatham's EL/1 and Irons' IMP72. -John]
John:
Does this comment of yours apply to C++ too?
Everyone:
Is the tide turning against C++ ?
That is, has C++ gone too far in this direction?
--
dennis@netcom.com (Dennis Yelle)
[At least C++ doesn't let you invent your own syntax. As some other people
have noted, you can do it right or you can do it wrong, e.g., overloading
the arithmetic operators to handle bignums makes sense, using them for
string packages becomes baffling. -John]
--
Return to the
comp.compilers page.
Search the
comp.compilers archives again.