[Bug target/43437] ICE in CSE, during libgcc build

[Bug target/43437] ICE in CSE, during libgcc build

[tg at mirbsd dot org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43437

--- Comment #11 from Thorsten Glaser <tg at mirbsd dot org> 2011-12-18 21:52:43 UTC ---
Created attachment 26129
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26129
preprocessed source for another occurence

I’m also getting one of these. Not sure if it’s the same issue though.

Messages:

/tmp/buildd/libvirt-0.9.8/./src/conf/domain_conf.c: In function
'virDomainDefParseXML':
/tmp/buildd/libvirt-0.9.8/./src/conf/domain_conf.c:7939:1: internal compiler
error: in cselib_record_set, at cselib.c:2148
Please submit a full bug report,
with preprocessed source if appropriate.
See <file:///usr/share/doc/gcc-4.6/README.Bugs> for instructions.
Preprocessed source stored into /tmp/ccCjFD7F.out file, please attach this to
your bugreport.

Compile command:

gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I/tmp/buildd/libvirt-0.9.8/./src -I..
-I/tmp/buildd/libvirt-0.9.8/./gnulib/lib -I../gnulib/lib -I../include
-I/tmp/buildd/libvirt-0.9.8/./src/util -I/tmp/buildd/libvirt-0.9.8/./include
-DIN_LIBVIRT -I/usr/include/libxml2 -Wall -W -Wformat-y2k -Wformat-security
-Winit-self -Wmissing-include-dirs -Wunused -Wunknown-pragmas -Wstrict-aliasing
-Wshadow -Wpointer-arith -Wbad-function-cast -Wcast-align -Wwrite-strings
-Wlogical-op -Waggregate-return -Wstrict-prototypes -Wold-style-definition
-Wmissing-prototypes -Wmissing-declarations -Wmissing-noreturn
-Wmissing-format-attribute -Wredundant-decls -Wnested-externs -Winline
-Winvalid-pch -Wvolatile-register-var -Wdisabled-optimization
-Wbuiltin-macro-redefined -Wmudflap -Wpacked-bitfield-compat -Wsync-nand
-Wattributes -Wcoverage-mismatch -Wmultichar -Wcpp -Wdeprecated-declarations
-Wdiv-by-zero -Wdouble-promotion -Wendif-labels -Wextra -Wformat-contains-nul
-Wformat-extra-args -Wformat-zero-length -Wformat=2 -Wmultichar
-Wnormalized=nfc -Woverflow -Wpointer-to-int-cast -Wpragmas
-Wsuggest-attribute=const -Wsuggest-attribute=noreturn -Wsuggest-attribute=pure
-Wtrampolines -Wno-missing-field-initializers -Wno-sign-compare
-Wjump-misses-init -Wno-format-nonliteral -Wframe-larger-than=4096
-Wp,-D_FORTIFY_SOURCE=2 -fstack-protector-all --param=ssp-buffer-size=4
-fexceptions -fasynchronous-unwind-tables -fdiagnostics-show-option
-funit-at-a-time -fipa-pure-const -Wno-suggest-attribute=pure
-Wno-suggest-attribute=const -g -O2 -fstack-protector --param=ssp-buffer-size=4
-Wformat -Wformat-security -Werror=format-security -Wall -c
/tmp/buildd/libvirt-0.9.8/./src/conf/domain_conf.c -o
libvirt_conf_la-domain_conf.o

Compiler used:

(pbuild22074)root@ara5:/tmp # gcc -v                                            
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/m68k-linux-gnu/4.6/lto-wrapper
Target: m68k-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.6.2-7'
--with-bugurl=file:///usr/share/doc/gcc-4.6/README.Bugs
--enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr
--program-suffix=-4.6 --enable-shared --enable-linker-build-id
--with-system-zlib --libexecdir=/usr/lib --without-included-gettext
--enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.6
--libdir=/usr/lib --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug
--enable-libstdcxx-time=yes --disable-libssp --enable-plugin --enable-objc-gc
--disable-werror --disable-multilib --enable-checking=release
--build=m68k-linux-gnu --host=m68k-linux-gnu --target=m68k-linux-gnu
Thread model: posix
gcc version 4.6.2 (Debian 4.6.2-7) 

Environment: clean cowbuilder chroot of Debian sid (unstable)
Linux ara5.mirbsd.org 3.0.0-2-atari #1 Sun Oct 9 00:23:32 UTC 2011 m68k
GNU/Linux

Interestingly enough (this is a libtool build), the line with -fPIC -DPIC did
not fail.

[Bug target/43437] ICE in CSE, during libgcc build

[tg at mirbsd dot org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43437

Thorsten Glaser <tg at mirbsd dot org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |tg at mirbsd dot org

--- Comment #12 from Thorsten Glaser <tg at mirbsd dot org> 2011-12-18 22:00:28 UTC ---
Indeed. Compiling the file (renamed to x.i) with

• gcc -O2 -c x.i
  ⇒ fails with the same error

• gcc -O2 -c -fPIC x.i
  ⇒ succeeds.

Note that -O2 is needed, otherwise it won’t compile at all (apparently some bug
when something is not inlined in the original source, didn’t investigate).

[Bug target/43437] ICE in CSE, during libgcc build

[tg at mirbsd dot org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43437

--- Comment #13 from Thorsten Glaser <tg at mirbsd dot org> 2011-12-18 22:10:13 UTC ---
This is a regression: this works

gcc-4.4 -std=gnu99 -DHAVE_CONFIG_H -I. -I/tmp/buildd/libvirt-0.9.8/./src -I..
-I/tmp/buildd/libvirt-0.9.8/./gnulib/lib -I../gnulib/lib -I../include
-I/tmp/buildd/libvirt-0.9.8/./src/util -I/tmp/buildd/libvirt-0.9.8/./include
-DIN_LIBVIRT -I/usr/include/libxml2 -Wall -W -Wformat-y2k -Wformat-security
-Winit-self -Wmissing-include-dirs -Wunused -Wunknown-pragmas -Wstrict-aliasing
-Wshadow -Wpointer-arith -Wbad-function-cast -Wcast-align -Wwrite-strings
-Wlogical-op -Waggregate-return -Wstrict-prototypes -Wold-style-definition
-Wmissing-prototypes -Wmissing-declarations -Wmissing-noreturn
-Wmissing-format-attribute -Wredundant-decls -Wnested-externs -Winline
-Winvalid-pch -Wvolatile-register-var -Wdisabled-optimization
-Wbuiltin-macro-redefined -Wmudflap -Wpacked-bitfield-compat -Wsync-nand
-Wattributes -Wcoverage-mismatch -Wmultichar -Wdeprecated-declarations
-Wdiv-by-zero -Wendif-labels -Wextra -Wformat-contains-nul -Wformat-extra-args
-Wformat-zero-length -Wformat=2 -Wmultichar -Wnormalized=nfc -Woverflow
-Wpointer-to-int-cast -Wpragmas  -Wno-missing-field-initializers
-Wno-sign-compare  -Wno-format-nonliteral -Wframe-larger-than=4096
-Wp,-D_FORTIFY_SOURCE=2 -fstack-protector-all --param=ssp-buffer-size=4
-fexceptions -fasynchronous-unwind-tables -fdiagnostics-show-option
-funit-at-a-time -fipa-pure-const -g -O2 -fstack-protector
--param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security
-Wall -c /tmp/buildd/libvirt-0.9.8/./src/conf/domain_conf.c -o
libvirt_conf_la-domain_conf.o

(same command line with s/^gcc/gcc-4.4/ and a few -W* options removed); the
preprocessed source FTB with gcc-4.4

(pbuild22074)root@ara5:~/libvirt-0.9.8/debian/build/src # gcc-4.4 -v
Using built-in specs.
Target: m68k-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.4.6-14'
--with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs
--enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr
--program-suffix=-4.4 --enable-shared --enable-linker-build-id
--with-system-zlib --libexecdir=/usr/lib --without-included-gettext
--enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4
--libdir=/usr/lib --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug
--disable-libssp --enable-objc-gc --disable-werror --disable-multilib
--enable-checking=release --build=m68k-linux-gnu --host=m68k-linux-gnu
--target=m68k-linux-gnu
Thread model: posix
gcc version 4.4.6 (Debian 4.4.6-14)

[Bug target/43437] ICE in CSE, during libgcc build

[mikpe at it dot uu.se]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43437

Mikael Pettersson <mikpe at it dot uu.se> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mikpe at it dot uu.se

--- Comment #14 from Mikael Pettersson <mikpe at it dot uu.se> 2011-12-19 00:10:17 UTC ---
Is the ICE for m68k reproducible with a cross-compiler hosted on x86?  That
would make bisection and other investigation a lot easier...

[Bug target/43437] ICE in CSE, during libgcc build

[tg at mirbsd dot org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43437

--- Comment #15 from Thorsten Glaser <tg at mirbsd dot org> 2011-12-19 00:28:18 UTC ---
Hi Mikael,

thanks for caring, you seem to be everywhere ;-)

Yes, it is reproducible with the cross-compilers I build using the standard
procedure from https://wiki.debian.org/BuildingCrossCompilers on amd64.

tg@zigo:~ $ m68k-linux-gnu-gcc-4.6 -O2 -c x.i                                   
/tmp/buildd/libvirt-0.9.8/./src/conf/domain_conf.c: In function
‘virDomainDefParseXML’:
/tmp/buildd/libvirt-0.9.8/./src/conf/domain_conf.c:7939:1: internal compiler
error: in cselib_record_set, at cselib.c:2148
Please submit a full bug report,
with preprocessed source if appropriate.
See <file:///usr/share/doc/gcc-4.6/README.Bugs> for instructions.
Preprocessed source stored into /tmp/cckdrq16.out file, please attach this to
your bugreport.
1|tg@zigo:~ $ m68k-linux-gnu-gcc-4.6 -v                                         
Using built-in specs.
COLLECT_GCC=m68k-linux-gnu-gcc-4.6
COLLECT_LTO_WRAPPER=/usr/lib/gcc/m68k-linux-gnu/4.6/lto-wrapper
Target: m68k-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.6.2-7'
--with-bugurl=file:///usr/share/doc/gcc-4.6/README.Bugs
--enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr
--program-suffix=-4.6 --enable-shared --enable-linker-build-id
--with-system-zlib --libexecdir=/usr/lib --without-included-gettext
--enable-threads=posix
--with-gxx-include-dir=/usr/m68k-linux-gnu/include/c++/4.6.2 --libdir=/usr/lib
--enable-nls --enable-clocale=gnu --enable-libstdcxx-debug
--enable-libstdcxx-time=yes --disable-libssp --enable-plugin --enable-objc-gc
--disable-werror --disable-multilib --enable-checking=release
--build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=m68k-linux-gnu
--program-prefix=m68k-linux-gnu- --includedir=/usr/m68k-linux-gnu/include
--with-headers=/usr/m68k-linux-gnu/include --with-libs=/usr/m68k-linux-gnu/lib
Thread model: posix
gcc version 4.6.2 (Debian 4.6.2-7)

[Bug target/43437] ICE in CSE, during libgcc build

[mikpe at it dot uu.se]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43437

--- Comment #16 from Mikael Pettersson <mikpe at it dot uu.se> 2011-12-20 00:12:19 UTC ---
The new test case stopped ICE:ing on trunk starting with r171111:
<http://gcc.gnu.org/ml/gcc-cvs/2011-03/msg00533.html>.  However that's just a
missed-optimization fix so most likely the issue is latent on trunk.

[Bug target/43437] ICE in CSE, during libgcc build

[mikpe at it dot uu.se]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43437

--- Comment #17 from Mikael Pettersson <mikpe at it dot uu.se> 2011-12-20 09:14:03 UTC ---
Created attachment 26150
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26150
reduced second test case

Reduced test case, very sensitive to control flow and other details.

[Bug target/43437] ICE in CSE, during libgcc build

[mikpe at it dot uu.se]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43437

--- Comment #18 from Mikael Pettersson <mikpe at it dot uu.se> 2011-12-20 15:14:41 UTC ---
The second test case started failing with r170199:
http://gcc.gnu.org/ml/gcc-cvs/2011-02/msg00744.html

This is the reversal of the same change that was later reapplied as r171111,
i.e. when the second test case stopped failing on trunk.  I have to re-bisect
further back in time.

[Bug target/43437] ICE in CSE, during libgcc build

[mikpe at it dot uu.se]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43437

Mikael Pettersson <mikpe at it dot uu.se> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |aoliva at gcc dot gnu.org

--- Comment #19 from Mikael Pettersson <mikpe at it dot uu.se> 2011-12-20 23:27:23 UTC ---
The real cause of the ICE in the second test case is Alexandre Oliva's PR
debug/43092 + PR rtl-optimization/43494 fix in r169782:
http://gcc.gnu.org/ml/gcc-cvs/2011-02/msg00325.html

The ICE is masked when the PR37273 missed-optimization fix is present, i.e.
from r169231 to r170199 (exclusive), and from r171111 on current trunk.  But
4.6 branch doesn't have the PR37273 fix, so the ICE does occur there.

[Bug target/43437] ICE in CSE, during libgcc build

[tg at mirbsd dot org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43437

--- Comment #20 from Thorsten Glaser <tg at mirbsd dot org> 2012-02-07 21:24:33 UTC ---
Just a reminder that the bug (which Mikael kindly begun to analyse) still
happens on the 4.6 branch and, as he said it, is most likely only masked on
4.7.

[Bug target/43437] ICE in CSE, during libgcc build

[mikpe at it dot uu.se]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43437

--- Comment #21 from Mikael Pettersson <mikpe at it dot uu.se> 2012-02-18 15:33:32 UTC ---
(In reply to comment #20)
> Just a reminder that the bug (which Mikael kindly begun to analyse) still
> happens on the 4.6 branch and, as he said it, is most likely only masked on
> 4.7.

IMO the issue on m68k is different (although the symptoms are similar) and
should be moved to a new PR.

[Bug target/43437] ICE in CSE, during libgcc build

[tg at mirbsd dot org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43437

--- Comment #22 from Thorsten Glaser <tg at mirbsd dot org> 2012-02-18 23:31:40 UTC ---
ok, moved it to #52306

[Bug target/43437] ICE in CSE, during libgcc build

[aoliva at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43437

--- Comment #23 from Alexandre Oliva <aoliva at gcc dot gnu.org> 2012-03-25 11:55:30 UTC ---
I've just verified that the score problem is indeed port-specific, and needs
lookinginto by the port maintainer, but the problem exposed in m68k is generic.
 More info in bug 52306.

[Bug target/43437] ICE in CSE, during libgcc build

[segher at gcc dot gnu dot org]

------- Comment #10 from segher at gcc dot gnu dot org  2010-07-23 11:57 -------
Liqin, could you look at this please?


-- 

segher at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|unassigned at gcc dot gnu   |liqin at gcc dot gnu dot org
                   |dot org                     |
             Status|NEW                         |ASSIGNED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43437

[Bug target/43437] ICE in CSE, during libgcc build

[jakub at gcc dot gnu dot org]

------- Comment #9 from jakub at gcc dot gnu dot org  2010-07-23 11:48 -------
*** Bug 45040 has been marked as a duplicate of this bug. ***


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43437

[Bug target/43437] ICE in CSE, during libgcc build

[law at redhat dot com]

------- Comment #8 from law at redhat dot com  2010-03-22 16:12 -------
I'd tend to agree with comment #7 -- multiple side effects on a single register
in a single insn like this seems like a huge rats nest of problems.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43437

[Bug target/43437] ICE in CSE, during libgcc build

[jakub at gcc dot gnu dot org]

------- Comment #7 from jakub at gcc dot gnu dot org  2010-03-19 21:14 -------
I really think it is score backend that should be fixed here.
Say the store multiple should be represented with
(insn/f 93 8 94 2 pr43437.c:4 (parallel [
             (set/f (mem:SI (plus:SI (reg/f:SI 0 r0) (const_int -4
[0xfffffffffffffffc])) [0 S4 A32])
                 (reg:SI 12 r12))
             (set/f (mem:SI (plus:SI (reg/f:SI 0 r0) (const_int -8
[0xfffffffffffffff8])) [0 S4 A32])
                 (reg:SI 13 r13))
             (set/f (mem:SI (plus:SI (reg/f:SI 0 r0) (const_int -12
[0xfffffffffffffff4])) [0 S4 A32])
                 (reg:SI 14 r14))
             (set/f (mem:SI (plus:SI (reg/f:SI 0 r0) (const_int -16
[0xfffffffffffffff0])) [0 S4 A32])
                 (reg:SI 15 r15))
             (set/f (reg/f:SI 0 r0) ((plus:SI (reg/f:SI 0 r0) (const_int -16
[0xfffffffffffffff0])))
         ]) 159 {*score.md:3032} (expr_list:REG_DEAD (reg:SI 15 r15)
         (expr_list:REG_DEAD (reg:SI 14 r14)
             (expr_list:REG_DEAD (reg:SI 13 r13)
                 (expr_list:REG_DEAD (reg:SI 12 r12)
                     (nil))))))
assuming the regs are meant to be pushed in that order (or the other order of
the adjustments).  No single insn should have more than one side-effect on one
register.


-- 

jakub at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |liqin at gcc dot gnu dot org
         AssignedTo|jakub at gcc dot gnu dot org|unassigned at gcc dot gnu
                   |                            |dot org
             Status|ASSIGNED                    |NEW


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43437

[Bug target/43437] ICE in CSE, during libgcc build

[jakub at gcc dot gnu dot org]

------- Comment #6 from jakub at gcc dot gnu dot org  2010-03-19 20:37 -------
Created an attachment (id=20144)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20144&action=view)
gcc45-pr43437.patch

Possible patch.  Except that note_uses (and note_stores) walk parallels from
end to start, so as first the side effects for r15 store are replaced etc.  Not
sure what the insn really does, if it expects the storing to be done first
parallel goes to r0 - 4, second to r0 - 8, third to r0 - 12 and fourth to r0 -
16, or
first to r0 - 16, second to r0 - 12, third to r0 - 8 and fourth to r0 - 4.
To me this sounds very much like multiple side-effects in one statement in C,
I'd say doing this should be invalid RTL.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43437

[Bug target/43437] ICE in CSE, during libgcc build

[aldyh at gcc dot gnu dot org]

------- Comment #5 from aldyh at gcc dot gnu dot org  2010-03-19 18:41 -------
Err, I was just going to say that.  Curse you Jakub.  Let me know when you're
looking at something so we don't duplicate efforts.  Wait, am I not supposed to
say curse on a PR?  Oh well.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43437

[Bug target/43437] ICE in CSE, during libgcc build

[jakub at gcc dot gnu dot org]

------- Comment #4 from jakub at gcc dot gnu dot org  2010-03-19 17:35 -------
Ah, I see.  We have
(insn/f 93 8 94 2 pr43437.c:4 (parallel [
            (set/f (mem:SI (pre_dec:SI (reg/f:SI 0 r0)) [0 S4 A32])
                (reg:SI 12 r12))
            (set/f (mem:SI (pre_dec:SI (reg/f:SI 0 r0)) [0 S4 A32])
                (reg:SI 13 r13))
            (set/f (mem:SI (pre_dec:SI (reg/f:SI 0 r0)) [0 S4 A32])
                (reg:SI 14 r14))
            (set/f (mem:SI (pre_dec:SI (reg/f:SI 0 r0)) [0 S4 A32])
                (reg:SI 15 r15))
        ]) 159 {*score.md:3032} (expr_list:REG_DEAD (reg:SI 15 r15)
        (expr_list:REG_DEAD (reg:SI 14 r14)
            (expr_list:REG_DEAD (reg:SI 13 r13)
                (expr_list:REG_DEAD (reg:SI 12 r12)
                    (nil))))))
and adjust_insn turns that into:
(insn/f 93 8 94 2 pr43437.c:4 (parallel [
            (set/f (mem:SI (plus:SI (reg/f:SI 54 _frame)
                        (const_int -20 [0xffffffffffffffec])) [0 S4 A32])
                (reg:SI 12 r12))
            (set/f (mem:SI (plus:SI (reg/f:SI 54 _frame)
                        (const_int -20 [0xffffffffffffffec])) [0 S4 A32])
                (reg:SI 13 r13))
            (set/f (mem:SI (plus:SI (reg/f:SI 54 _frame)
                        (const_int -20 [0xffffffffffffffec])) [0 S4 A32])
                (reg:SI 14 r14))
            (set/f (mem:SI (plus:SI (reg/f:SI 54 _frame)
                        (const_int -20 [0xffffffffffffffec])) [0 S4 A32])
                (reg:SI 15 r15))
            (set (reg/f:SI 0 r0)
                (plus:SI (reg/f:SI 0 r0)
                    (const_int -4 [0xfffffffffffffffc])))
            (set (reg/f:SI 0 r0)
                (plus:SI (reg/f:SI 0 r0)
                    (const_int -4 [0xfffffffffffffffc])))
            (set (reg/f:SI 0 r0)
                (plus:SI (reg/f:SI 0 r0)
                    (const_int -4 [0xfffffffffffffffc])))
            (set (reg/f:SI 0 r0)
                (plus:SI (reg/f:SI 0 r0)
                    (const_int -4 [0xfffffffffffffffc])))
        ]) 159 {*score.md:3032} (expr_list:REG_DEAD (reg:SI 15 r15)
        (expr_list:REG_DEAD (reg:SI 14 r14)
            (expr_list:REG_DEAD (reg:SI 13 r13)
                (expr_list:REG_DEAD (reg:SI 12 r12)
                    (nil))))))
I was assuming more than one autoinc with the same reg doesn't appear in any
port, apparently it does.  Guess adjust_insn could detect this and merge all
the adjustments against the same reg into one.


-- 

jakub at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|unassigned at gcc dot gnu   |jakub at gcc dot gnu dot org
                   |dot org                     |
             Status|NEW                         |ASSIGNED
   Last reconfirmed|2010-03-19 15:58:32         |2010-03-19 17:35:01
               date|                            |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43437

[Bug target/43437] ICE in CSE, during libgcc build

[aldyh at gcc dot gnu dot org]

------- Comment #3 from aldyh at gcc dot gnu dot org  2010-03-19 15:58 -------
Reproduce with: ./cc1  -g -O a.i -mscore3


-- 

aldyh at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|0                           |1
   Last reconfirmed|0000-00-00 00:00:00         |2010-03-19 15:58:32
               date|                            |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43437

[Bug target/43437] ICE in CSE, during libgcc build

[aldyh at gcc dot gnu dot org]

------- Comment #2 from aldyh at gcc dot gnu dot org  2010-03-19 15:48 -------
Created an attachment (id=20141)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20141&action=view)
reduced testcase


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43437

[Bug target/43437] ICE in CSE, during libgcc build

[segher at gcc dot gnu dot org]

------- Comment #1 from segher at gcc dot gnu dot org  2010-03-19 02:25 -------
Caused by / exposed by SVN r157476

Author: jakub <jakub@138bc75d-0d04-0410-961f-82ee72b054a4>
Date:   Tue Mar 16 10:50:42 2010 +0000

        PR debug/43051
        PR debug/43092
...


-- 

segher at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|build error                 |ICE in CSE, during libgcc
                   |                            |build


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43437