[Bug regression/19174] wrong code regression or library problem in gcc-4.0-20041226
--- Additional Comments From andre dot maute at gmx dot de 2005-01-24 10:42 --- It looks like it is fixed now Compiling gcc-4.0-20050123 with a gcc-4.0-20050116, which has the architecture option disabled, works. Great! Regards Andre -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19174
[Bug regression/19174] wrong code regression or library problem in gcc-4.0-20041226
-- Bug 19174 depends on bug 19511, which changed state. Bug 19511 Summary: [4.0 Regression] ICE in in reload_cse_simplify_operands, at postreload.c:391 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19511 What|Old Value |New Value Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19174
[Bug regression/19174] wrong code regression or library problem in gcc-4.0-20041226
--- Additional Comments From rth at gcc dot gnu dot org 2005-01-19 21:21 --- Yes, it's certainly possible. But indeed pr19511 shows that you can't even get that far with --with-arch=pentium3 at the moment, due to changes that post-date this report. After I get a fix for that problem, will you please re-test? Hopefully I'll have magically fixed this problem which was never sufficiently isolated... -- What|Removed |Added BugsThisDependsOn||19511 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19174
[Bug regression/19174] wrong code regression or library problem in gcc-4.0-20041226
--- Additional Comments From andre dot maute at gmx dot de 2005-01-17 12:28 --- gcc-4.0-20050116 compiled with gcc-3.3.5 this time with the configure parameter: --with-arch=pentium3 fails withOUT the configure parameter: --with-arch=pentium3 everything is o.k. with respect to the library things i mentionend, is it possible that libstdc++.so is miscompiled, when the above configure parameter is used.? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19174
[Bug regression/19174] wrong code regression or library problem in gcc-4.0-20041226
--- Additional Comments From andre dot maute at gmx dot de 2005-01-10 00:00 --- tried gcc-4.0-20050109 compile with gcc-3.4.3 the problem still appears -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19174
[Bug regression/19174] wrong code regression or library problem in gcc-4.0-20041226
--- Additional Comments From andre dot maute at gmx dot de 2005-01-04 17:46 --- tried gcc-4.0-20050102 with the patch http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/i386.md.diff?cvsroot=gcc&r1=1.597&r2=1.598 from http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19235 and the problem still does occur :-( P.S.: compiled with gcc-4.0-20041212 -- What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19174
[Bug regression/19174] wrong code regression or library problem in gcc-4.0-20041226
--- Additional Comments From rth at gcc dot gnu dot org 2005-01-04 00:03 --- I'm willing to lay money this is the same problem as PR 19235. *** This bug has been marked as a duplicate of 19235 *** -- What|Removed |Added Status|WAITING |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19174
[Bug regression/19174] wrong code regression or library problem in gcc-4.0-20041226
--- Additional Comments From andre dot maute at gmx dot de 2005-01-02 23:44 --- the C-version works with every compiler nan.c --- #include int main() { double x = 0.8023; printf( "%f ", x ); printf( "%f ", x ); printf( "\n" ); return 0; } nan.c --- -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19174
[Bug regression/19174] wrong code regression or library problem in gcc-4.0-20041226
--- Additional Comments From andre dot maute at gmx dot de 2005-01-02 21:06 --- well i've tested gcc-4.0-20050102, (compiled with gcc-4.0-20041212) > g++-4.0-20050102 -v Using built-in specs. Configured with: ../gcc-4.0-20050102/configure --prefix=/opt/gcc-4.0-20050102 --enable-shared --enable-languages=c,c++ --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --disable-nls --program-suffix=-4.0-20050102 --with-arch=pentium3 --disable-checking Thread model: posix gcc version 4.0.0 20050102 (experimental) > g++-4.0-20050102 nan.cc > ./a.out 0.56 nan the problem is still there -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19174
[Bug regression/19174] wrong code regression or library problem in gcc-4.0-20041226
--- Additional Comments From andre dot maute at gmx dot de 2005-01-01 23:58 --- if i remove the architecture option from the configure parameters > g++-4.0-20041226-na -v Using built-in specs. Configured with: ../gcc-4.0-20041226/configure --prefix=/opt/gcc-4.0-20041226-na--enable-shared --enable-languages=c,c++ --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --disable-nls --program-suffix=-4.0-20041226-na --disable-checking Thread model: posix gcc version 4.0.0 20041226 (experimental) > g++-4.0-20041226-na nan.cc > ./a.out 0.56 0.56 > g++-4.0-20041226-na nan.cc -march=pentium3 > ./a.out 0.56 0.56 is this mysterious? because now everything looks o.k. for compilation of gcc-4.0-20041226 i used gcc-4.0-20041212. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19174
[Bug regression/19174] wrong code regression or library problem in gcc-4.0-20041226
--- Additional Comments From andre dot maute at gmx dot de 2004-12-29 11:14 --- Sorry no cvs available, and only a modem dial-up connection, i'll try it when the new snapshot diff is available. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19174
[Bug regression/19174] wrong code regression or library problem in gcc-4.0-20041226
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-29 00:42 --- I don't reproduce this with a build from last night. Try again with today's sources. In particular, the symptom looks as if the fpu has been put into mmx mode. Which might be solved with 2004-12-27 Richard Henderson <[EMAIL PROTECTED]> * config/i386/i386.h (UNITS_PER_SIMD_WORD): Don't use MMX/3DNOW. 2004-12-26 Richard Henderson <[EMAIL PROTECTED]> * config/i386/i386.md (mov_internal_rex64): New. (movv2sf_internal_rex64): New. (mov_internal): Use no register preferences at all. (movv2sf_internal): Likewise. -- What|Removed |Added Status|UNCONFIRMED |WAITING GCC target triplet||i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19174
[Bug regression/19174] wrong code regression or library problem in gcc-4.0-20041226
--- Additional Comments From andre dot maute at gmx dot de 2004-12-28 18:03 --- it looks like it is really a library problem. Using the libraries from gcc-4.0-20041212 everything is fine, although nan.cc was nevertheless compiled with gcc-4.0-20041226. > ldd a.out libstdc++.so.6 => /opt/gcc-4.0-20041212/lib/libstdc++.so.6 (0x40017000) libm.so.6 => /lib/libm.so.6 (0x400fb000) libgcc_s.so.1 => /opt/gcc-4.0-20041212/lib/libgcc_s.so.1 (0x4011e000) libc.so.6 => /lib/libc.so.6 (0x40128000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000) > ./a.out 0.56 0.56 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19174
[Bug regression/19174] wrong code regression or library problem in gcc-4.0-20041226
--- Additional Comments From andre dot maute at gmx dot de 2004-12-28 17:21 --- Oh i forgot my system triplets, they are all i686-pc-linux-gnu g++-4.0-20041226 -v doesn't show the triplet any more, there is only a line Using built-in specs. i suggest to remove this new feature for convenience. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19174
[Bug regression/19174] wrong code regression or library problem in gcc-4.0-20041226
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28 14:29 --- I cannot reproduce this on powerpc-darwin. -- What|Removed |Added Severity|critical|normal Summary|wrong code regression or|wrong code regression or |library problem in gcc-4.0- |library problem in gcc-4.0- |20041226|20041226 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19174