Re: Order of argument evaluation in C++, etc.

msb@sq.com (Mark Brader)
Fri, 18 Aug 1995 03:16:58 GMT

          From comp.compilers

Related articles
[23 earlier articles]
Re: Order of argument evaluation in C++, etc. eggert@twinsun.com (1995-08-13)
Re: Order of argument evaluation in C++, etc. rfg@rahul.net (Ronald F. Guilmette) (1995-08-14)
Re: Order of argument evaluation in C++, etc. graham.matthews@pell.anu.edu.au (1995-08-16)
Re: Order of argument evaluation in C++, etc. bobduff@world.std.com (1995-08-16)
Re: Order of argument evaluation in C++, etc. sethml@sloth.ugcs.caltech.edu (1995-08-16)
Re: Order of argument evaluation in C++, etc. ok@cs.rmit.edu.au (1995-08-16)
Re: Order of argument evaluation in C++, etc. msb@sq.com (1995-08-18)
Re: Order of argument evaluation in C++, etc. ka@socrates.hr.att.com (1995-08-19)
Re: Order of argument evaluation in C++, etc. hbaker@netcom.com (1995-08-21)
Re: Order of argument evaluation in C++, etc. chase@centerline.com (1995-08-21)
Re: Order of argument evaluation in C++, etc. chase@centerline.com (1995-08-21)
Re: Order of argument evaluation in C++, etc. bobduff@world.std.com (1995-08-21)
Re: Order of argument evaluation in C++, etc. jan@neuroinformatik.ruhr-uni-bochum.de (1995-08-21)
[13 later articles]
| List of all articles for this month |

Newsgroups: comp.compilers
From: msb@sq.com (Mark Brader)
Keywords: C++, optimize
Organization: SoftQuad Inc., Toronto, Canada
References: 95-08-034 95-08-096
Date: Fri, 18 Aug 1995 03:16:58 GMT

Paul Eggert (eggert@twinsun.com) writes:
> For example, the C Standard, by my reading, does not define the
> behavior of `F()+F()' if F's definition is `int F() {return x++;}',


Only if you ignore or (in my opinion; Paul disagrees) misinterpret
the part where it says "Except as indicated, statements are executed
in sequence".


> ... it seems that most of the committee didn't want this example to
> have undefined behavior -- it's just that they didn't cover the issue
> carefully enough in the standard.


> Eventually they made a decision, but the point is that the original
> standard shouldn't have been so unclear.


Yep. In fact, I remember that either during the public review of the
C standard or in a private communication with the redactor, I suggested
that it should explain what it meant to call a function. The response
as to the effect that this is a general concept in programming languages
and everyone knows what it means, and I accepted that. But this matter
of disagreement showed that I was wrong to do so!
--
Mark Brader
msb@sq.com
SoftQuad Inc.
Toronto




--


Post a followup to this message

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