[Bug target/19421] [4.0 regression] ICE with soft-float on m68k
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-26 08:07 --- Subject: Bug 19421 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-26 08:07:05 Modified files: gcc: ChangeLog tree-inline.c Log message: PR tree-optimization/19421 * tree-inline.c (copy_body_r): Do not walk subtrees after substituting. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.7279r2=2.7280 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-inline.c.diff?cvsroot=gccr1=1.168r2=1.169 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19421
[Bug target/19421] [4.0 regression] ICE with soft-float on m68k
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-26 09:18 --- Honza, did you add the wrong PR number? I think you mean 19241... -- What|Removed |Added CC||hubicka at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19421
[Bug target/19421] [4.0 regression] ICE with soft-float on m68k
--- Additional Comments From corsepiu at gcc dot gnu dot org 2005-01-23 12:26 --- Created an attachment (id=8044) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8044action=view) Example 2 to reproduce the ICE There seems to be some improvement on this PR. pr19421.c doesn't trigger the ICE anymore with 4.0.0 as of 20050121. The original code, pr19421.c had been derived from, however still ICEs for certain CFLAGS. I am attaching a somewhat rawer version (pr19421-1.c) of the original code. For me, compiling pr19421-1.c ICEs for # m68k-rtems4.7-gcc -o tmp.o -c pr19421-1.c -O2 -msoft-float pr19421-1.c: In function 'paranoia': pr19421-1.c:2084: internal compiler error: Segmentation fault but doesn't ICE for # m68k-rtems4.7-gcc -o tmp.o -c pr19421-1.c -O1 -msoft-float and # m68k-rtems4.7-gcc -o tmp.o -c pr19421-1.c -O2 # m68k-rtems4.7-gcc --version m68k-rtems4.7-gcc (GCC) 4.0.0 20050121 (experimental) Also, this ICE doesn't seem to depend on the version of host compiler being used to compile m68k-rtems4.7-gcc. On FC3, both, a gcc-3.4.2 compiled m68k-rtems4.7-gcc and a gcc4.0.0 compiled m68k-rtems-gcc, expose the same behavior. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19421
[Bug target/19421] [4.0 regression] ICE with soft-float on m68k
-- What|Removed |Added Attachment #7948 is|0 |1 obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19421
[Bug target/19421] [4.0 regression] ICE with soft-float on m68k
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-01-21 17:28 --- m68k is not a primary or secondary platform; removing target milestone. -- What|Removed |Added Target Milestone|4.0.0 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19421
[Bug target/19421] [4.0 regression] ICE with soft-float on m68k
-- What|Removed |Added Summary|[4.0 regression] ICE with |[4.0 regression] ICE with |solf-float on m68k |soft-float on m68k http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19421
[Bug target/19421] [4.0 regression] ICE with soft-float on m68k
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-14 14:18 --- Hmm, I cannot reproduce it on 20050113 with a cross from ppc-darwin compiled at -O0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19421
[Bug target/19421] [4.0 regression] ICE with soft-float on m68k
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-14 14:39 --- (In reply to comment #2) Hmm, I cannot reproduce it on 20050113 with a cross from ppc-darwin compiled at -O0. Can you reproduce it at -O2? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19421
[Bug target/19421] [4.0 regression] ICE with soft-float on m68k
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-14 14:40 --- (In reply to comment #3) (In reply to comment #2) Hmm, I cannot reproduce it on 20050113 with a cross from ppc-darwin compiled at -O0. Can you reproduce it at -O2? No what I had meant is that cc1 was compiled at -O0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19421
[Bug target/19421] [4.0 regression] ICE with soft-float on m68k
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-14 14:45 --- Wierd.. we are on x86-gnu-linux so would be using a totally different host compiler. I am using a gcc 3.4.3 and don't know what Ralf is using. Does it fail when cc1 is compiled at a higher optimization level? Are you saying it looks more like cc1 is being miscompiled on the x86 host? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19421
[Bug target/19421] [4.0 regression] ICE with soft-float on m68k
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-14 14:50 --- What options are used to configure gcc, maybe it has something to do with that (what I mean a different default CPU is done). I configured with ../configure --target=m68k-rtems4.7 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19421
[Bug target/19421] [4.0 regression] ICE with soft-float on m68k
--- Additional Comments From corsepiu at gcc dot gnu dot org 2005-01-14 15:15 --- (In reply to comment #6) I on Fedora Core 3 and am using FC3's toolchain. What options are used to configure gcc, maybe it has something to do with that (what I mean a different default CPU is done). I configured with ../configure --target=m68k-rtems4.7 /opt/rtems-4.7/bin/m68k-rtems4.7-gcc -v Using built-in specs. Configured with: ../gcc-4.0.0/configure --prefix=/opt/rtems-4.7 --mandir=/opt/rtems-4.7/man --infodir=/opt/rtems-4.7/info --build=i686-redhat-linux-gnu --host=i686-redhat-linux-gnu --target=m68k-rtems4.7 --with-gnu-as --with-gnu-ld --with-newlib --verbose --with-system-zlib --disable-nls --enable-version-specific-runtime-libs --enable-threads=rtems --enable-languages=c,c++ Thread model: rtems gcc version 4.0.0 20050112 (experimental) I am building gcc one-tree-style with newlib-CVS merged via symlinks into GCC's source-tree. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19421
