[Bug middle-end/27260] [4.1 Regression] ICE in expand_expr_real_1, at expr.c:6750
--- Comment #4 from aj at gcc dot gnu dot org 2006-04-22 13:12 --- The original ICE happens on PPC and IA64. I have not checked whether the reduced testcase ICEs on both. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27260
[Bug target/24772] New: Lots of ICEs in vrsave_operation_1 while running the testsuite on powerpc
Executing on host: /abuild/aj/gcc/gcc/xgcc -B/abuild/aj/gcc/gcc/
/aj-cvs/gcc-svn/trunk/gcc/testsuite/gcc.dg/vect/vect
-46.c -O2 -ftree-vectorize -maltivec -ftree-vectorizer-verbose=4
-fdump-tree-vect-stats -fno-show-column -lm -m6
4 -o ./vect-46.exe(timeout = 300)
/aj-cvs/gcc-svn/trunk/gcc/testsuite/gcc.dg/vect/vect-46.c: In function 'main1':
/aj-cvs/gcc-svn/trunk/gcc/testsuite/gcc.dg/vect/vect-46.c:45: internal compiler
error: RTL check: expected code 'reg'
, have 'unspec_volatile' in vrsave_operation_1, at
config/rs6000/predicates.md:1041
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
The same ICE occurs for more than 50 testcases.
This is with:
$ /opt/gcc/4.1-devel/bin/gcc -v
Using built-in specs.
Target: powerpc64-suse-linux-gnu
Configured with: /aj-cvs/gcc-svn/trunk/configure --prefix=/opt/gcc/4.1-devel
--enable-checking=misc,tree,gc,rtl,rtlflag,assert --enable-threads=posix
--enable-clocale=gnu --enable-__cxa_atexit --enable-shared
--enable-languages=c,c++,treelang,java,f95,objc --with-system-zlib
--with-cpu=default32 powerpc64-suse-linux-gnu
Thread model: posix
gcc version 4.1.0 20051109 (experimental)
--
Summary: Lots of ICEs in vrsave_operation_1 while running the
testsuite on powerpc
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
GCC build triplet: powerpc64-linux-gnu
GCC host triplet: powerpc64-linux-gnu
GCC target triplet: powerpc64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24772
[Bug fortran/20244] internal compiler error: in fold_convert, at fold-const.c:2003
--- Comment #8 from aj at gcc dot gnu dot org 2005-11-11 12:26 --- I got the same ICE with one of the SPEC2006 candidate benchmarks on x86_64-linux-gnu. -- aj at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||15502 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20244
[Bug fortran/20244] internal compiler error: in fold_convert, at fold-const.c:2003
--- Comment #10 from aj at gcc dot gnu dot org 2005-11-13 08:03 --- I haven't tested SPEC for some time, so cannot tell when this happened first, the error is in current GCC with your patch applied. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20244
[Bug other/24870] New: make check fails for fixincl
Running make check in fixincludes on x86_64-gnu-linux I get the following failure: Fixed: Xm/Traversal.h cmp: EOF on string.h *** string.h2005-11-10 12:25:31.0 +0100 --- /cvs/gcc-svn/trunk/fixincludes/tests/base/string.h 2005-11-10 12:23:56.0 +0100 *** *** 10,13 #ifndef _STRING_INCLUDED #define _STRING_INCLUDED #include ! #endif /* _STRING_INCLUDED */ \ No newline at end of file --- 10,13 #ifndef _STRING_INCLUDED #define _STRING_INCLUDED #include ! #endif /* _STRING_INCLUDED */ -- Summary: make check fails for fixincl Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aj at gcc dot gnu dot org GCC build triplet: x86_64-linux-gnu GCC host triplet: x86_64-linux-gnu GCC target triplet: x86_64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24870
[Bug other/24870] make check fails for fixincl
--- Comment #1 from aj at gcc dot gnu dot org 2005-11-15 08:14 --- Jim Wilson commented in http://gcc.gnu.org/ml/gcc/2005-11/msg00619.html: Just grepping for "_STRING_INCLUDED" it is easy to see the input rule in inclhack.def that defines this transformation, and the output rule in fixincl.x that actually does the transformation. This seems to be a generic problem. Anything using the "replace = " type rule is ending up with a missing newline on the last line. Looking at gcc-3.3.4, I see that the trailing newline is there in the fixincl.x file, but it isn't there in mainline. Offhand, I don't know what changed here. It could be that autogen changed, it could be that something in fixincluded changed, or it could even be that someone checked in the result of a broken autogen. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24870
[Bug middle-end/24950] New: ICE in operand_subword_force
Running the testsuite I get the following ICE on the 4.1 branch:
Executing on host: /abuild/aj/gcc/gcc/xgcc -B/abuild/aj/gcc/gcc/
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.c-torture/execute/20051113-1
.c -w -O0 -fno-show-column -lm -m64 -o
/abuild/aj/gcc/gcc/testsuite/20051113-1.x0(timeout = 300)
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.c-torture/execute/20051113-1.c:
In function 'main':
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.c-torture/execute/20051113-1.c:60:
internal compiler error: in operand_subword_force, at emit
-rtl.c:1386
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
compiler exited with status 1
output is:
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.c-torture/execute/20051113-1.c:
In function 'main':
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.c-torture/execute/20051113-1.c:60:
internal compiler error: in operand_subword_force, at emit
-rtl.c:1386
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
FAIL: gcc.c-torture/execute/20051113-1.c compilation, -O0
Compiler is:
/opt/gcc/4.1-devel/bin/gcc -v
Using built-in specs.
Target: powerpc64-suse-linux-gnu
Configured with: /aj-cvs/gcc-svn/branches/gcc-4_1-branch/configure
--prefix=/opt/gcc/4.1-devel --enable-checking=misc,tree,gc,rtl,rtlflag,assert
--enable-threads=posix --enable-clocale=gnu --enable-__cxa_atexit
--enable-shared --enable-languages=c,c++,treelang,java,f95,objc
--with-system-zlib --with-cpu=default32 powerpc64-suse-linux-gnu
Thread model: posix
gcc version 4.1.0 20051119 (prerelease)
--
Summary: ICE in operand_subword_force
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
GCC build triplet: powerpc64-linux-gnu
GCC host triplet: powerpc64-linux-gnu
GCC target triplet: powerpc64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24950
[Bug target/24951] New: ICE: RTL check: expected code 'const_int', have 'const_double' in output_vec_const_move, at config/rs6000/rs6000.c
Running the testsuite, I see the following ICE:
Executing on host: /abuild/aj/gcc/gcc/xgcc -B/abuild/aj/gcc/gcc/
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/vect/pr22506.c
-O2 -ftr
ee-vectorize -maltivec -ftree-vectorizer-verbose=4 -fdump-tree-vect-stats
-fno-show-column -S -m64 -o pr22506.s(timeout = 300)
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/vect/pr22506.c: In
function 'foo':
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/vect/pr22506.c:12:
internal compiler error: RTL check: expected code 'const_int', have 'co
nst_double' in output_vec_const_move, at config/rs6000/rs6000.c:2204
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
compiler exited with status 1
output is:
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/vect/pr22506.c: In
function 'foo':
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/vect/pr22506.c:12:
internal compiler error: RTL check: expected code 'const_int', have 'co
nst_double' in output_vec_const_move, at config/rs6000/rs6000.c:2204
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
FAIL: gcc.dg/vect/pr22506.c (test for excess errors)
This is with:
/opt/gcc/4.1-devel/bin/gcc -v
Using built-in specs.
Target: powerpc64-suse-linux-gnu
Configured with: /aj-cvs/gcc-svn/branches/gcc-4_1-branch/configure
--prefix=/opt/gcc/4.1-devel --enable-checking=misc,tree,gc,rtl,rtlflag,assert
--enable-threads=posix --enable-clocale=gnu --enable-__cxa_atexit
--enable-shared --enable-languages=c,c++,treelang,java,f95,objc
--with-system-zlib --with-cpu=default32 powerpc64-suse-linux-gnu
Thread model: posix
gcc version 4.1.0 20051119 (prerelease)
--
Summary: ICE: RTL check: expected code 'const_int', have
'const_double' in output_vec_const_move, at
config/rs6000/rs6000.c
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
GCC build triplet: powerpc64-linux-gnu
GCC host triplet: powerpc64-linux-gnu
GCC target triplet: powerpc64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24951
[Bug middle-end/24952] New: ICE: RTL check: expected code 'set' or 'clobber', have 'unspec' in try_combine, at combine.c:2898
Running the GCC testsuite I see the following ICE:
Executing on host: /abuild/aj/gcc/gcc/xgcc -B/abuild/aj/gcc/gcc/
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/vmx/3c-01a.c -O1
-malt
ivec -mabi=altivec -std=gnu99 -fno-show-column -S -m64 -o 3c-01a.s(timeout
= 300)
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/vmx/3c-01a.c: In
function 'f':
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/vmx/3c-01a.c:1450:
internal compiler error: RTL check: expected code 'set' or 'clobber', h
ave 'unspec' in try_combine, at combine.c:2898
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
compiler exited with status 1
output is:
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/vmx/3c-01a.c: In
function 'f':
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/vmx/3c-01a.c:1450:
internal compiler error: RTL check: expected code 'set' or 'clobber', h
ave 'unspec' in try_combine, at combine.c:2898
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
FAIL: gcc.dg/vmx/3c-01a.c -O1 (test for excess errors)
This is with:
/opt/gcc/4.1-devel/bin/gcc -v
Using built-in specs.
Target: powerpc64-suse-linux-gnu
Configured with: /aj-cvs/gcc-svn/branches/gcc-4_1-branch/configure
--prefix=/opt/gcc/4.1-devel --enable-checking=misc,tree,gc,rtl,rtlflag,assert
--enable-threads=posix --enable-clocale=gnu --enable-__cxa_atexit
--enable-shared --enable-languages=c,c++,treelang,java,f95,objc
--with-system-zlib --with-cpu=default32 powerpc64-suse-linux-gnu
Thread model: posix
gcc version 4.1.0 20051119 (prerelease)
--
Summary: ICE: RTL check: expected code 'set' or 'clobber', have
'unspec' in try_combine, at combine.c:2898
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
GCC build triplet: powerpc64-linux-gnu
GCC host triplet: powerpc64-linux-gnu
GCC target triplet: powerpc64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24952
[Bug target/24953] New: RTL check: access of elt 1 of vector with last elt 0 in vrsave_operation_1, at config/rs6000/predicates.md:1041
Running the GCC testsuite I see the following ICE:
Executing on host: /abuild/aj/gcc/gcc/xgcc -B/abuild/aj/gcc/gcc/
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/vmx/gcc-bug-b.c
-O1 -m
altivec -mabi=altivec -std=gnu99 -fno-show-column -S -m64 -o gcc-bug-b.s
(timeout = 300)
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/vmx/gcc-bug-b.c:
In function 'test':
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/vmx/gcc-bug-b.c:23:
internal compiler error: RTL check: access of elt 1 of vector with las
t elt 0 in vrsave_operation_1, at config/rs6000/predicates.md:1041
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
compiler exited with status 1
output is:
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/vmx/gcc-bug-b.c:
In function 'test':
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/vmx/gcc-bug-b.c:23:
internal compiler error: RTL check: access of elt 1 of vector with las
t elt 0 in vrsave_operation_1, at config/rs6000/predicates.md:1041
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
FAIL: gcc.dg/vmx/gcc-bug-b.c -O1 (test for excess errors)
Compiler is:
/opt/gcc/4.1-devel/bin/gcc -v
Using built-in specs.
Target: powerpc64-suse-linux-gnu
Configured with: /aj-cvs/gcc-svn/branches/gcc-4_1-branch/configure
--prefix=/opt/gcc/4.1-devel --enable-checking=misc,tree,gc,rtl,rtlflag,assert
--enable-threads=posix --enable-clocale=gnu --enable-__cxa_atexit
--enable-shared --enable-languages=c,c++,treelang,java,f95,objc
--with-system-zlib --with-cpu=default32 powerpc64-suse-linux-gnu
Thread model: posix
gcc version 4.1.0 20051119 (prerelease)
--
Summary: RTL check: access of elt 1 of vector with last elt 0 in
vrsave_operation_1, at config/rs6000/predicates.md:1041
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
GCC build triplet: powerpc64-linux-gnu
GCC host triplet: powerpc64-linux-gnu
GCC target triplet: powerpc64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24953
[Bug target/24954] New: ICE: could not split insn
Running the GCC testsuite I get the following ICE:
Executing on host: /abuild/aj/gcc/gcc/xgcc -B/abuild/aj/gcc/gcc/
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.target/powerpc/altivec-const
s.c -maltivec -mabi=altivec -O2 -fno-show-column -lm -m64 -o
./altivec-consts.exe(timeout = 300)
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.target/powerpc/altivec-consts.c:
In function 'v4si_vspltisw_neg_addself':
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.target/powerpc/altivec-consts.c:280:
error: could not split insn
(insn 17 18 19 (set (reg:V4SI 79 2)
(const_vector:V4SI [
(const_int -24 [0xffe8])
(const_int -24 [0xffe8])
(const_int -24 [0xffe8])
(const_int -24 [0xffe8])
])) 603 {*movv4si_internal} (insn_list:REG_DEP_OUTPUT 12
(insn_list:REG_DEP_OUTPUT 35 (nil)))
(expr_list:REG_EQUAL (const_vector:V4SI [
(const_int -24 [0xffe8])
(const_int -24 [0xffe8])
(const_int -24 [0xffe8])
(const_int -24 [0xffe8])
])
(nil)))
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.target/powerpc/altivec-consts.c:280:
internal compiler error: in final_scan_insn, at final.c:
2467
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
[...]
FAIL: gcc.target/powerpc/altivec-consts.c (test for excess errors)
Compiler used is:
/opt/gcc/4.1-devel/bin/gcc -v
Using built-in specs.
Target: powerpc64-suse-linux-gnu
Configured with: /aj-cvs/gcc-svn/branches/gcc-4_1-branch/configure
--prefix=/opt/gcc/4.1-devel --enable-checking=misc,tree,gc,rtl,rtlflag,assert
--enable-threads=posix --enable-clocale=gnu --enable-__cxa_atexit
--enable-shared --enable-languages=c,c++,treelang,java,f95,objc
--with-system-zlib --with-cpu=default32 powerpc64-suse-linux-gnu
Thread model: posix
gcc version 4.1.0 20051119 (prerelease)
--
Summary: ICE: could not split insn
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
GCC build triplet: powerpc64-linux-gnu
GCC host triplet: powerpc64-linux-gnu
GCC target triplet: powerpc64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24954
[Bug target/24955] New: ICE: rs6000_output_function_epilogue, at config/rs6000/rs6000.c:15204
Running the GCC treelang testsuite, I see the following ICE:
Executing on host: /abuild/aj/gcc/gcc/xgcc -B/abuild/aj/gcc/gcc/
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/treelang/compile/badreturn.tree
-S -m64 -o badreturn.s(timeout = 300)
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/treelang/compile/badreturn.tree:
In function 'bar':
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/treelang/compile/badreturn.tree:8:
warning: redundant expression in return
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/treelang/compile/badreturn.tree:6:
internal compiler error: in rs6000_output_function_epilogue, a
t config/rs6000/rs6000.c:15204
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
compiler exited with status 1
output is:
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/treelang/compile/badreturn.tree:
In function 'bar':
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/treelang/compile/badreturn.tree:8:
warning: redundant expression in return
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/treelang/compile/badreturn.tree:6:
internal compiler error: in rs6000_output_function_epilogue, at
config/rs6000/rs6000.c:15204
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
PASS: treelang/compile/badreturn.tree (test for warnings, line 8)
FAIL: treelang/compile/badreturn.tree (test for errors, line 13)
FAIL: treelang/compile/badreturn.tree (test for excess errors)
compiler used is:
/opt/gcc/4.1-devel/bin/gcc -v
Using built-in specs.
Target: powerpc64-suse-linux-gnu
Configured with: /aj-cvs/gcc-svn/branches/gcc-4_1-branch/configure
--prefix=/opt/gcc/4.1-devel --enable-checking=misc,tree,gc,rtl,rtlflag,assert
--enable-threads=posix --enable-clocale=gnu --enable-__cxa_atexit
--enable-shared --enable-languages=c,c++,treelang,java,f95,objc
--with-system-zlib --with-cpu=default32 powerpc64-suse-linux-gnu
Thread model: posix
gcc version 4.1.0 20051119 (prerelease)
--
Summary: ICE: rs6000_output_function_epilogue, at
config/rs6000/rs6000.c:15204
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
GCC build triplet: powerpc64-linux-gnu
GCC host triplet: powerpc64-linux-gnu
GCC target triplet: powerpc64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24955
[Bug target/24955] ICE: rs6000_output_function_epilogue, at config/rs6000/rs6000.c:15204
--- Comment #3 from aj at gcc dot gnu dot org 2005-11-21 06:13 --- Why did you close this as wontfix? I agree this is not release critical but it should be fixed IMO. -- aj at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24955
[Bug target/24955] ICE: rs6000_output_function_epilogue, at config/rs6000/rs6000.c:15204
--- Comment #5 from aj at gcc dot gnu dot org 2005-11-21 19:47 --- Ok, understood -- aj at gcc dot gnu dot org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24955
[Bug target/24951] [4.1/4.2 Regression] ICE: RTL check: expected code 'const_int', have 'const_double' in output_vec_const_move, at config/rs6000/rs6000.c
--- Comment #8 from aj at gcc dot gnu dot org 2005-11-22 07:42 --- Seems to be fixed according to: http://gcc.gnu.org/ml/gcc-testresults/2005-11/msg01060.html Compare this with: http://gcc.gnu.org/ml/gcc-testresults/2005-11/msg01039.html Thanks! -- aj at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|VERIFIED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24951
[Bug debug/25197] New: ICE: RTL check: expected code 'reg', have 'plus' in dwarf2out_frame_debug_expr, at dwarf2out.c:1781
compare the following two testresults: http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg8.html http://gcc.gnu.org/ml/gcc-testresults/2005-11/msg01430.html The newer one gets additional failures e.g.: FAIL: gcc.c-torture/compile/20050622-1.c -O3 -g (test for excess errors) FAIL: gcc.c-torture/execute/20040805-1.c compilation, -O3 -g The failure is the same ICE for all new failures: Executing on host: /abuild/aj/gcc/gcc/xgcc -B/abuild/aj/gcc/gcc/ /aj-cvs/gcc-svn/trunk/gcc/testsuite/gcc.c-torture/execute/20040805-1.c -w -O3 -g -fno-sho w-column -lm -o /abuild/aj/gcc/gcc/testsuite/20040805-1.x4(timeout = 300) /aj-cvs/gcc-svn/trunk/gcc/testsuite/gcc.c-torture/execute/20040805-1.c: In function 'foo': /aj-cvs/gcc-svn/trunk/gcc/testsuite/gcc.c-torture/execute/20040805-1.c:22: internal compiler error: RTL check: expected code 'reg', have 'plus' in dwarf2out_ frame_debug_expr, at dwarf2out.c:1781 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. -- Summary: ICE: RTL check: expected code 'reg', have 'plus' in dwarf2out_frame_debug_expr, at dwarf2out.c:1781 Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aj at gcc dot gnu dot org GCC build triplet: powerpc64-linux-gnu GCC host triplet: powerpc64-linux-gnu GCC target triplet: powerpc64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25197
[Bug middle-end/33706] New: gcc_assert failure in verify_eh_edges
Compiling glibc on Linux/x86-64 I get a segmentation fault.
(gdb) r -fpreprocessed cache.i -quiet -dumpbase cache.c -mtune=generic
-auxbase-strip /abuild/aj/glibc/4.3/elf/cache.o -g -O2 -Wall -Winline
-Wwrite-strings -Wstrict-prototypes -std=gnu99 -version -fgnu89-inline
-fmerge-all-constants -o cache.s
Starting program:
/opt/gcc/4.3-devel/libexec/gcc/x86_64-suse-linux-gnu/4.3.0/cc1 -fpreprocessed
cache.i -quiet -dumpbase cache.c -mtune=generic -auxbase-strip
/abuild/aj/glibc/4.3/elf/cache.o -g -O2 -Wall -Winline -Wwrite-strings
-Wstrict-prototypes -std=gnu99 -version -fgnu89-inline -fmerge-all-constants -o
cache.s
GNU C (GCC) version 4.3.0 20071008 (experimental) [trunk revision 129132]
(x86_64-suse-linux-gnu)
compiled by GNU C version 4.3.0 20071008 (experimental) [trunk revision
129132], GMP version 4.2.1, MPFR version 2.2.1.
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 44f4e8c7ed384ee5613017e04accc06a
Program received signal SIGSEGV, Segmentation fault.
0x00779930 in verify_eh_edges (stmt=0x2b8346a28800)
at /cvs/gcc-svn/trunk/gcc/basic-block.h:673
673 gcc_assert (i.container);
(gdb) bt
#0 0x00779930 in verify_eh_edges (stmt=0x2b8346a28800)
at /cvs/gcc-svn/trunk/gcc/basic-block.h:673
#1 0x007574e2 in tree_verify_flow_info () at
/cvs/gcc-svn/trunk/gcc/tree-cfg.c:4466
#2 0x004dc423 in verify_flow_info () at
/cvs/gcc-svn/trunk/gcc/cfghooks.c:244
#3 0x0075a675 in cleanup_tree_cfg ()
at /cvs/gcc-svn/trunk/gcc/tree-cfgcleanup.c:663
#4 0x006781e5 in execute_function_todo (data=)
at /cvs/gcc-svn/trunk/gcc/passes.c:884
#5 0x00677f6f in execute_todo (flags=19968682)
at /cvs/gcc-svn/trunk/gcc/passes.c:988
#6 0x0067853a in execute_one_pass (pass=0x1254200)
at /cvs/gcc-svn/trunk/gcc/passes.c:1139
#7 0x006786c0 in execute_pass_list (pass=0x1254200)
at /cvs/gcc-svn/trunk/gcc/passes.c:1170
#8 0x006786d5 in execute_pass_list (pass=0x11d9ac0)
at /cvs/gcc-svn/trunk/gcc/passes.c:1171
#9 0x00678814 in execute_ipa_pass_list (pass=0x11d9a60)
at /cvs/gcc-svn/trunk/gcc/passes.c:855
#10 0x0092240d in cgraph_optimize () at
/cvs/gcc-svn/trunk/gcc/cgraphunit.c:1248
#11 0x0041611e in c_write_global_declarations ()
at /cvs/gcc-svn/trunk/gcc/c-decl.c:8077
#12 0x0073dc09 in toplev_main (argc=,
argv=) at /cvs/gcc-svn/trunk/gcc/toplev.c:1052
#13 0x2b8346253b54 in __libc_start_main () from /lib64/libc.so.6
#14 0x00404009 in _start ()
(gdb) pt stmt
>
side-effects
fn
unsigned DI
size
unit size
align 64 symtab 0 alias set -1 canonical type 0x2b83467f3340>
constant invariant
arg 0
addressable volatile used public external decl_5 QI file
../include/bits/../../misc/bits/error.h line 32 align 8 attributes chain >>
arg 0
constant invariant 1>
arg 1
unit size
align 32 symtab 1180196224 alias set 5 canonical type
0x2b8345c5f5b0 precision 32 min max
pointer_to_this >
visited var def_stmt
version 127>
arg 2
sizes-gimplified asm_written public unsigned DI size unit size
align 64 symtab 1180449696 alias set 34 canonical type
0x2b8345c769c0
pointer_to_this >
visited var def_stmt
version 126>
arg 3
visited var def_stmt
version 123>
../include/bits/../../misc/bits/error.h:41>
--
Summary: gcc_assert failure in verify_eh_edges
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
GCC build triplet: x86_64-linux-gnu
GCC host triplet: x86_64-linux-gnu
GCC target triplet: x86_64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33706
[Bug middle-end/33706] gcc_assert failure in verify_eh_edges
--- Comment #1 from aj at gcc dot gnu dot org 2007-10-09 10:41 --- Currently adding a new attachment does not work for me. I've uploaded preprocessed sources to http://www.suse.de/~aj/cache.i.bz2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33706
[Bug middle-end/33706] gcc_assert failure in verify_eh_edges
--- Comment #2 from aj at gcc dot gnu dot org 2007-10-09 14:08 --- Created an attachment (id=14330) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14330&action=view) Preprocessed and compressed source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33706
[Bug middle-end/20017] New: internal compiler error: in rtl_verify_flow_info, at cfgrtl.c:2212
Compiling glibc with current GCC CVS I get the following ICE: /opt/gcc/4.0-devel/libexec/gcc/x86_64-suse-linux-gnu/4.0.0/cc1 -fpreprocessed iso-2022-cn-ext.i -quiet -dumpbase iso-2022-cn-ext.c -mtune=k8 -auxbase-strip /builds/glibc/4.0/iconvdata/iso-2022-cn-ext.os -g -O2 -Wall -Winline -Wstrict-prototypes -Wwrite-strings -std=gnu99 -version -fPIC -o iso-2022-cn-ext.s GNU C version 4.0.0 20050216 (experimental) (x86_64-suse-linux-gnu) compiled by GNU C version 4.0.0 20050216 (experimental). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 iso-2022-cn-ext.i: In function ?to_iso2022cn_ext_loop?: iso-2022-cn-ext.i:10970: warning: pointer targets in passing argument 2 of ?ucs4_to_gb2312? differ in signedness iso-2022-cn-ext.i:10970: warning: pointer targets in passing argument 2 of ?ucs4_to_cns11643l1? differ in signedness iso-2022-cn-ext.i:10970: warning: pointer targets in passing argument 2 of ?ucs4_to_cns11643l2? differ in signedness iso-2022-cn-ext.i:10970: warning: pointer targets in passing argument 2 of ?ucs4_to_gb2312? differ in signedness iso-2022-cn-ext.i:10970: warning: pointer targets in passing argument 2 of ?ucs4_to_cns11643l1? differ in signedness iso-2022-cn-ext.i: In function ?to_iso2022cn_ext_loop_single?: iso-2022-cn-ext.i:11042: warning: pointer targets in passing argument 2 of ?ucs4_to_gb2312? differ in signedness iso-2022-cn-ext.i:11042: warning: pointer targets in passing argument 2 of ?ucs4_to_cns11643l1? differ in signedness iso-2022-cn-ext.i:11042: warning: pointer targets in passing argument 2 of ?ucs4_to_cns11643l2? differ in signedness iso-2022-cn-ext.i:11042: warning: pointer targets in passing argument 2 of ?ucs4_to_gb2312? differ in signedness iso-2022-cn-ext.i:11042: warning: pointer targets in passing argument 2 of ?ucs4_to_cns11643l1? differ in signedness iso-2022-cn-ext.i: In function ?gconv?: iso-2022-cn-ext.i:11485: error: verify_flow_info: Incorrect fallthru 1740->1741 iso-2022-cn-ext.i:11485: error: wrong insn in the fallthru edge (barrier 11408 11388 11417) iso-2022-cn-ext.i:11485: internal compiler error: in rtl_verify_flow_info, at cfgrtl.c:2212 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. -- Summary: internal compiler error: in rtl_verify_flow_info, at cfgrtl.c:2212 Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aj at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: x86_64-linux-gnu GCC host triplet: x86_64-linux-gnu GCC target triplet: x86_64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20017
[Bug middle-end/20017] internal compiler error: in rtl_verify_flow_info, at cfgrtl.c:2212
--- Additional Comments From aj at gcc dot gnu dot org 2005-02-16 19:27 --- Created an attachment (id=8207) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8207&action=view) Preprocessed source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20017
[Bug rtl-optimization/20017] [4.0 Regression] internal compiler error: in rtl_verify_flow_info, at cfgrtl.c:2212
--- Additional Comments From aj at gcc dot gnu dot org 2005-02-16 20:38 --- yes, this is a regression - and it has been introduced during the last few weeks. I compiled glibc successfully last time I tried with GCC 4 (roughly two weeks ago). -- What|Removed |Added CC||hubicka at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20017
[Bug target/19566] x86_64 - inconsistent choice of parameter passing method for 16 byte struct
--- Additional Comments From aj at gcc dot gnu dot org 2005-02-19 07:06 --- Honza, could you look at this, please? -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |hubicka at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19566
[Bug bootstrap/20636] New: Bootstrap failure on Linux/PowerPC64
I'm getting the following bootstrap failure on mainline with current CVS:
./xgcc -B./ -B/opt/gcc/4.1-devel/powerpc64-suse-linux-gnu/bin/ -isystem opt/gcc/
4.1-devel/powerpc64-suse-linux-gnu/include -isystem opt/gcc/4.1-devel/powerpc64-
suse-linux-gnu/sys-include -L/abuild/aj/gcc/gcc/../ld -O2 -DIN_GCC-W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
-isystem ./include -mno-minimal-toc -fPIC -specs=bispecs -g
-DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I.
-I/aj-cvs/gcc/gcc -I/aj-cvs/gcc/gcc/. -I/aj-cvs/gcc/gcc/../include
-I/aj-cvs/gcc/gcc/../libcpp/include -fPIC -mstrict-align -DL_floatdidf
-fvisibility=hidden -DHIDE_EXPORTS -c /aj-cvs/gcc/gcc/libgcc2.c -o
libgcc/./_floatdidf.o
/aj-cvs/gcc/gcc/libgcc2.c: In function __floatdidf:
/aj-cvs/gcc/gcc/libgcc2.c:1363: internal compiler error: RTL check: expected
code
'reg', have 'mem' in split_10, at config/rs6000/rs6000.md:4425
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
This seems to have been introduced in the last one or two weeks.
--
Summary: Bootstrap failure on Linux/PowerPC64
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: powerpc64-linux-gnu
GCC target triplet: powerpc64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20636
[Bug other/20349] [multilib] libjava(32) doesn't build.
--- Additional Comments From aj at gcc dot gnu dot org 2005-03-25 13:02 --- This is defined on my x86-64 system: grep sigaction /usr/include/bits/syscall.h #define SYS_rt_sigaction __NR_rt_sigaction #define SYS_sigaction __NR_sigaction This looks like a problem on your side building glibc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20349
[Bug target/20199] -fvisibility-inlines-hidden broken on powerpc64-linux
--- Additional Comments From aj at gcc dot gnu dot org 2005-03-26 06:31 --- Close as suggested -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20199
[Bug c/20649] New: Segmentation fault in decl_function_context (tree.c:5116)
Compiling glibc on i686 with GCC 4.0 CVS 20050325 I get this segmentation fault compiling the testsuite: /opt/gcc/4.0-devel/libexec/gcc/i686-suse-linux-gnu/4.0.0/cc1 -fpreprocessed inl-tester.i -quiet -dumpbase inl-tester.c -mpreferred-stack-boundary=2 -mtune=pentiumpro -auxbase-strip /home/aj/builds/glibc/string/inl-tester.o -g -O2 -Wall -Winline -Wstrict-prototypes -Wwrite-strings -std=gnu99 -version -o inl-tester.s GNU C version 4.0.0 20050325 (prerelease) (i686-suse-linux-gnu) compiled by GNU C version 4.0.0 20050325 (prerelease). GGC heuristics: --param ggc-min-expand=63 --param ggc-min-heapsize=63397 tester.c: In function ‘test_stpncpy’: tester.c:279: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. Using gdb I get the following stacktrace: Program received signal SIGSEGV, Segmentation fault. decl_function_context (decl=0x0) at /home/aj/cvs/gcc-4_0-branch/gcc/tree.c:5116 5116 if (TREE_CODE (decl) == ERROR_MARK) (gdb) bt #0 decl_function_context (decl=0x0) at /home/aj/cvs/gcc-4_0-branch/gcc/tree.c:5116 #1 0x08140c3d in gen_decl_die (decl=, context_die=0x4180ed34) at /home/aj/cvs/gcc-4_0-branch/gcc/dwarf2out.c:10502 #2 0x081440ef in decls_for_scope (stmt=0x417e8ccc, context_die=0x4180ed34, depth=2) at /home/aj/cvs/gcc-4_0-branch/gcc/dwarf2out.c:12404 #3 0x08144280 in gen_lexical_block_die (stmt=0x417e8ccc, context_die=0x0, depth=2) at /home/aj/cvs/gcc-4_0-branch/gcc/dwarf2out.c:11647 #4 0x08143e60 in gen_block_die (stmt=0x417e8ccc, context_die=0x4180ebfc, depth=2) at /home/aj/cvs/gcc-4_0-branch/gcc/dwarf2out.c:12365 #5 0x0814417b in decls_for_scope (stmt=, context_die=0x4180ebfc, depth=1) at /home/aj/cvs/gcc-4_0-branch/gcc/dwarf2out.c:12417 #6 0x08143fd8 in gen_block_die (stmt=0x417e8c98, context_die=0x4180eb60, depth=1) at /home/aj/cvs/gcc-4_0-branch/gcc/dwarf2out.c:11676 #7 0x0814417b in decls_for_scope (stmt=, context_die=0x4180eb60, depth=0) at /home/aj/cvs/gcc-4_0-branch/gcc/dwarf2out.c:12417 #8 0x08142bb6 in gen_subprogram_die (decl=0x40b5b21c, context_die=0x0) at /home/aj/cvs/gcc-4_0-branch/gcc/dwarf2out.c:11475 #9 0x081405c1 in gen_decl_die (decl=0x40b5b21c, context_die=0x401f58f0) at /home/aj/cvs/gcc-4_0-branch/gcc/dwarf2out.c:12682 #10 0x082e4507 in rest_of_compilation () at /home/aj/cvs/gcc-4_0-branch/gcc/passes.c:334 #11 0x0809d9ad in execute_pass_list (pass=0x84335e0) at /home/aj/cvs/gcc-4_0-branch/gcc/tree-optimize.c:533 #12 0x0809dc4b in tree_rest_of_compilation (fndecl=0x40b5b21c) at /home/aj/cvs/gcc-4_0-branch/gcc/tree-optimize.c:668 #13 0x0805a526 in c_expand_body (fndecl=0x40b5b21c) at /home/aj/cvs/gcc-4_0-branch/gcc/c-decl.c:6439 #14 0x08309433 in cgraph_expand_function (node=0x40b5e8dc) at /home/aj/cvs/gcc-4_0-branch/gcc/cgraphunit.c:833 #15 0x08309e6d in cgraph_optimize () at /home/aj/cvs/gcc-4_0-branch/gcc/cgraphunit.c:1698 #16 0x082caa48 in toplev_main (argc=0, argv=0xbfffef44) at /home/aj/cvs/gcc-4_0-branch/gcc/toplev.c:1009 #17 0x40046e80 in __libc_start_main () from /lib/tls/libc.so.6 #18 0x08049aa1 in _start () at start.S:119 -- Summary: Segmentation fault in decl_function_context (tree.c:5116) Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aj at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-linux-gnu GCC host triplet: i686-linux-gnu GCC target triplet: i686-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20649
[Bug c/20649] Segmentation fault in decl_function_context (tree.c:5116)
--- Additional Comments From aj at gcc dot gnu dot org 2005-03-26 19:39 --- Created an attachment (id=8458) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8458&action=view) Preprocessed source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20649
[Bug c/20652] rejects code with an error: aliased to undefined symbol
--- Additional Comments From aj at gcc dot gnu dot org 2005-03-27 08:16 --- glibc needs to be changed for this, for details chech the thread starting at: http://sourceware.org/ml/libc-hacker/2005-03/msg00061.html -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20652
[Bug middle-end/20917] New: ICE in schedule_insns at sched-rg.c:2549
/sysdeps/generic
/usr/lib/gcc/s390-suse-linux/4.0.0/include
/usr/src/packages/BUILD/kernel-headers
End of search list.
/usr/lib/gcc/s390-suse-linux/4.0.0/cc1 -fpreprocessed pthread.i -quiet
-dumpbase pthread.c -m31 -mesa -march=g5 -auxbase-strip
/usr/src/packages/BUILD/glibc-2.3/cc/linuxthreads/pthread.os -g -O2 -Wall
-Winline -Wstrict-prototypes -Wwrite-strings -std=gnu99 -version
-fmessage-length=0 -fpic -o pthread.s
GNU C version 4.0.0 20050408 (prerelease) (SUSE Linux) (s390-suse-linux)
compiled by GNU C version 4.0.0 20050408 (prerelease) (SUSE Linux).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
pthread.c: In function __pthread_initialize_minimal:
pthread.c:411: internal compiler error: in schedule_insns, at sched-rgn.c:2549
Please submit a full bug report,
with preprocessed source if appropriate.
--
Summary: ICE in schedule_insns at sched-rg.c:2549
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,matz at suse dot
de,uweigand at de dot ibm dot com
GCC build triplet: s390-linux-gnu
GCC host triplet: s390-linux-gnu
GCC target triplet: s390-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20917
[Bug middle-end/20917] ICE in schedule_insns at sched-rg.c:2549
--- Additional Comments From aj at gcc dot gnu dot org 2005-04-09 14:40 --- Created an attachment (id=8571) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8571&action=view) Preprocessed source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20917
[Bug target/20924] [4.0/4.1 regression] inline float divide does not set correct fpu status flags
--- Additional Comments From aj at gcc dot gnu dot org 2005-04-10 07:33 --- This problem shows with running the glibc testsuite. If the inlined functions are used, the functions are not setting the state and this is a violation of ISO C. -- What|Removed |Added CC||aj at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20924
[Bug target/20927] New: ICE in smallest_mode_for_size, at stor-layout.c:221 (s390x)
Compiling plotutils with GCC 4.0 CVS as of yesterday I get the following
ICE:
$ gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/X11R6/include -I./../include -DLIBPLOT
-I/usr/X11R6/include -O2 -fmessage-length=0 -Wall -pipe -c g_subpaths.c -fPIC
-DPIC -o .libs/g_subpaths.o -v -save-temps
gcc: warning: -pipe ignored because -save-temps specified
Using built-in specs.
Target: s390x-suse-linux
Configured with: ../configure --enable-threads=posix --prefix=/usr
--with-local-prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man
--libdir=/usr/lib64 --libexecdir=/usr/lib64
--enable-languages=c,c++,objc,f95,java,ada --enable-checking
--with-gxx-include-dir=/usr/include/c++/4.0.0 --with-slibdir=/lib64
--with-system-zlib --enable-shared --enable-__cxa_atexit
--without-system-libunwind --host=s390x-suse-linux
Thread model: posix
gcc version 4.0.0 20050409 (prerelease) (SUSE Linux)
/usr/lib64/gcc/s390x-suse-linux/4.0.0/cc1 -E -quiet -v -I. -I. -I..
-I/usr/X11R6/include -I./../include -I/usr/X11R6/include -DHAVE_CONFIG_H
-DLIBPLOT -DPIC g_subpaths.c -m64 -mzarch -march=z900 -Wall -fmessage-length=0
-fPIC -O2 -fpch-preprocess -o g_subpaths.i
ignoring duplicate directory "."
ignoring duplicate directory "/usr/X11R6/include"
#include "..." search starts here:
#include <...> search starts here:
.
..
/usr/X11R6/include
./../include
/usr/local/include
/usr/lib64/gcc/s390x-suse-linux/4.0.0/include
/usr/lib64/gcc/s390x-suse-linux/4.0.0/../../../../s390x-suse-linux/include
/usr/include
End of search list.
/usr/lib64/gcc/s390x-suse-linux/4.0.0/cc1 -fpreprocessed g_subpaths.i -quiet
-dumpbase g_subpaths.c -m64 -mzarch -march=z900 -auxbase-strip
.libs/g_subpaths.o -O2 -Wall -version -fmessage-length=0 -fPIC -o g_subpaths.s
GNU C version 4.0.0 20050409 (prerelease) (SUSE Linux) (s390x-suse-linux)
compiled by GNU C version 4.0.0 20050409 (prerelease) (SUSE Linux).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
g_subpaths.c: In function _add_arc_as_lines:
g_subpaths.c:540: internal compiler error: in smallest_mode_for_size, at
stor-layout.c:221
Please submit a full bug report,
with preprocessed source if appropriate.
--
Summary: ICE in smallest_mode_for_size, at stor-layout.c:221
(s390x)
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,matz at suse dot
de,uweigand at de dot ibm dot com
GCC build triplet: s390x-linux-gnu
GCC host triplet: s390x-linux-gnu
GCC target triplet: s390x-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20927
[Bug target/20927] ICE in smallest_mode_for_size, at stor-layout.c:221 (s390x)
--- Additional Comments From aj at gcc dot gnu dot org 2005-04-10 15:00 --- Created an attachment (id=8578) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8578&action=view) Preprocessed source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20927
[Bug target/20928] New: ICE: unrecognoizable insns
Compiling clisp with gcc 4 CVS fails with the following ICE. This is a
regression from GCC 3.3.
$ gcc -fPIC -D_GNU_SOURCE -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit
-Wreturn-type -O -DUNICODE -DDYNAMIC_FFI -DDYNAMIC_MODULES -DNO_SIGSEGV -I. -c
spvw.c -save-temps -v
Using built-in specs.
Target: x86_64-suse-linux
Configured with: ../configure --enable-threads=posix --prefix=/usr
--with-local-prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man
--libdir=/usr/lib64 --libexecdir=/usr/lib64
--enable-languages=c,c++,objc,f95,java,ada --enable-checking
--with-gxx-include-dir=/usr/include/c++/4.0.0 --with-slibdir=/lib64
--with-system-zlib --enable-shared --enable-__cxa_atexit
--without-system-libunwind --host=x86_64-suse-linux
Thread model: posix
gcc version 4.0.0 20050410 (prerelease) (SUSE Linux)
/usr/lib64/gcc/x86_64-suse-linux/4.0.0/cc1 -E -quiet -v -I. -D_GNU_SOURCE
-DUNICODE -DDYNAMIC_FFI -DDYNAMIC_MODULES -DNO_SIGSEGV spvw.c -mtune=k8 -W
-Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -fPIC -O
-fpch-preprocess -o spvw.i
#include "..." search starts here:
#include <...> search starts here:
.
/usr/local/include
/usr/lib64/gcc/x86_64-suse-linux/4.0.0/include
/usr/lib64/gcc/x86_64-suse-linux/4.0.0/../../../../x86_64-suse-linux/include
/usr/include
End of search list.
/usr/lib64/gcc/x86_64-suse-linux/4.0.0/cc1 -fpreprocessed spvw.i -quiet
-dumpbase spvw.c -mtune=k8 -auxbase spvw -O -W -Wswitch -Wcomment
-Wpointer-arith -Wimplicit -Wreturn-type -version -fPIC -o spvw.s
GNU C version 4.0.0 20050410 (prerelease) (SUSE Linux) (x86_64-suse-linux)
compiled by GNU C version 4.0.0 20050410 (prerelease) (SUSE Linux).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
In file included from spvw.d:25:
lispbibl.d:7430: warning: volatile register variables dont work as you might
wish
In file included from spvw.d:563:
spvw_typealloc.d: In function allocate_vector:
spvw_typealloc.d:94: error: unrecognizable insn:
(insn 93 92 88 4 (set (reg/f:DI 87)
(plus:DI (reg:DI 91)
(const_int 1125899906842624 [0x4]))) -1
(insn_list:REG_DEP_TRUE 92 (nil))
(expr_list:REG_DEAD (reg:DI 91)
(expr_list:REG_EQUAL (const:DI (plus:DI (symbol_ref:DI
("symbol_tab_data") [flags 0x40] )
(const_int 1125899906842624 [0x4])))
(nil
spvw_typealloc.d:94: internal compiler error: in extract_insn, at recog.c:2060
Please submit a full bug report,
with preprocessed source if appropriate.
--
Summary: ICE: unrecognoizable insns
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,hubicka at gcc dot gnu
dot org,matz at suse dot de
GCC build triplet: x86_64-linux-gnu
GCC host triplet: x86_64-linux-gnu
GCC target triplet: x86_64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20928
[Bug target/20928] ICE: unrecognizable insns
-- What|Removed |Added Summary|ICE: unrecognoizable insns |ICE: unrecognizable insns http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20928
[Bug target/20928] ICE: unrecognizable insns
--- Additional Comments From aj at gcc dot gnu dot org 2005-04-10 15:08 --- Created an attachment (id=8579) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8579&action=view) Preprocessed source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20928
[Bug c++/20929] New: internal compiler error: verify_stmts failed.
but non-virtual destructor
../../../../dist/include/layout/nsILayoutHistoryState.h:13: warning: class
nsILayoutHistoryState has virtual functions but non-virtual destructor
../../../../dist/include/content/nsIXBLService.h:65: warning: class
nsIXBLService has virtual functions but non-virtual destructor
nsTableFrame.cpp: In member function void
nsTableFrame::SetColumnDimensions(nscoord, const nsMargin&):
nsTableFrame.cpp:1618: warning: unused variable numCols
nsTableFrame.cpp: In member function void BCCellBorder::Reset(PRUint32,
PRUint32):
nsTableFrame.cpp:5428: warning: converting negative value -0x1 to
PRUint16
nsTableFrame.cpp: In member function void
nsTableFrame::PaintBCBorders(nsIPresContext*, nsIRenderingContext&, const
nsRect&):
nsTableFrame.cpp:6773: warning: ownerSide may be used uninitialized in this
function
nsTableFrame.cpp:6776: warning: isSegStart may be used uninitialized in this
function
nsTableFrame.cpp:6772: warning: borderOwner may be used uninitialized in this
function
nsTableFrame.cpp:6778: warning: bevel may be used uninitialized in this
function
nsTableFrame.cpp: In member function void
nsTableFrame::CalcBCBorders(nsIPresContext&):
nsTableFrame.cpp:5656: error: Invalid operand to unary operator
-iD.57042_1993;
nsTableFrame.cpp:5656: error: Invalid operand to unary operator
-iD.57056_1973;
nsTableFrame.cpp:5656: error: Invalid operand to unary operator
-iD.57070_1837;
nsTableFrame.cpp:5656: error: Invalid operand to unary operator
-iD.57084_1849;
nsTableFrame.cpp:5656: internal compiler error: verify_stmts failed.
Please submit a full bug report,
with preprocessed source if appropriate.
See http://www.suse.de/feedback> for instructions.
--
Summary: internal compiler error: verify_stmts failed.
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,matz at suse dot de
GCC host triplet: {i586,s390}-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20929
[Bug c++/20929] internal compiler error: verify_stmts failed.
--- Additional Comments From aj at gcc dot gnu dot org 2005-04-10 15:34 --- Created an attachment (id=8580) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8580&action=view) Preprocessed source file - i586 compilation -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20929
[Bug bootstrap/34944] New: Tree check: at cp/typecheck.c
On both Linux/x86-64 and Linux/ppc I get an tree check error bootstrapping current GCC 4.2 SVN: /abuild/aj/gcc/powerpc64-suse-linux-gnu/libstdc++-v3/include/bits/cpp_type_traits.h:3 71: internal compiler error: tree check: expected class type, have declaration (n amespace_decl) in complete_type, at cp/typeck.c:105 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. make[4]: *** [powerpc64-suse-linux-gnu/bits/stdc++.h.gch/O0g.gch] Error 1 Jason, this looks like your commit (did not verify - it is the only change in gcc/cp since my last bootstrap): 2008-01-21 Jason Merrill <[EMAIL PROTECTED]> PR c++/33959 * pt.c (tsubst_aggr_type): Make sure our context is complete. -- Summary: Tree check: at cp/typecheck.c Product: gcc Version: 4.2.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aj at gcc dot gnu dot org GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34944
[Bug bootstrap/34944] Tree check: at cp/typecheck.c
--- Comment #1 from aj at gcc dot gnu dot org 2008-01-23 17:30 --- configure line is: # /cvs/gcc-svn/branches/gcc-4_2-branch/configure --prefix=/opt/gcc/4.2-devel --enable-checking=yes,rtl --enable-threads=posix --enable-clocale=gnu --enable-ssp --disable-libssp --enable-libstdcxx-allocator=new --enable-__cxa_atexit --enable-shared --with-system-zlib x86_64-suse-linux-gnu --enable-languages=c,ada,c++,fortran,java,objc,treelang -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34944
[Bug c++/34944] Tree check: at cp/typecheck.c
--- Comment #2 from aj at gcc dot gnu dot org 2008-01-23 20:43 --- Note: This appears with *both* x86_64-unknown-linux-gnu and powerpc64-suse-linux-gnu. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34944
[Bug c++/34944] Tree check: at cp/typecheck.c
--- Comment #5 from aj at gcc dot gnu dot org 2008-01-24 09:33 --- It's fixed indeed - thanks! -- aj at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|VERIFIED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34944
[Bug target/35839] [4.4 Regression] Altivec with the vectorizer causes an ICE in rs6000_check_sdmode
--- Comment #5 from aj at gcc dot gnu dot org 2008-04-08 15:35 --- Bootstrap fails on powerpc64-suse-linux-gnu with bootstrapping the 64-bit compiler as well at the same place. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35839
[Bug target/39222] New: out of memory bootstrapping
On my Linux/x86-64 system using --enable-checking=yes,rtl, I get a bootstrap failure since revision 144100 - revision was good 144099. Difference between the two revisions is: +2009-02-11 Uros Bizjak + Jakub Jelinek + + PR target/39118 + * config/i386/i386.md (UNSPEC_MEMORY_BLOCKAGE): New constant. + (memory_blockage): New expander. + (*memory_blockage): New insn pattern. + * config/i386/i386.c (ix86_expand_prologue): Use memory_blockage + instead of general blockage at the end of function prologue when + frame pointer is used to access red zone area. Do not emit blockage + when profiling, it is emitted in generic code. + (ix86_expand_epilogue): Emit memory_blockage at the beginning of + function epilogue when frame pointer is used to access red zone area. ulimit -m 100 -v 100;/build/gcc/./prev-gcc/cc1 -fpreprocessed insn-recog.i -quiet -dumpbase insn-recog.c -mtune=generic -auxbase-strip insn-recog.o -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition -Wc++-compat -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -version -fno-common -o insn-recog.s GNU C (GCC) version 4.4.0 20090217 (experimental) [trunk revision 144226] (x86_64-suse-linux-gnu) compiled by GNU C version 4.3.2 [gcc-4_3-branch revision 141291], GMP version 4.2.3, MPFR version 2.3.2. GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 622901275906e2c608cc2c353b39e0fe this ends with: cc1: out of memory allocating 4064 bytes after a total of 660041728 bytes make[3]: *** [insn-recog.o] Error 1 running cc1 in gdb, I get the following backtrace: #0 0x7f08a835a250 in exit () from /lib64/libc.so.6 #1 0x00ecb134 in xexit () #2 0x00ecaf7e in xmalloc_failed () #3 0x00ecb031 in xmalloc () #4 0x7f08a83a02ae in _obstack_newchunk () from /lib64/libc.so.6 #5 0x00496c64 in bitmap_elt_insert_after () #6 0x00497cba in bitmap_ior_into () #7 0x00516af2 in df_rd_confluence_n () #8 0x0050ebf5 in df_worklist_dataflow () #9 0x0050e181 in df_analyze_problem () #10 0x0050e43f in df_analyze () #11 0x00e32cb0 in fwprop_init () #12 0x00e35ede in fwprop () #13 0x006bedf2 in execute_one_pass () #14 0x006bef45 in execute_pass_list () #15 0x006bef5d in execute_pass_list () #16 0x00808d7f in tree_rest_of_compilation () #17 0x009a210b in cgraph_expand_function () #18 0x009a3e2f in cgraph_optimize () #19 0x004164d5 in c_write_global_declarations () #20 0x007b6958 in toplev_main () #21 0x00486b15 in main () I'm appending insn-recog.i. Compiler was bootstrapped with: /cvs/gcc-svn/trunk/configure --prefix=/opt/gcc/4.4-devel --enable-checking=yes,rtl --enable-decimal-float --enable-threads=posix --enable-clocale=gnu --enable-ssp --disable-libssp --enable-libstdcxx-allocator=new --enable-__cxa_atexit --enable-shared --enable-languages=c,c++ --disable-multilib --with-system-zlib x86_64-suse-linux-gnu Note: If you use --disable-checking, the bootstrap is successfull -- Summary: out of memory bootstrapping Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aj at gcc dot gnu dot org GCC build triplet: x86_64-linux-gnu GCC host triplet: x86_64-linux-gnu GCC target triplet: x86_64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39222
[Bug target/39222] out of memory bootstrapping
--- Comment #1 from aj at gcc dot gnu dot org 2009-02-17 21:10 --- Created an attachment (id=17316) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17316&action=view) insn-recog.i -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39222
[Bug target/39222] out of memory bootstrapping
--- Comment #4 from aj at gcc dot gnu dot org 2009-02-18 10:17 --- Increasing ulimit from 100 to 110 (10 %!) did not help, increasing it to 120 helped. So, we have now hit quite some increase of memory usage with just this single commit and not just a few bytes... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39222
[Bug c/32557] New: internal compiler error: RTL check: expected code 'reg', have 'subreg' in rhs_regno, at rtl.h:956
Building GCC SVN fails with RTL check. The configure line is: /cvs/gcc-svn/trunk/configure --prefix=/opt/gcc/4.3-devel --enable-checking=yes,rtl --enable-threads=posix --enable-clocale=gnu --enable-__cxa_atexit --enable-shared --enable-languages=c,c++,ada,treelang,java,fortran,objc --with-system-zlib --with-cpu=default32 --with-long-double-128 --enable-secureplt powerpc64-suse-linux-gnu libtool: compile: /abuild/aj/gcc/./gcc/xgcc -B/abuild/aj/gcc/./gcc/ -B/opt/gcc/4.3-devel/powerpc64-suse-linux-gnu/bin/ -B/opt/gcc/4.3-devel/powerpc64-suse-linux-gnu/lib/ -isystem /opt/gcc/4.3-devel/powerpc64-suse-linux-gnu/include -isystem /opt/gcc/4.3-devel/powerpc64-suse-linux-gnu/sys-include -DHAVE_CONFIG_H -I. -I/cvs/gcc-svn/trunk/libjava/classpath/native/fdlibm -I../../include -O2 -g -O2 -MT s_expm1.lo -MD -MP -MF .deps/s_expm1.Tpo -c /cvs/gcc-svn/trunk/libjava/classpath/native/fdlibm/s_expm1.c -fPIC -DPIC -o .libs/s_expm1.o /cvs/gcc-svn/trunk/libjava/classpath/native/fdlibm/s_expm1.c: In function 'expm1': /cvs/gcc-svn/trunk/libjava/classpath/native/fdlibm/s_expm1.c:228: internal compiler error: RTL check: expected code 'reg', have 'subreg' in rhs_regno, at rtl.h:956 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. -- Summary: internal compiler error: RTL check: expected code 'reg', have 'subreg' in rhs_regno, at rtl.h:956 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aj at gcc dot gnu dot org GCC build triplet: powerpc64-suse-linux-gnu GCC host triplet: powerpc64-suse-linux-gnu GCC target triplet: powerpc64-suse-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32557
[Bug middle-end/23511] New: Segfault in fold_binary
Compiling glibc I get a segmentation fault: /opt/gcc/4.1-devel/libexec/gcc/x86_64-suse-linux-gnu/4.1.0/cc1 -fpreprocessed strptime_l.i -quiet -dumpbase strptime_l.c -mtune=k8 -auxbase-strip /builds/glibc/4.1+nptl/time/strptime_l.o -g -O2 -Wall -Winline -Wstrict-prototypes -Wwrite-strings -std=gnu99 -version -o strptime_l.s GNU C version 4.1.0 20050821 (experimental) (x86_64-suse-linux-gnu) compiled by GNU C version 4.1.0 20050821 (experimental). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 5a830930ea2c878ce9ab608e6b40e0e8 strptime_l.i: In function __strptime_internal: strptime_l.i:7079: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. (gdb) r -fpreprocessed strptime_l.i -quiet -dumpbase strptime_l.c -mtune=k8 -auxbase-strip /builds/glibc/4.1+nptl/time/strptime_l.o -g -O2 -Wall -Winline -Wstrict-prototypes -Wwrite-strings -std=gnu99 -version -o strptime_l.s GNU C version 4.1.0 20050821 (experimental) (x86_64-suse-linux-gnu) compiled by GNU C version 4.1.0 20050821 (experimental). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 5a830930ea2c878ce9ab608e6b40e0e8 Program received signal SIGSEGV, Segmentation fault. fold_binary (code=MINUS_EXPR, type=0x2adf86e0, op0=0x0, op1=0x2b27ad80) at /cvs/gcc/gcc/fold-const.c:7127 7127 if (TREE_CODE (arg0) == COMPOUND_EXPR) (gdb) bt #0 fold_binary (code=MINUS_EXPR, type=0x2adf86e0, op0=0x0, op1=0x2b27ad80) at /cvs/gcc/gcc/fold-const.c:7127 #1 0x0060e919 in fold_build2_stat (code=MINUS_EXPR, type=0x2adf86e0, op0=0x0, op1=0x2b27ad80) at /cvs/gcc/gcc/fold-const.c:10480 #2 0x004d1010 in estimate_numbers_of_iterations_loop (loop=0xf4f7c0) at /cvs/gcc/gcc/tree-ssa-loop-niter.c:1471 #3 0x004d1588 in scev_probably_wraps_p (type=0x2adf86e0, base=, step=, at_stmt=0x0, loop=0xf4f7c0, init_is_max=0x7fffd5e7 "", unknown_max=0x7fffd5e7 "") at /cvs/gcc/gcc/tree-ssa-loop-niter.c:1949 #4 0x009d4552 in chrec_convert (type=0x2adf86e0, chrec=0x2b33c960, at_stmt=0x0) at /cvs/gcc/gcc/tree-chrec.c:1133 #5 0x009d9fde in instantiate_parameters_1 (loop=0xf4f7c0, chrec=0x2b2fd180, allow_superloop_chrecs=1 '\001', cache=0xf144c0) at /cvs/gcc/gcc/tree-scalar-evolution.c:2080 #6 0x009dab81 in instantiate_parameters (loop=0xf4f7c0, chrec=0x2b2fd180) at /cvs/gcc/gcc/tree-scalar-evolution.c:2174 #7 0x0097e845 in vrp_visit_assignment (stmt=0x2b37f870, output_p=0x7fffd730) at /cvs/gcc/gcc/tree-vrp.c:1544 #8 0x004e4456 in simulate_stmt (stmt=0x2b37f870) at /cvs/gcc/gcc/tree-ssa-propagate.c:301 #9 0x004e4bb9 in ssa_propagate (visit_stmt=, visit_phi=) at /cvs/gcc/gcc/tree-ssa-propagate.c:424 #10 0x009806b4 in execute_vrp () at /cvs/gcc/gcc/tree-vrp.c:3915 #11 0x0097077c in execute_one_pass (pass=0xd92860) at /cvs/gcc/gcc/passes.c:808 #12 0x009708ac in execute_pass_list (pass=0xd92860) at /cvs/gcc/gcc/passes.c:840 #13 0x009708be in execute_pass_list (pass=0xd8eac0) at /cvs/gcc/gcc/passes.c:841 #14 0x00483135 in tree_rest_of_compilation (fndecl=0x2b047500) at /cvs/gcc/gcc/tree-optimize.c:419 #15 0x0040bf4d in c_expand_body (fndecl=0x2b047500) at /cvs/gcc/gcc/c-decl.c:6633 #16 0x009c4a26 in cgraph_expand_function (node=0x2b373160) at /cvs/gcc/gcc/cgraphunit.c:1037 #17 0x009c6bbb in cgraph_optimize () at /cvs/gcc/gcc/cgraphunit.c:1103 #18 0x00416123 in c_write_global_declarations () at /cvs/gcc/gcc/c-decl.c:7618 #19 0x009425d6 in toplev_main (argc=, argv=) at /cvs/gcc/gcc/toplev.c:984 #20 0x2abde54a in __libc_start_main () from /lib64/tls/libc.so.6 #21 0x0040265a in _start () at start.S:113 (gdb) pt type constant invariant 64> unit size constant invariant 8> align 64 symtab -1428224608 alias set -1 precision 64 min max pointer_to_this > (gdb) pt op1 constant invariant 0> This bug has been introduced during the last 7 days. -- Summary: Segfault in fold_binary Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aj at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: x86_64-linux-gnu GCC host triplet: x86_64-linux-gnu GCC target triplet: x86_64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23511
[Bug middle-end/23511] Segfault in fold_binary
--- Additional Comments From aj at gcc dot gnu dot org 2005-08-22 05:01 --- Created an attachment (id=9550) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9550&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23511
[Bug testsuite/23607] gcc.target/i386/pr23575.c fails on x86_64
--- Additional Comments From aj at gcc dot gnu dot org 2005-08-29 04:55 --- Taking it. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aj at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-08-29 04:55:14 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23607
[Bug testsuite/23607] gcc.target/i386/pr23575.c fails on x86_64
--- Additional Comments From aj at gcc dot gnu dot org 2005-08-29 05:31 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23607
[Bug bootstrap/25930] New: sigsegv with full --enable-checking
b64/tls/libthread_db.so.1".
Breakpoint 1 at 0x6f5b63: file /cvs/gcc-svn/trunk/gcc/diagnostic.c, line 642.
Breakpoint 2 at 0x6f5979: file /cvs/gcc-svn/trunk/gcc/diagnostic.c, line 586.
Function "exit" not defined.
Function "abort" not defined.
(gdb) r -fpreprocessed crtstuff.i -quiet -dumpbase crtstuff.c -mtune=generic
-auxbase-strip crtbeginT.o -g -g0 -O2 -O2 -O2 -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -version
-finhibit-size-directive -fno-inline-functions -fno-exceptions
-fno-zero-initialized-in-bss -fno-toplevel-reorder -fno-omit-frame-pointer
-fno-asynchronous-unwind-tables -o crtstuff.s
Starting program: /builds/gcc/misc/gcc/cc1 -fpreprocessed crtstuff.i -quiet
-dumpbase crtstuff.c -mtune=generic -auxbase-strip crtbeginT.o -g -g0 -O2 -O2
-O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition -version -finhibit-size-directive -fno-inline-functions
-fno-exceptions -fno-zero-initialized-in-bss -fno-toplevel-reorder
-fno-omit-frame-pointer -fno-asynchronous-unwind-tables -o crtstuff.s
GNU C version 4.2.0 20060123 (experimental) (x86_64-suse-linux-gnu)
compiled by GNU C version 4.0.2 20050901 (prerelease) (SUSE Linux).
GGC heuristics: --param ggc-min-expand=0 --param ggc-min-heapsize=0
Compiler executable checksum: 0ff067d69399051f4d09b6722bab4610
Program received signal SIGSEGV, Segmentation fault.
0x00fce8ea in assemble_asm (string=0xa5a5a5a5a5a5a5a5)
at /cvs/gcc-svn/trunk/gcc/varasm.c:885
885 if (TREE_CODE (string) == ADDR_EXPR)
(gdb) bt
#0 0x00fce8ea in assemble_asm (string=0xa5a5a5a5a5a5a5a5)
at /cvs/gcc-svn/trunk/gcc/varasm.c:885
#1 0x010a4558 in cgraph_output_in_order ()
at /cvs/gcc-svn/trunk/gcc/cgraphunit.c:1263
#2 0x010a4c82 in cgraph_optimize () at
/cvs/gcc-svn/trunk/gcc/cgraphunit.c:1426
#3 0x0042895a in c_write_global_declarations ()
at /cvs/gcc-svn/trunk/gcc/c-decl.c:7804
#4 0x00f8fe7e in compile_file () at
/cvs/gcc-svn/trunk/gcc/toplev.c:1003
#5 0x00f91875 in do_compile () at /cvs/gcc-svn/trunk/gcc/toplev.c:1948
#6 0x00f918d9 in toplev_main (argc=30, argv=0x7ff2c3b8)
at /cvs/gcc-svn/trunk/gcc/toplev.c:1980
#7 0x004b84bb in main (argc=30, argv=0x7ff2c3b8)
at /cvs/gcc-svn/trunk/gcc/main.c:35
--
Summary: sigsegv with full --enable-checking
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
GCC build triplet: x86_64-linux-gnu
GCC host triplet: x86_64-linux-gnu
GCC target triplet: x86_64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25930
[Bug bootstrap/25930] [4.2 Regression] sigsegv with full --enable-checking
--- Comment #2 from aj at gcc dot gnu dot org 2006-01-23 20:03 --- Created an attachment (id=10717) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10717&action=view) crtstuff.i as requested -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25930
[Bug fortran/16898] Aliasing problem with array descriptors
--- Additional Comments From aj at gcc dot gnu dot org 2005-05-15 17:50 --- I have on Linux/x86-64 these passes - which means all of them pass: XPASS: gfortran.dg/ret_pointer_1.f90 -O0 execution test XPASS: gfortran.dg/ret_pointer_1.f90 -O1 execution test XPASS: gfortran.dg/ret_pointer_1.f90 -O2 execution test XPASS: gfortran.dg/ret_pointer_1.f90 -O3 -fomit-frame-pointer execution test XPASS: gfortran.dg/ret_pointer_1.f90 -O3 -fomit-frame-pointer -funroll-loops e xecution test XPASS: gfortran.dg/ret_pointer_1.f90 -O3 -fomit-frame-pointer -funroll-all-loop s -finline-functions execution test XPASS: gfortran.dg/ret_pointer_1.f90 -O3 -g execution test XPASS: gfortran.dg/ret_pointer_1.f90 -Os execution test On Linux/i686 I get less passes: XPASS: gfortran.dg/ret_pointer_1.f90 -O0 execution test XPASS: gfortran.dg/ret_pointer_1.f90 -O1 execution test XPASS: gfortran.dg/ret_pointer_1.f90 -O3 -fomit-frame-pointer execution test XPASS: gfortran.dg/ret_pointer_1.f90 -O3 -fomit-frame-pointer -funroll-loops execution test XPASS: gfortran.dg/ret_pointer_1.f90 -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions execution test So, -Os and -O2 are broken on i686. -- What|Removed |Added CC||aj at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16898
[Bug fortran/15080] Forall bounds not calculated correctly (forall_3.f90)
--- Additional Comments From aj at gcc dot gnu dot org 2005-05-15 21:37 --- Paul, could you review the patch, please? -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pbrook at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15080
[Bug target/20928] [4.0/4.1 regression] ICE: unrecognizable insns
--- Additional Comments From aj at gcc dot gnu dot org 2005-05-21 07:00 --- Steven, any update on this one? Would you like to get it assigned to? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20928
[Bug testsuite/20772] x86 tests should run on both i?86 and x86_64
--- Additional Comments From aj at gcc dot gnu dot org 2005-05-26 21:27 --- I'm taking the bug. Note that the patches submitted so far solve only part of the problem. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aj at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20772
[Bug fortran/21063] ICE in gfc_conv_ss_descriptor, at fortran/trans-array.c:1224 after using maxloc function
--- Additional Comments From aj at gcc dot gnu dot org 2005-05-29 08:44 --- This ICE happens also with one of the SPEC CPU 2005 candidate benchmarks. I used: GNU Fortran 95 (GCC 4.0.1 20050529 (prerelease)) on Linux/x86-64. -- What|Removed |Added OtherBugsDependingO|21359 |15502 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21063
[Bug testsuite/20772] x86 tests should run on both i?86 and x86_64
--- Additional Comments From aj at gcc dot gnu dot org 2005-05-31 16:30 --- I changed now those tests that I found via grep and do think the issue could be closed. But the suggestion to have x86_ilp32/x86_lp64 targets is not implemented. I'll assign to Janis to decide about this. -- What|Removed |Added AssignedTo|aj at gcc dot gnu dot org |janis187 at us dot ibm dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20772
[Bug middle-end/21985] [4.0/4.1 Regression] miscompiled or wrong code snippet?
--- Additional Comments From aj at gcc dot gnu dot org 2005-06-09 17:01 --- Let me just add the following comment so that searches for "grub miscompilation" will find this bug: This snippet is based on code in the grub bootloader which does not work if compiled by GCC 4.0.0. -- What|Removed |Added CC| |aj at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21985
[Bug target/19028] [3.4/4.0 Regression] ICE in libjava
-- What|Removed |Added CC||aj at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19028
[Bug target/19029] [4.0 Regression] ICE: unrecognizable insn:
--- Additional Comments From aj at gcc dot gnu dot org 2004-12-17 08:01 --- It really seems to be a dup. Sorry for the noise. *** This bug has been marked as a duplicate of 18910 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19029
[Bug target/18910] [4.0 Regression] unrecognisable insn in regclass on x86/amd64
--- Additional Comments From aj at gcc dot gnu dot org 2004-12-17 08:01 --- *** Bug 19029 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||aj at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18910
[Bug c/19031] [4.0 Regression] #pragma weak handling changes in 4.0.0
--- Additional Comments From aj at gcc dot gnu dot org 2004-12-17 10:30 --- Further testing showed that this is a fallout from unit-at-a-time: [EMAIL PROTECTED]:~/tmp> /opt/gcc/4.0-devel/bin/gcc -c test.c [EMAIL PROTECTED]:~/tmp> nm test.o r bar V foo [EMAIL PROTECTED]:~/tmp> /opt/gcc/4.0-devel/bin/gcc -c test.c -O2 [EMAIL PROTECTED]:~/tmp> nm test.o U bar [EMAIL PROTECTED]:~/tmp> /opt/gcc/4.0-devel/bin/gcc -c test.c -O2 -fno-unit-at-a-time [EMAIL PROTECTED]:~/tmp> nm test.o r bar V foo The question still remains, what are the symantics? Do we have to declare the variable as extern or not? -- What|Removed |Added CC||jh at suse dot cz http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19031
[Bug target/19029] New: ICE: unrecognizable insn:
Building glibc fails since 2004-12-14 with the following ICE:
/usr/lib/gcc/i586-suse-linux/4.0.0/cc1 -fpreprocessed tst-tls4modb.i -quiet
-dumpbase tst-tls4modb.c -march=i686 -mtune=i686 -mpreferred-stack-boundary=2
-auxbase-strip /usr/src/packages/BUILD/glibc-2.3/cc-nptl/nptl/tst-tls4modb.os
-g -O2 -Wall -Winline -Wstrict-prototypes -Wwrite-strings -std=gnu99 -version
-fmessage-length=0 -fPIC -o tst-tls4modb.s
GNU C version 4.0.0 20041215 (experimental) (SUSE Linux) (i586-suse-linux)
compiled by GNU C version 4.0.0 20041215 (experimental) (SUSE Linux).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
tst-tls4modb.c: In function ?test1?:
tst-tls4modb.c:50: error: unrecognizable insn:
(insn:HI 94 93 86 3 (set (reg/f:SI 69 [ D.6641 ])
(plus:SI (plus:SI (unspec:SI [
(const_int 0 [0x0])
] 15)
(reg:SI 88))
(const_int 32 [0x20]))) -1 (insn_list:REG_DEP_TRUE 93 (nil))
(expr_list:REG_DEAD (reg:SI 88)
(expr_list:REG_EQUAL (const:SI (plus:SI (symbol_ref:SI ("foo") [flags
0x1a] )
(const_int 32 [0x20])))
(nil
tst-tls4modb.c:50: internal compiler error: in extract_insn, at recog.c:2020
Please submit a full bug report,
with preprocessed source if appropriate.
--
Summary: ICE: unrecognizable insn:
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i586-pc-linux-gnu
GCC host triplet: i586-pc-linux-gnu
GCC target triplet: i586-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19029
[Bug target/19029] ICE: unrecognizable insn:
--- Additional Comments From aj at gcc dot gnu dot org 2004-12-16 07:32 --- Created an attachment (id=7752) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7752&action=view) Preprocessed source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19029
[Bug middle-end/19084] New: ICE: internal consistency failure
Compiling glibc with "gcc -m32" on Linux/AMD64 gives me the following ICE with current GCC CVS: /opt/gcc/4.0-devel/libexec/gcc/x86_64-suse-linux-gnu/4.0.0/cc1 -fpreprocessed lcong48_r.i -quiet -dumpbase lcong48_r.c -m32 -march=i686 -mpreferred-stack-boundary=2 -auxbase-strip /builds/glibc/4.0-linuxthreads-32bit/stdlib/lcong48_r.o-g -O2 -Wall -Winline -Wstrict-prototypes -Wwrite-strings -std=gnu99 -version -o lcong48_r.s GNU C version 4.0.0 20041219 (experimental) (x86_64-suse-linux-gnu) compiled by GNU C version 4.0.0 20041219 (experimental). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 lcong48_r.i: In function '__lcong48_r': lcong48_r.i:37: fatal error: internal consistency failure compilation terminated. gdb shows: Breakpoint 3, 0x002a9569ce20 in exit () from /lib64/tls/libc.so.6 (gdb) bt #0 0x002a9569ce20 in exit () from /lib64/tls/libc.so.6 #1 0x0054a805 in diagnostic_action_after_output (context=Variable "context" is not available. ) at /cvs/gcc/gcc/diagnostic.c:247 #2 0x0054a91d in diagnostic_report_diagnostic (context=0xa851e0, diagnostic=0x7fbfffe670) at /cvs/gcc/gcc/diagnostic.c:339 #3 0x0054abf5 in fatal_error (msgid=Variable "msgid" is not available. ) at /cvs/gcc/gcc/diagnostic.c:484 #4 0x005a257c in verify_local_live_at_start (new_live_at_start=0xb3db90, bb=0x2a95971c40) at /cvs/gcc/gcc/flow.c:495 #5 0x005a36b0 in update_life_info (blocks=0xb50920, extent=UPDATE_LIFE_LOCAL, prop_flags=0) at /cvs/gcc/gcc/flow.c:657 #6 0x007faf4e in schedule_insns (dump_file=Variable "dump_file" is not available. ) at /cvs/gcc/gcc/sched-rgn.c:2531 #7 0x0075dde5 in rest_of_compilation () at /cvs/gcc/gcc/passes.c:681 #8 0x0047ba96 in execute_pass_list (pass=0xa7c7a0) at /cvs/gcc/gcc/tree-optimize.c:525 #9 0x0047bd89 in tree_rest_of_compilation (fndecl=0x2a9596b460) at /cvs/gcc/gcc/tree-optimize.c:661 #10 0x00419b33 in c_expand_body (fndecl=0x2a9596b460) at /cvs/gcc/gcc/c-decl.c:6412 #11 0x00788a20 in cgraph_expand_function (node=0x2a9596bee0) at /cvs/gcc/gcc/cgraphunit.c:822 #12 0x0078a071 in cgraph_optimize () at /cvs/gcc/gcc/cgraphunit.c:1689 #13 0x00735f51 in toplev_main (argc=Variable "argc" is not available. ) at /cvs/gcc/gcc/toplev.c:1005 #14 0x002a9568900d in __libc_start_main () from /lib64/tls/libc.so.6 #15 0x004023ca in _start () at start.S:113 -- Summary: ICE: internal consistency failure Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aj at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: x86_64-linux-gnu GCC host triplet: x86_64-linux-gnu GCC target triplet: x86_64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19084
[Bug middle-end/19084] ICE: internal consistency failure
--- Additional Comments From aj at gcc dot gnu dot org 2004-12-19 21:03 --- Created an attachment (id=7780) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7780&action=view) Preprocssed and already shortened file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19084
[Bug target/17646] [4.0 Regression] xgcc links 64bit objects into a 32bit target
--- Additional Comments From aj at gcc dot gnu dot org 2004-12-20 05:57 --- It is not fixed, it still fails the same way -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17646
[Bug bootstrap/19135] [4.0 Regression] build failure in libiberty multilibs
--- Additional Comments From aj at gcc dot gnu dot org 2004-12-23 05:57 --- I encountered a similar problem on Linux/x86-64 - but only on one of my machines. This happened during "make install" into a clean tree (with make install install_root=/tmp/newdir). I'll investigate again... and report back -- What|Removed |Added CC| |aj at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19135
[Bug bootstrap/19135] [4.0 Regression] build failure in libiberty multilibs
--- Additional Comments From aj at gcc dot gnu dot org 2004-12-23 07:06 --- Are you running with multilibs enabled? As I've said, it fails on one of my two test machines - the other one seems happy :-( I'll test with your patch now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19135
[Bug bootstrap/19135] [4.0 Regression] build failure in libiberty multilibs
--- Additional Comments From aj at gcc dot gnu dot org 2004-12-25 08:25 --- This patch worked for me on the troubling machine. I'm testing it on my other machines now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19135
[Bug bootstrap/19135] [4.0 Regression] build failure in libiberty multilibs
--- Additional Comments From aj at gcc dot gnu dot org 2004-12-28 15:42 --- The initial patch to libiberty has been reverted, so this issue should be fixed now. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19135
[Bug c++/19034] [3.4 Regression] internal compiler error: in cp_tree_equal, at cp/tree.c:1633
--- Additional Comments From aj at gcc dot gnu dot org 2004-12-28 16:38 --- It's fixed -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19034
[Bug middle-end/19178] New: internal compiler error: verify_stmts
I get the following ICE:
gcc -DHAVE_CONFIG_H -I. -I. -I..`/usr/bin/freetype-config --cflags` -Wall
-pedantic -I. -DDATADIR="\"/usr/share/tvtime\"" -DCONFDIR="\"/etc/tvtime\""
-DFIFODIR="\"/tmp\"" -D_LARGEFILE64_SOURCE -DLOCALEDIR="\"/usr/share/locale\""
-I../plugins -I/usr/X11R6/include -I/usr/include/libxml2 -march=i686
-mtune=i686 -fmessage-length=0 -Wall -O3 -fomit-frame-pointer -std=gnu99
-mcpu=pentiumpro -MT tvtime-speedy.o -MD -MP -MF ".deps/tvtime-speedy.Tpo" -c
-o tvtime-speedy.o speedy.c -v -save-temps
Using built-in specs.
Configured with: ../configure --enable-threads=posix --prefix=/usr
--with-local-prefix=/usr/local --infodir=/usr/share/info
--mandir=/usr/share/man --libdir=/usr/lib --libexecdir=/usr/lib
--enable-languages=c,c++,objc,f95,java,ada --enable-checking
--with-slibdir=/lib --with-system-zlib --enable-shared --enable-__cxa_atexit
--without-system-libunwind i586-suse-linux
Thread model: posix
gcc version 4.0.0 20041227 (experimental) (SUSE Linux)
/usr/lib/gcc/i586-suse-linux/4.0.0/cc1 -E -quiet -v -I. -I. -I..
-I/usr/include/freetype2 -I. -I../plugins -I/usr/X11R6/include
-I/usr/include/libxml2 -MD tvtime-speedy.d -MF .deps/tvtime-speedy.Tpo -MP -MT
tvtime-speedy.o -MQ tvtime-speedy.o -DHAVE_CONFIG_H
-DDATADIR="/usr/share/tvtime" -DCONFDIR="/etc/tvtime" -DFIFODIR="/tmp"
-D_LARGEFILE64_SOURCE -DLOCALEDIR="/usr/share/locale" speedy.c -march=i686
-mtune=i686 -std=gnu99-Wall -pedantic -Wall -fmessage-length=0
-fomit-frame-pointer -O3 -fpch-preprocess -o speedy.i
ignoring duplicate directory "."
ignoring duplicate directory "."
#include "..." search starts here:
#include <...> search starts here:
.
..
/usr/include/freetype2
../plugins
/usr/X11R6/include
/usr/include/libxml2
/usr/local/include
/usr/lib/gcc/i586-suse-linux/4.0.0/include
/usr/lib/gcc/i586-suse-linux/4.0.0/../../../../i586-suse-linux/include
/usr/include
End of search list.
/usr/lib/gcc/i586-suse-linux/4.0.0/cc1 -fpreprocessed speedy.i -quiet
-dumpbase speedy.c -march=i686 -mtune=i686 -auxbase-strip tvtime-speedy.o -O3
-Wall -pedantic -Wall -std=gnu99 -version -fmessage-length=0
-fomit-frame-pointer -o speedy.s
GNU C version 4.0.0 20041227 (experimental) (SUSE Linux) (i586-suse-linux)
compiled by GNU C version 4.0.0 20041227 (experimental) (SUSE Linux).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
speedy.c: In function
?composite_colour_alpha_to_packed422_scanline_mmxext?:
speedy.c:1407: error: Invalid operand to binary operator
alphaD.3538
speedy.c:1407: internal compiler error: verify_stmts failed.
Please submit a full bug report,
with preprocessed source if appropriate.
--
Summary: internal compiler error: verify_stmts
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i586-pc-linux-gnu
GCC host triplet: i586-pc-linux-gnu
GCC target triplet: i586-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19178
[Bug middle-end/19178] internal compiler error: verify_stmts
--- Additional Comments From aj at gcc dot gnu dot org 2004-12-28 16:53 --- Created an attachment (id=7837) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7837&action=view) Preprocessed source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19178
[Bug middle-end/19179] New: internal compiler error: verify_stmts
/usr/lib/gcc/i586-suse-linux/4.0.0/cc1 -fpreprocessed i386.i -quiet -dumpbase i386.c -march=i686 -mtune=i686 -auxbase-strip i386.o -O2 -Wall -version -fmessage-length=0 -o i386.s GNU C version 4.0.0 20041227 (experimental) (SUSE Linux) (i586-suse-linux) compiled by GNU C version 4.0.0 20041227 (experimental) (SUSE Linux). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 i386.i: In function ?_control87?: i386.i:5: error: Invalid operand to binary operator maskD.1120 i386.i:5: internal compiler error: verify_stmts failed. Please submit a full bug report, with preprocessed source if appropriate. -- Summary: internal compiler error: verify_stmts Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aj at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i586-pc-linux-gnu GCC host triplet: i586-pc-linux-gnu GCC target triplet: i586-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19179
[Bug middle-end/19179] internal compiler error: verify_stmts
--- Additional Comments From aj at gcc dot gnu dot org 2004-12-28 16:59 --- Note this one could be related to 19178. -- What|Removed |Added Summary| internal compiler error: |internal compiler error: |verify_stmts|verify_stmts http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19179
[Bug middle-end/19179] internal compiler error: verify_stmts
--- Additional Comments From aj at gcc dot gnu dot org 2004-12-28 17:00 --- Created an attachment (id=7838) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7838&action=view) Preprocessed source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19179
[Bug middle-end/19178] internal compiler error: verify_stmts
--- Additional Comments From aj at gcc dot gnu dot org 2004-12-28 17:01 --- Note that #19179 has the same ICE message and comes with a smaller testcase. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19178
[Bug target/18910] [4.0 Regression] unrecognisable insn in regclass on x86/amd64
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-01 06:36 --- Raise priority since this hits glibc. -- What|Removed |Added Priority|P2 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18910
[Bug tree-optimization/19217] New: ICE: verify_stmts failed: address taken, but ADDRESSABLE bit not set
I received the following ICE with current GCC CVS:
$ /usr/lib/gcc/i586-suse-linux/4.0.0/cc1 -fpreprocessed splinesave.i -quiet
-dumpbase splinesave.c -march=i686 -mtune=i686 -auxbase-strip splinesave.o -O2
-Wall-Wmissing-prototypes -Wunused -Wimplicit -Wreturn-type -Wparentheses
-Wformat -Wchar-subscripts -version -fmessage-length=0 -fno-strict-aliasing -o
splinesave.s
GNU C version 4.0.0 20041231 (experimental) (SUSE Linux) (i586-suse-linux)
compiled by GNU C version 4.0.0 20041231 (experimental) (SUSE Linux).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
splinesave.c: In function ?NumberHints?:
splinesave.c:92: warning: ?i? may be used uninitialized in this function
splinesave.c: In function ?_CvtPsSplineSet?:
splinesave.c:862: error: address taken, but ADDRESSABLE bit not set
temp3D.13981
splinesave.c:862: internal compiler error: verify_stmts failed.
Please submit a full bug report,
with preprocessed source if appropriate.
I reduced the testcase a little bit and get on Linux/x86-64 with -m32 the
following additional information:
(gdb) r -m32 -fpreprocessed splinesave.i -quiet -dumpbase splinesave.c
-march=i686 -mtune=i686 -auxbase-strip splinesave.o -O2 -Wall
-Wmissing-prototypes -Wunused -Wimplicit -Wreturn-type -Wparentheses -Wformat
-Wchar-subscripts -version -fmessage-length=0 -fno-strict-aliasing -o
splinesave.s
GNU C version 4.0.0 20041231 (experimental) (x86_64-suse-linux-gnu)
compiled by GNU C version 4.0.0 20041231 (experimental).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
splinesave.i: In function ?_CvtPsSplineSet?:
splinesave.i:6402: error: address taken, but ADDRESSABLE bit not set
temp3D.12084
Breakpoint 2, internal_error (msgid=0x850fdd "verify_stmts failed.")
at /cvs/gcc/gcc/diagnostic.c:496
496 {
(gdb) bt
#0 internal_error (msgid=0x850fdd "verify_stmts failed.")
at /cvs/gcc/gcc/diagnostic.c:496
#1 0x0046b1ae in verify_stmts () at /cvs/gcc/gcc/tree-cfg.c:3547
#2 0x004f242b in tree_ssa_iv_optimize (loops=0xb7e1d0)
at /cvs/gcc/gcc/tree-ssa-loop-ivopts.c:5155
#3 0x0047bc46 in execute_pass_list (pass=0xa72d80)
at /cvs/gcc/gcc/tree-optimize.c:525
#4 0x0047bcdb in execute_pass_list (pass=0xa730e0)
at /cvs/gcc/gcc/tree-optimize.c:563
#5 0x0047bcdb in execute_pass_list (pass=0xa6e0c0)
at /cvs/gcc/gcc/tree-optimize.c:563
#6 0x0047bf39 in tree_rest_of_compilation (fndecl=0x2a95a76b60)
at /cvs/gcc/gcc/tree-optimize.c:661
#7 0x00419c73 in c_expand_body (fndecl=0x2a95a76b60)
at /cvs/gcc/gcc/c-decl.c:6383
#8 0x0078af50 in cgraph_expand_function (node=0x2a95a7b000)
at /cvs/gcc/gcc/cgraphunit.c:822
#9 0x0078c5b1 in cgraph_optimize () at /cvs/gcc/gcc/cgraphunit.c:1689
#10 0x007381b1 in toplev_main (argc=Variable "argc" is not available.
) at /cvs/gcc/gcc/toplev.c:1005
#11 0x002a9568900d in __libc_start_main () from /lib64/tls/libc.so.6
#12 0x004025ea in _start () at start.S:113
--
Summary: ICE: verify_stmts failed: address taken, but ADDRESSABLE
bit not set
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,rakdver at gcc dot gnu
dot org
GCC build triplet: i586-pc-linux-gnu
GCC host triplet: i586-pc-linux-gnu
GCC target triplet: i586-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19217
[Bug tree-optimization/19217] ICE: verify_stmts failed: address taken, but ADDRESSABLE bit not set
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-01 06:56 --- Created an attachment (id=7857) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7857&action=view) Preprocessed source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19217
[Bug tree-optimization/18179] vectorizer: wrong alignment/step/initial-address computed for struct accesses
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-01 09:49 --- I see the following new failures on Linux/x86-64 since Ira's patch went in: gcc.dg/tree-ssa/ifc-20040816-1.c (test for excess errors) gcc.dg/vect/pr18400.c (test for excess errors) gcc.dg/vect/pr18400.c scan-tree-dump-times vectorized 1 loops 1 gcc.dg/vect/vect-1.c (test for excess errors) gcc.dg/vect/vect-1.c scan-tree-dump-times vectorized 3 loops 1 gcc.dg/vect/vect-10.c (test for excess errors) gcc.dg/vect/vect-10.c scan-tree-dump-times vectorized 0 loops 1 gcc.dg/vect/vect-11.c (test for excess errors) gcc.dg/vect/vect-12.c (test for excess errors) gcc.dg/vect/vect-13.c (test for excess errors) gcc.dg/vect/vect-14.c (test for excess errors) gcc.dg/vect/vect-15.c (test for excess errors) gcc.dg/vect/vect-16.c (test for excess errors) gcc.dg/vect/vect-17.c (test for excess errors) gcc.dg/vect/vect-18.c (test for excess errors) gcc.dg/vect/vect-19.c (test for excess errors) gcc.dg/vect/vect-2.c (test for excess errors) gcc.dg/vect/vect-2.c scan-tree-dump-times vectorized 1 loops 1 gcc.dg/vect/vect-20.c (test for excess errors) gcc.dg/vect/vect-21.c (test for excess errors) gcc.dg/vect/vect-22.c (test for excess errors) gcc.dg/vect/vect-25.c (test for excess errors) [...] The log files shows the following: Executing on host: /builds/gcc/misc/gcc/xgcc -B/builds/gcc/misc/gcc/ /cvs/gcc/gcc/testsuite/gcc.dg/vect/pr18400.c -O2 -ftree-vec torize -fdump-tree-vect-stats -msse2 -lm -o ./pr18400.exe(timeout = 300) /cvs/gcc/gcc/testsuite/gcc.dg/vect/pr18400.c: In function 'main1': /cvs/gcc/gcc/testsuite/gcc.dg/vect/pr18400.c:9: internal compiler error: tree check: accessed operand 2 of nop_expr with 1 operands in vect_analyze_offset_expr, at tree-vectorizer.c:1452 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. compiler exited with status 1 output is: /cvs/gcc/gcc/testsuite/gcc.dg/vect/pr18400.c: In function 'main1': /cvs/gcc/gcc/testsuite/gcc.dg/vect/pr18400.c:9: internal compiler error: tree check: accessed operand 2 of nop_expr with 1 operands in vect_analyze_offset_expr, at tree-vectorizer.c:1452 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. The ICE message is the same in all cases. -- What|Removed |Added CC| |aj at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18179
[Bug tree-optimization/19224] New: Endless loop compiling simple file: Bug in tree-scalar-evolution.c (instantiate_parameters_1)?
953f20 in cgraph_expand_function (node=0x2a95a570d0) at /cvs/gcc/gcc/cgraphunit.c:822 #54 0x009540a8 in cgraph_assemble_pending_functions () at /cvs/gcc/gcc/cgraphunit.c:305 #55 0x009547d9 in cgraph_finalize_function (decl=0x2a95a40d00, nested=0 '\0') at /cvs/gcc/gcc/cgraphunit.c:388 #56 0x0041a2b4 in finish_function () at /cvs/gcc/gcc/c-decl.c:6356 #57 0x0040611f in yyparse () at c-parse.y:401 #58 0x00407d99 in c_parse_file () at c-parse.y:2922 #59 0x0044c3d6 in c_common_parse_file (set_yydebug=Variable "set_yydebug" is not available. ) at /cvs/gcc/gcc/c-opts.c:1092 #60 0x008f6ece in toplev_main (argc=Variable "argc" is not available. ) at /cvs/gcc/gcc/toplev.c:992 #61 0x002a9568900d in __libc_start_main () from /lib64/tls/libc.so.6 #62 0x004025ea in _start () at start.S:113 -- Summary: Endless loop compiling simple file: Bug in tree-scalar- evolution.c (instantiate_parameters_1)? Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aj at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org,rakdver at gcc dot gnu dot org GCC build triplet: x86_64-linux-gnu GCC host triplet: x86_64-linux-gnu GCC target triplet: x86_64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19224
[Bug tree-optimization/19224] Endless loop compiling simple file: Bug in tree-scalar-evolution.c (instantiate_parameters_1)?
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-02 07:45 --- Created an attachment (id=7861) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7861&action=view) Preprocessed source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19224
[Bug middle-end/19084] ICE: internal consistency failure
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-02 10:36 --- This still fails with current GCC CVS: /opt/gcc/4.0-devel/libexec/gcc/x86_64-suse-linux-gnu/4.0.0/cc1-fpreprocessed t.i -quiet -dumpbase lcong48_r.c -m32 -march=i686 -auxbase-strip /builds/glibc/4.0-linuxthreads-32bit/stdlib/lcong48_r.o -g -O2 -version -o lcong48_r.s GNU C version 4.0.0 20050101 (experimental) (x86_64-suse-linux-gnu) compiled by GNU C version 4.0.0 20050101 (experimental). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 t.i: In function ?__lcong48_r?: t.i:37: fatal error: internal consistency failure compilation terminated. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19084
[Bug tree-optimization/19224] [4.0 regression] Endless loop compiling simple file: Bug in tree-scalar-evolution.c (instantiate_parameters_1)?
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-02 12:05
---
I've reduced the testcase to the following loop:
int
add_long(long tl1, long tl2, long tloop_cnt, long *res)
{
int n;
long l1, l2, l;
l1 = tl1;
l2 = tl2;
l = 0;
for (n = tloop_cnt; n > 0; n--) {
l += l1;
l1 += l2;
l1 += l2;
l2 += l;
l2 += l;
l += l1;
l += l1;
l1 += l2;
l1 += l2;
l2 += l;
l2 += l;
l += l1;
}
*res = l;
return (0);
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19224
[Bug middle-end/19236] [4.0 regression] ICE compiling logp(x) with -ffast-math
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-03 07:30 --- Let's add Uros since he worked on the i386 backend lately and Honza as another expert. -- What|Removed |Added CC||uros at kss-loka dot si, ||hubicka at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19236
[Bug rtl-optimization/19235] [4.0 regression] GCC generates SSE2 instructions for AthlonXP which doesn't support them.
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-03 07:46 --- Confirmed with gcc 4.0.0 20050102. Adding Uros since he made recent patches in this area, and also Honza as another expert. -- What|Removed |Added CC||uros at kss-loka dot si, ||hubicka at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||wrong-code Last reconfirmed|-00-00 00:00:00 |2005-01-03 07:46:28 date|| Summary|GCC generates SSE2 |[4.0 regression] GCC |instructions for AthlonXP |generates SSE2 instructions |which doesn't support them. |for AthlonXP which doesn't ||support them. Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19235
[Bug target/19250] minss/maxss SSE insn not generated for -mfpmath=sse
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-04 09:05 --- Btw. we do the right thing for 64-bit x86-64: $ gcc -O2 -ffast-math -c t.c $ objdump -d t.o t.o: file format elf64-x86-64 Disassembly of section .text: : 0: f3 0f 5d c1 minss %xmm1,%xmm0 4: c3 retq With -m32 I get the same ugly code. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19250
[Bug target/19326] New: gcc.c-torture/execute/simd-6.c fails on x86-64
These tests started recently failing:
gcc.c-torture/execute/simd-6.c compilation, -O3 -fomit-frame-pointer
gcc.c-torture/execute/simd-6.c compilation, -O3 -g
gcc.c-torture/execute/simd-6.c compilation, -Os
Note, the tests work fine with -m32 - and also with the other compile options,
just these three fail.
Executing on host: /builds/gcc/misc/gcc/xgcc
-B/builds/gcc/misc/gcc/ /cvs/gcc/gcc/testsuite/gcc.c-torture/execute/simd-6.c
-w -O3 -fomit-frame-pointer -lm -o /builds/gcc/misc/gcc/testsuite/simd-6.x3
(timeout = 300)
/cvs/gcc/gcc/testsuite/gcc.c-torture/execute/simd-6.c: In function 'main':
/cvs/gcc/gcc/testsuite/gcc.c-torture/execute/simd-6.c:22: error: unable to find
a register to spill in class 'GENERAL_REGS'
/cvs/gcc/gcc/testsuite/gcc.c-torture/execute/simd-6.c:22: error: this is the
insn:
(insn:HI 82 80 84 0 (set (strict_low_part (subreg:QI (reg:V8QI 21 xmm0 [128])
0))
(const_int 3 [0x3])) 60 {*movstrictqi_1} (insn_list:REG_DEP_TRUE 80
(nil))
(nil))
/cvs/gcc/gcc/testsuite/gcc.c-torture/execute/simd-6.c:22: internal compiler
error: in spill_failure, at reload1.c:1873
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
compiler exited with status 1
--
Summary: gcc.c-torture/execute/simd-6.c fails on x86-64
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: x86_64-linux-gnu
GCC host triplet: x86_64-linux-gnu
GCC target triplet: x86_64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19326
[Bug target/19326] gcc.c-torture/execute/simd-6.c fails on x86-64
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-08 17:01 --- These two fail with similiar ICEs: gcc.dg/i386-sse-1.c (test for excess errors) gcc.dg/i386-sse-2.c (test for excess errors) -- What|Removed |Added CC||uros at kss-loka dot si, ||hubicka at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19326
[Bug c/19342] New: internal compiler error: in common_type, at c-typeck.c:490
The following error occured on all 4 architectures where I tested it (x86-64, x86, ia64, PPC), here're the details for i686 (output is from x86_64-linux-gnu GCC with -m32 for debugging purposes): /opt/gcc/4.0-devel/libexec/gcc/x86_64-suse-linux-gnu/4.0.0/cc1 -fpreprocessed db.i -quiet -dumpbase db.c -march=i686 -mtune=i686 -auxbase-strip db.o -O2 -Wall -W -Wall -Wno-unused -W -version -fmessage-length=0 -fno-strict-aliasing -o db.s -m32 GNU C version 4.0.0 20050108 (experimental) (x86_64-suse-linux-gnu) compiled by GNU C version 4.0.0 20050108 (experimental). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 db.i: In function ?write_lease?: db.i:11708: internal compiler error: in common_type, at c-typeck.c:490 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. -- Summary: internal compiler error: in common_type, at c- typeck.c:490 Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aj at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: * GCC host triplet: * GCC target triplet: * http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19342
[Bug c/19342] internal compiler error: in common_type, at c-typeck.c:490
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-09 07:10 --- Created an attachment (id=7910) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7910&action=view) Preprocessed source file - i386 compilation -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19342
[Bug c/19342] internal compiler error: in common_type, at c-typeck.c:490
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-09 07:15 --- Btw. error did not occur with GCC CVS from 20050103 and the next one tested was from 20050108. -- What|Removed |Added Summary| internal compiler error: in|internal compiler error: in |common_type, at c- |common_type, at c- |typeck.c:490|typeck.c:490 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19342
[Bug c++/19343] New: New warnings in libstdc++-v3 since 2004-01-05
I see the following new warnings when compiling GCC CVS on different
Linux platforms since 2004-01-05:
../../../../libstdc++-v3/src/bitmap_allocator.cc: In member function 'size_t*
__gnu_cxx::free_list::_M_get(size_t)':
../../../../libstdc++-v3/src/bitmap_allocator.cc:110: warning: control reaches
end of non-void function
../../../../libstdc++-v3/testsuite/testsuite_abi.cc: In function ~symbol&
get_symbol(const std::string&, const symbols&)~:
../../../../libstdc++-v3/testsuite/testsuite_abi.cc:268: warning: control
reaches end of non-void function
--
Summary: New warnings in libstdc++-v3 since 2004-01-05
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: *
GCC host triplet: *
GCC target triplet: *
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19343
[Bug c++/19343] New warnings in libstdc++-v3 since 2004-01-05
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-09 07:19
---
Gaby comments in http://gcc.gnu.org/ml/libstdc++/2005-01/msg00064.html:
This is a compiler regression. The body of the function is:
_M_get(size_t __sz) throw(std::bad_alloc)
{
#if defined __GTHREADS
_Lock __bfl_lock(&_S_bfl_mutex);
__bfl_lock._M_lock();
#endif
iterator __temp =
__gnu_cxx::balloc::__lower_bound
(_S_free_list.begin(), _S_free_list.end(),
__sz, _LT_pointer_compare());
if (__temp == _S_free_list.end() || !_M_should_i_give(**__temp,
__sz))
{
// We release the lock here, because operator new is
// guaranteed to be thread-safe by the underlying
// implementation.
#if defined __GTHREADS
__bfl_lock._M_unlock();
#endif
// Try twice to get the memory: once directly, and the 2nd
// time after clearing the free list. If both fail, then
// throw std::bad_alloc().
int __ctr = 2;
while (__ctr)
{
size_t* __ret = 0;
--__ctr;
try
{
__ret = reinterpret_cast
(::operator new(__sz + sizeof(size_t)));
}
catch(...)
{
this->_M_clear();
}
if (!__ret)
continue;
*__ret = __sz;
return __ret + 1;
}
std::__throw_bad_alloc();
}
else
{
size_t* __ret = *__temp;
_S_free_list.erase(__temp);
#if defined __GTHREADS
__bfl_lock._M_unlock();
#endif
return __ret + 1;
}
}
In the if-part, the function either (a) returns, from the while-loop;
or (b) throws. In the else-part, it does return.
Please, fill a C++ front-end PR.
-- Gaby
PS: I would not mind removing the exception-specification from
the function.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19343
[Bug tree-optimization/19241] [4.0 Regression] ICE in make_decl_rtl with inliner
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-09 07:29 --- Honza, this is an inliner bug - could you look at it, please? -- What|Removed |Added CC||aj at gcc dot gnu dot org AssignedTo|unassigned at gcc dot gnu |hubicka at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19241
