From:	"Alex Vinokur" <alexvn AT bigfoot DOT com>
Newsgroups:	comp.os.msdos.djgpp,comp.lang.c++
Subject:	Re: Optimization and operator&&
Date:	Wed, 5 Jun 2002 14:35:07 +0200
Organization:	Scopus Network Technologies
Lines:	23
Message-ID:	<adkstq$1q4d$1@ID-79865.news.dfncis.de>
References:	<3CFCB642 DOT 252CFFF7 AT bigfoot DOT com> <adigc2$n1d$03$1 AT news DOT t-online DOT com> <3CFCDBF9 DOT CCDA33 AT bigfoot DOT com> <adin9l$s7q$00$1 AT news DOT t-online DOT com>
NNTP-Posting-Host:	gateway.scopus.net (62.90.123.5)
X-Trace:	fu-berlin.de 1023276794 59533 62.90.123.5 (16 [79865])
X-Priority:	3
X-MSMail-Priority:	Normal
X-Newsreader:	Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE:	Produced By Microsoft MimeOLE V5.00.2919.6600
To:	djgpp AT delorie DOT com
DJ-Gateway:	from newsgroup comp.os.msdos.djgpp
Reply-To:	djgpp AT delorie DOT com

"Heinz Ozwirk" <wansor42 AT gmx DOT de> wrote in message
news:adin9l$s7q$00$1 AT news DOT t-online DOT com...
> "Alex Vinokur" <alexvn AT bigfoot DOT com> wrote in message
[snip]
> But that doesn't answer your question, and I cannot do so. Common sense
> suggests that optimized code should be faster than plain code and if a
> compiler slows down a program when optimizing might be a hint that the
> compiler does something wrong. Or the uclock() function is not the proper
> tool for timing code.
>

Similar results have been received when using the getrusage() function
http://www.mcsr.olemiss.edu/cgi-bin/man-cgi?getrusage+3
and 'struct timeval ru_stime' in 'struct rusage'.


> Regards
>     Heinz
>
>

- Raw text -