[Bug target/33374] GCC 4.1.2 produce wrong assembler code with -O2 option enabled.

2007-09-11 Thread rask at gcc dot gnu dot org
--- Comment #6 from rask at gcc dot gnu dot org 2007-09-11 21:25 --- That code looks very similar to the doubly linked lists that AmigaOS exec.library uses. Just remove the XL and XLM prefixes from the names and it's the same. That code indeed plays nasty type casting tricks to reuse a N

[Bug target/33374] GCC 4.1.2 produce wrong assembler code with -O2 option enabled.

2007-09-11 Thread bangerth at dealii dot org
--- Comment #5 from bangerth at dealii dot org 2007-09-11 20:28 --- This code is certainly undefined and violates all sorts of type correctness rules. In essence you write code that violates the language standards -- using -fno-strict-aliasing is only a workaround and you should fix your

[Bug target/33374] GCC 4.1.2 produce wrong assembler code with -O2 option enabled.

2007-09-10 Thread _kirpichev_ at mail dot ru
--- Comment #4 from _kirpichev_ at mail dot ru 2007-09-10 08:53 --- There is no core dump with -fno-strict-aliasing. But, our code is used by others who can not set this option. Should code compiled without -fno-strict-aliasing produce core dump? In my opinion, the best way is produce on

[Bug target/33374] GCC 4.1.2 produce wrong assembler code with -O2 option enabled.

2007-09-10 Thread pinskia at gcc dot gnu dot org
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-09-10 08:34 --- >From the look at the source, it looks like you are violating C/C++ aliasing rules. Try with -fno-strict-aliasing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33374

[Bug target/33374] GCC 4.1.2 produce wrong assembler code with -O2 option enabled.

2007-09-10 Thread pinskia at gcc dot gnu dot org
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|normal Component|c |target http: