public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
* Re: different code behaviour with -fprofile-arcs -ftest-coverage
       [not found] <1059693738.15674.50.camel@localhost>
@ 2003-08-01  9:52 ` Nathan Sidwell
  0 siblings, 0 replies; only message in thread
From: Nathan Sidwell @ 2003-08-01  9:52 UTC (permalink / raw)
  To: Lothar Werzinger; +Cc: gcc

Lothar Werzinger wrote:

> Here's the output of this code fragment:
>   without code coverage:
> unsigned long 
> 5 5 0 1 0 1 1 0 
> double 
> 5 5 0 1 0 1 1 0 
> 
>   with code coverage:
> unsigned long 
> 5 5 0 1 0 1 1 0 
> double 
> 5 5 0 1 0 1 0 1 
> 
> 
> How can the comparison operators claim the value is both, the same and
> different? And why does it affect only the double type?
> 
> Has anyone an idea how this can happen? Is there a way to get correct
> results even with code coverage analysis?
this is most likely a gcc bug. Please file a bug report by following
instructions on the gcc web page.

nathan

-- 
Nathan Sidwell    ::   http://www.codesourcery.com   ::     CodeSourcery LLC
          The voices in my head said this was stupid too
nathan@codesourcery.com    ::     http://www.planetfall.pwp.blueyonder.co.uk


^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2003-08-01  8:34 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <1059693738.15674.50.camel@localhost>
2003-08-01  9:52 ` different code behaviour with -fprofile-arcs -ftest-coverage Nathan Sidwell

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).