| Summary: | ICE: in reload_cse_simplify_operands, at postreload.c:411 | ||
|---|---|---|---|
| Product: | gcc | Reporter: | Timo Teräs <timo.teras> |
| Component: | target | Assignee: | Not yet assigned to anyone <unassigned> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | ramana |
| Priority: | P3 | ||
| Version: | 4.8.1 | ||
| Target Milestone: | --- | ||
| Host: | i486-alpine-linux-uclibc | Target: | armv6-alpine-linux-muslgnueabihf |
| Build: | i486-alpine-linux-uclibc | Known to work: | |
| Known to fail: | Last reconfirmed: | 2015-01-23 00:00:00 | |
| Attachments: | preprocessed source triggering the issue | ||
|
Description
Timo Teräs
2013-09-21 10:03:52 UTC
Simplifed commandline to: armv6-alpine-linux-muslgnueabihf-gcc -Os -c -std=gnu99 aa.c -o aa.o No ICE with: armv6-alpine-linux-muslgnueabihf-gcc -c -std=gnu99 aa.c -o aa.o armv6-alpine-linux-muslgnueabihf-gcc -march=armv7-a -Os -c -std=gnu99 aa.c -o aa.o So "-march=armv6 -Os" triggers the issue. I got this fixed. It seems genautomata does not work properly if it is built with -fPIC. Since PIE/PIC get added automatically in alpine toolchain it caused this. For now I'm adding explicitly -fno-PIC to genautomata compilation. However, it would be better if genautomata could be fixed to: - abort compilation if genautomata failed to do it's job properly - fix genautomata to work even if compiled with -fPIC (In reply to Timo Teräs from comment #2) > I got this fixed. It seems genautomata does not work properly if it is built > with -fPIC. Since PIE/PIC get added automatically in alpine toolchain it > caused this. > > For now I'm adding explicitly -fno-PIC to genautomata compilation. However, > it would be better if genautomata could be fixed to: > - abort compilation if genautomata failed to do it's job properly > - fix genautomata to work even if compiled with -fPIC Interesting observation and interesting that the "broken automaton" managed to build the whole of gcc and the run time support libraries in gcc and presumably glibc. If it was genautomata that doesn't work properly when built with PIC can you reduce the failure point in genautomata. Without more details or better input testcases it's very hard to reduce this in any other way or form especially as I cannot reproduce the issue with a new top of tree 4.8 toolchain. (In reply to Ramana Radhakrishnan from comment #3) > (In reply to Timo Teräs from comment #2) > > I got this fixed. It seems genautomata does not work properly if it is built > > with -fPIC. Since PIE/PIC get added automatically in alpine toolchain it > > caused this. > > > > For now I'm adding explicitly -fno-PIC to genautomata compilation. However, > > it would be better if genautomata could be fixed to: > > - abort compilation if genautomata failed to do it's job properly > > - fix genautomata to work even if compiled with -fPIC > > Interesting observation and interesting that the "broken automaton" managed > to build the whole of gcc and the run time support libraries in gcc and > presumably glibc. > > If it was genautomata that doesn't work properly when built with PIC can you > reduce the failure point in genautomata. Without more details or better > input testcases it's very hard to reduce this in any other way or form > especially as I cannot reproduce the issue with a new top of tree 4.8 > toolchain. bug has been stuck in WAITING long enough without being reproduced for it to be closed now. |