--- Comment #2 from mikpe at it dot uu dot se 2010-09-08 09:30 ---
I can reproduce the ICE on sparc64-linux with 4.5-20100902 and 4.6-20100904 -Os
-m32. With -m64 or -O1/O2/O3 it doesn't ICE. 4.4-20100817 doesn't ICE.
--
mikpe at it dot uu dot se changed:
What
--- Comment #6 from mikpe at it dot uu dot se 2010-09-08 10:16 ---
(In reply to comment #5)
I can't get this to ICE with latest version of 4.4, 4.5 or 4.6 branches.
The default_secondary_reload ICE is on a gcc_assert() so you must configure
with --enable-checking; --enable-checking
--- Comment #6 from mikpe at it dot uu dot se 2010-09-08 12:24 ---
The smallest .o file that differs between stage2 and stage3 is sreal.o. Diffing
the objdump -d output shows:
@@ -1,5 +1,5 @@
-stage2-gcc/sreal.o: file format elf32-littlearm
+stage3-gcc/sreal.o: file format
--- Comment #11 from mikpe at it dot uu dot se 2010-09-08 16:00 ---
(In reply to comment #10)
(In reply to comment #9)
I have found a cure.
The original configuration had GMP, MPFR and MPC built and installed under the
user home directory (there were neither mpfr nor mpc
--- Comment #7 from mikpe at it dot uu dot se 2010-09-09 10:21 ---
It's not a stage2/stage3 debug difference as far as I can tell. I've
recompiled every differing .o file with the stage 1/2/3 xgccs -fcompare-debug
without complaints.
The test case showing the different code generation
--- Comment #4 from mikpe at it dot uu dot se 2010-09-09 12:06 ---
This ICEs for me with 4.4-20100907 and the 4.5.1 release (-m32 -mno-fpu), but
not with 4.5-20100902 or 4.6-20100904.
--
mikpe at it dot uu dot se changed:
What|Removed |Added
--- Comment #5 from mikpe at it dot uu dot se 2010-09-09 12:41 ---
(In reply to comment #4)
This ICEs for me with 4.4-20100907 and the 4.5.1 release (-m32 -mno-fpu), but
not with 4.5-20100902 or 4.6-20100904.
Oops, that was with a locally modified 4.5-20100902. A vanilla 4.5
--- Comment #6 from mikpe at it dot uu dot se 2010-09-09 15:57 ---
This ICE stopped to appear on trunk with r162019:
http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg00373.html
http://gcc.gnu.org/ml/gcc-patches/2010-07/msg00827.html
Applying the generic bits of that to current 4.5 stops
--- Comment #9 from mikpe at it dot uu dot se 2010-09-14 19:40 ---
(In reply to comment #8)
With 4.4.2 as base on gcc57 (and your PR45444 patch) I don't see the
comparison
failure:
http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg01282.html
Please try --with-arch=armv5te
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mikpe at csd dot uu dot se
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28901
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mikpe at csd dot uu dot se
CC: gcc-bugs at gcc dot gnu dot org
GCC build
: 4.0.0
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mikpe at csd dot uu dot se
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-linux
: 4.0.0
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mikpe at csd dot uu dot se
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-linux
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mikpe at csd dot uu dot se
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: arm-unknown-linux
http://gcc.gnu.org
: UNCONFIRMED
Severity: normal
Priority: P2
Component: regression
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mikpe at csd dot uu dot se
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet
org
ReportedBy: mikpe at csd dot uu dot se
GCC build triplet: powerpc-apple-darwin7.9.0
GCC host triplet: powerpc-apple-darwin7.9.0
GCC target triplet: powerpc-apple-darwin7.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26547
--- Comment #1 from mikpe at csd dot uu dot se 2006-03-04 22:50 ---
Created an attachment (id=10970)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10970action=view)
Test case for PR26463
I can confirm this bug with both gcc-3.3.6 and gcc-3.4.5,
on armv5b-linux. I've added a simple
--- Comment #2 from mikpe at csd dot uu dot se 2006-03-08 15:51 ---
I downloaded and installed cctools-590.12, and that did indeed solve the
gcc-4.1.0 bootstrap problem.
However, today I discovered that the newer cctools break gcc-3.4.x.
A zero-sized global variable, e.g. struct
--- Comment #15 from mikpe at csd dot uu dot se 2006-04-02 09:05 ---
(In reply to comment #13)
Any patch for gcc-3.4.6?
Yes, use the patch shown earlier in this thread,
or the equivalent one provided by crosstool.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15068
Component: regression
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mikpe at csd dot uu dot se
GCC build triplet: armv5b-unknown-linux
GCC host triplet: armv5b-unknown-linux
GCC target triplet: armv5b-unknown-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25133
: UNCONFIRMED
Severity: critical
Priority: P2
Component: regression
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mikpe at csd dot uu dot se
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: armv5b-unknown-linux
GCC host triplet
--- Comment #6 from mikpe at csd dot uu dot se 2005-11-09 22:04 ---
Here's a standalone test case. This fails (returns 1 from main())
on armv5b-linux when compiled with gcc-3.4.4, 3.3.6, or 3.3.3,
at -O2 or -O1 -foptimize-sibling-calls. Disabling sibcall optimisation
hides the bug
401 - 422 of 422 matches
Mail list logo