From -5178754055564710314 X-Google-Thread: f78e5,174aa7b34b06a51 X-Google-Attributes: gidf78e5,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news3.google.com!news.glorb.com!news.alt.net!comp-std-cpp-robomod!not-for-mail From: "Momchil Velikov" Newsgroups: comp.std.c++ Subject: Re: Is this really unspecified behavior? Date: Sat, 10 Dec 2005 16:24:20 CST Organization: http://groups.google.com Lines: 16 Approved: Fergus Henderson , moderator of comp.std.c++ Message-ID: <1134226718.603274.22580@f14g2000cwb.googlegroups.com> References: <1132759176.368850.264850@g43g2000cwa.googlegroups.com> <1132933832.802917.153350@g14g2000cwa.googlegroups.com> <1133551647.532929.325730@z14g2000cwz.googlegroups.com> <1133583412.951239.208510@g49g2000cwa.googlegroups.com> <1133910546.716987.80030@g14g2000cwa.googlegroups.com> <0l5ep1ppfhdj5p1pcu7e4na4ub0vjajlq3@4ax.com> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Return-Path: X-Authentication-Warning: mulga.cs.mu.OZ.AU: fjh set sender to devnull@stump.algebra.com using -f X-Robomod: STUMP, ichudov@algebra.com (Igor Chudov) Delivered-To: std-c++@ucar.edu X-Trace: posting.google.com 1134226723 28462 127.0.0.1 (10 Dec 2005 14:58:43 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: Sat, 10 Dec 2005 14:58:43 +0000 (UTC) User-Agent: G2/0.2 X-HTTP-UserAgent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050922 Firefox/1.0.7 (Debian package 1.0.7-1),gzip(gfe),gzip(gfe) Complaints-To: groups-abuse@google.com Injection-Info: f14g2000cwb.googlegroups.com; posting-host=213.240.220.104; posting-account=Fh11Bw0AAAB0-wFbEALShd0KZmegcXjp X-Virus-Scanned: amavisd-new at ucar.edu X-Virus-Scanned: amavisd-new at cs.mu.OZ.AU X-Virus-Scanned: amavisd-new at cs.mu.OZ.AU Xref: g2news1.google.com comp.std.c++:2730 "Andrei Alexandrescu See Website For Email wrote: > So the jury is still out on finding cases (that are not source-level > optimizable in an obvious way) in which a specified order of argument > evaluation forces the compiler to generate pessimized code. How about finding cases in which the order of evaluation is not enforceable at the source level in an obvious way ? ~velco --- [ comp.std.c++ is moderated. To submit articles, try just posting with ] [ your news-reader. If that fails, use mailto:std-c++@ncar.ucar.edu ] [ --- Please see the FAQ before posting. --- ] [ FAQ: http://www.jamesd.demon.co.uk/csc/faq.html ]