Related articles |
---|
Order of argument evaluation in C++, etc. hbaker@netcom.com (1995-07-08) |
Re: Order of argument evaluation in C++, etc. wclodius@lanl.gov (WIlliam B. Clodius) (1995-07-10) |
Re: Order of argument evaluation in C++, etc. chase@centerline.com (1995-07-12) |
Re: Order of argument evaluation in C++, etc. hbaker@netcom.com (1995-07-18) |
Re: Order of argument evaluation in C++, etc. stefan.monnier@epfl.ch (Stefan Monnier) (1995-07-20) |
Re: Order of argument evaluation in C++, etc. dmk@dmk.com (1995-07-21) |
Re: Order of argument evaluation in C++, etc. jhallen@world.std.com (1995-07-21) |
Re: Order of argument evaluation in C++, etc. hbaker@netcom.com (1995-07-26) |
Re: Order of argument evaluation in C++, etc. karlcz@moraine.hip.berkeley.edu (1995-07-26) |
Re: Order of argument evaluation in C++, etc. Steve_Kilbane@cegelecproj.co.uk (1995-07-26) |
Re: Order of argument evaluation in C++, etc. chase@centerline.com (1995-07-28) |
[38 later articles] |
Newsgroups: | comp.compilers |
From: | Stefan Monnier <stefan.monnier@epfl.ch> |
Keywords: | C++, optimize, comment |
Organization: | Ecole Polytechnique Federale de Lausanne |
References: | 95-07-068 95-07-113 |
Date: | Thu, 20 Jul 1995 09:50:15 GMT |
Henry Baker <hbaker@netcom.com> wrote:
] My personal feeling is that I agree (in this instance) with David Chase
] 100%, and would go so far as to say that far from allowing _speedups_, the
] current ambiguity in the language standards actually _guarantees_ slowdowns in
] programs which aspire to any amount of portability. The problem is that if you
] were truly paranoid, you would have to start locking and unlocking serially
] accessed data structures on the different arguments to a multi-argument
] procedure.
What's wrong with using
tmp1=argexp1;
tmp2=argexp2;
...
fun(tmp1, tmp2, ...)
instead of
fun(argexp1, argexp2, ..)
The code is less readbale, but definitely not slower.
Stefan
[I thought compilers were supposed to make programming easier, not harder.
-John]
--
Return to the
comp.compilers page.
Search the
comp.compilers archives again.