--- Comment #6 from gin at mo dot msk dot ru 2008-01-18 16:21 ---
Subject: Re: wrong code for dereferencing type-punned pointer
> looks good for 4.2.
Can we see (assembler) output of that 4.2, with those same
`-fno-strict-aliasing -O3 -fno-strict-aliasing' optimization opti
--- Comment #5 from gin at mo dot msk dot ru 2008-01-17 17:45 ---
Subject: test case [Re: wrong code for dereferencing type-punned pointer]
No test case program hitting this wrong code will do something
reliably: the code incorrectness is passing uninitialized value to the
rest of
--- Comment #3 from gin at mo dot msk dot ru 2008-01-16 00:49 ---
Subject: Re: wrong code for dereferencing type-punned pointer
> obviously violating c aliasing rules here.
Certainly. Was quite explicit about that:
That is,
`-fno-strict-aliasing' no longer
--- Comment #1 from gin at mo dot msk dot ru 2008-01-15 21:41 ---
Created an attachment (id=14944)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14944&action=view)
preprocessed code in question
Instead of `extptr', uninitialized value is passed to
`handle_
ct: gcc
Version: 4.2.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gin at mo dot msk dot ru
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet:
--- Comment #8 from gin at mo dot msk dot ru 2007-01-13 01:15 ---
Subject: Re: -B$(build_tooldir)/bin/
Wrote on Fri, 29 Dec 2006 17:35:39 +0300:
> will try it for 3.0.3
Did so. `--with-ld=/bin/ld --without-gnu-ld' it did link programs
properly even if `$(build_tooldir)/bin
--- Comment #7 from gin at mo dot msk dot ru 2006-12-29 14:35 ---
Subject: Re: -B$(build_tooldir)/bin/
> Can you give the output of the original confgure which should show you which
> ld/as GCC is going to use?
No. Version 4 just does not build on that system at all (o
--- Comment #5 from gin at mo dot msk dot ru 2006-12-28 13:32 ---
Subject: Re: -B$(build_tooldir)/bin/
It actually broke build of gcc (version 3.0.3) at least on one class
of systems, i386-pc-sco3.2v5, as follows.
Had on that system gnu binutils installed with PREFIX. Had gcc
--- Comment #6 from gin at mo dot msk dot ru 2006-11-06 17:24 ---
Subject: Re: check requires autogen
`make' performing all tests is not enough to test successfully. The
test failures normally result in make error, ignored by `-k' or not.
One looks for such error message
--- Comment #4 from gin at mo dot msk dot ru 2006-11-03 20:03 ---
Subject: Re: check requires autogen
Sorry for not indicating that. Always specified `-k' in all `make'
runs. They yield the results as described.
The gist is that currently the only way to obtain actual t
--- Comment #2 from gin at mo dot msk dot ru 2006-11-03 19:43 ---
Subject: Re: check requires autogen
Certainly ran `make check' in top level build directory, and indicated
that by including parts of `make -w' output, printout of directories
entered and left by `make'
--- Comment #3 from gin at mo dot msk dot ru 2006-10-31 19:17 ---
Subject: Re: can not build libgcc.a on stage 1
Obsoleting sparc-sun-solaris2.5, if ever occurred for 4.1 branch, is
certainly not noted in neither `NEWS' nor `INSTALL/specific.html' of
4.1.1 release.
--- Comment #2 from gin at mo dot msk dot ru 2006-10-27 20:18 ---
Subject: Re: broken anchor name in html
Confirming that anchor names are consistent in
http://gcc.gnu.org/install/specific.html
Hope that the updated version will get in next gcc release.
--
http://gcc.gnu.org
--- Comment #4 from gin at mo dot msk dot ru 2006-09-04 20:02 ---
A question was sent to original reporter:
> Why do you think this wrong?
If it was needed at all, the actions on the bug could have depended on the
answer, and whether it should be closed could be decided only af
--- Comment #3 from gin at mo dot msk dot ru 2006-09-04 19:32 ---
Subject: Re: -B$(build_tooldir)/bin/
> Why do you think this wrong? -B. is suppied first so this is not a bug
If during build all files are found through `-B./' (or other
specification of part of build tree co
--- Comment #3 from gin at mo dot msk dot ru 2006-07-24 19:52 ---
Subject: Re: stage2 error: toplev.c redefines floor_log2
On other system where that translation module compiles normally there
are also 2 definitions of the same function, but even function type
declarations in
--- Comment #2 from gin at mo dot msk dot ru 2006-06-23 19:57 ---
Subject: Re: loses type in debug info
As for marking the bug as already reported, this seems plausible to
me. Confirming that `.i' sent in my bug report uses "lost" type in
exactly the same way as test c
--- Comment #4 from gin at mo dot msk dot ru 2005-11-23 18:08 ---
Subject: Re: build breaks if no `NAN'
Know at least one more system that has no `NAN' and which native `cc'
normally generates code that causes program to terminate abnormally:
Arithmetic Exception (co
--- Comment #3 from gin at mo dot msk dot ru 2005-11-23 15:58 ---
Subject: Re: build breaks if no `NAN'
Did that. This particular translation unit compiles. With warning
telling the same.
For this particular system there is a workaround, but does it have to
be on any system?
19 matches
Mail list logo
