[Bug c/10719] invalid code generated (x86, int $5) with __builtin_va_arg(va, char);
--- Additional Comments From falk at debian dot org 2005-09-13 06:19 --- (In reply to comment #16) Oh? I had -Werror on, and was not getting any warning at all from my code that was generating 'int $0x5' with gcc 3.4.1. It's perhaps a slightly different case than comment 0, because I was casting an int to a char* in the varargs? Please attach a test case. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10719
[Bug target/23816] [4.1 Regression] ICE in extract_insn, at recog.c:2084
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-09-13 07:11 --- Patch. -- What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||09/msg00705.html http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23816
[Bug fortran/19269] transpose(reshape(...)) of character array segfaults.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-13 07:15 --- Subject: Bug 19269 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-13 07:15:02 Modified files: gcc/testsuite : ChangeLog libgfortran: ChangeLog gcc/fortran: ChangeLog iresolve.c trans-array.c libgfortran/intrinsics: cshift0.c eoshift0.c eoshift2.c pack_generic.c reshape_generic.c spread_generic.c transpose_generic.c unpack_generic.c libgfortran/m4 : cshift1.m4 eoshift1.m4 eoshift3.m4 libgfortran/generated: cshift1_4.c cshift1_8.c eoshift1_4.c eoshift1_8.c eoshift3_4.c eoshift3_8.c Added files: gcc/testsuite/gfortran.dg: char_associated_1.f90 char_cshift_1.f90 char_cshift_2.f90 char_eoshift_1.f90 char_eoshift_2.f90 char_eoshift_3.f90 char_eoshift_4.f90 char_pack_1.f90 char_pack_2.f90 char_reshape_1.f90 char_spread_1.f90 char_transpose_1.f90 char_unpack_1.f90 char_unpack_2.f90 Log message: gcc/fortran/ PR target/19269 * iresolve.c (gfc_resolve_cshift, gfc_resolve_eoshift) (gfc_resolve_pack, gfc_resolve_reshape, gfc_resolve_spread) (gfc_resolve_transpose, gfc_resolve_unpack): Add _char to the name for character-based operations. (gfc_resolve_pack): Remove ATTRIBUTE_UNUSED from array argument. (gfc_resolve_unpack): Copy the whole typespec from the vector. * trans-array.c (gfc_conv_expr_descriptor): In the EXPR_FUNCTION case, get the string length from the scalarization state. libgfortran/ PR target/19269 * intrinsics/cshift0.c (cshift0): Add an extra size argument. (cshift0_1, cshift0_2, cshift0_4, cshift0_8): Replace explicit implementations with... (DEFINE_CSHIFT): ...this new macro. Define character versions too. * intrinsics/eoshift0.c (zeros): Delete. (eoshift0): Add extra size and filler arguments. Use memset if no bound is provided. (eoshift0_1, eoshift0_2, eoshift0_4, eoshift0_8): Replace explicit implementations with... (DEFINE_EOSHIFT): ...this new macro. Define character versions too. * intrinsics/eoshift2.c (zeros): Delete. (eoshift2): Add extra size and filler arguments. Use memset if no bound is provided. (eoshift2_1, eoshift2_2, eoshift2_4, eoshift2_8): Replace explicit implementations with... (DEFINE_EOSHIFT): ...this new macro. Define character versions too. * intrinsics/pack.c (pack_internal): New static function, reusing the contents of pack and adding an extra size argument. Change mptr rather than m when calculating the array size. (pack): Redefine as a forwarder to pack_internal. (pack_s_internal): New static function, reusing the contents of pack_s and adding an extra size argument. (pack_s): Redefine as a forwarder to pack_s_internal. (pack_char, pack_s_char): New functions. * intrinsics/reshape.c (reshape_internal): New static function, reusing the contents of reshape and adding an extra size argument. (reshape): Redefine as a forwarder to reshape_internal. (reshape_char): New function. * intrinsics/spread.c (spread_internal): New static function, reusing the contents of spread and adding an extra size argument. (spread): Redefine as a forwarder to spread_internal. (spread_char): New function. * intrinsics/transpose.c (transpose_internal): New static function, reusing the contents of transpose and adding an extra size argument. (transpose): Redefine as a forwarder to transpose_internal. (transpose_char): New function. * intrinsics/unpack.c (unpack_internal): New static function, reusing the contents of unpack1 and adding extra size and fsize arguments. (unpack1): Redefine as a forwarder to unpack_internal. (unpack0): Call unpack_internal instead of unpack1. (unpack1_char, unpack0_char): New functions. * m4/cshift1.m4 (cshift1): New static function, reusing the contents of cshift1_kind and adding an extra size argument. (cshift1_kind): Redefine as a forwarder to cshift1. (cshift1_kind_char): New function. * m4/eoshift1.m4 (zeros): Delete. (eoshift1): New static function, reusing the contents of eoshift1_kind and adding extra size and filler arguments. Fix calculation of hstride. Use memset if no bound is
[Bug fortran/19269] transpose(reshape(...)) of character array segfaults.
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-09-13 07:24 --- Patch committed to mainline. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19269
[Bug fortran/19276] [meta-bug] CHARACTER related bugs in gfortran
-- Bug 19276 depends on bug 19269, which changed state. Bug 19269 Summary: transpose(reshape(...)) of character array segfaults. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19269 What|Old Value |New Value Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19276
[Bug tree-optimization/23817] [4.1 Regression] ICE in check_loop_closed_ssa_use, at tree-ssa-loop-manip.c:398
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-13 07:33 --- Subject: Bug 23817 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-13 07:33:50 Modified files: gcc: ChangeLog tree-cfg.c Log message: PR tree-optimize/23817 * tree-cfg.c (tree_merge_blocks): Preserve loop closed ssa. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.9943r2=2.9944 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-cfg.c.diff?cvsroot=gccr1=2.220r2=2.221 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23817
[Bug c++/23849] New: inaccessible base in static_cast from template base type to non-template derived type
failing versions: 4.0.1 (FSF), 4.0.0 (Apple, build 5026), 3.4.0 (FSF) -- platform-independent working vesions: 3.3 (Apple, build 4061), 3.3 (FSF) -- platform-independent to reproduce: g++ visibug.cc 'failing' versions reject with the same diagnostic: visibug.cc: In member function 'void AT::foo() const [with T = int]': visibug.cc:20: instantiated from here visibug.cc:15: error: 'Aint' is an inaccessible base of 'B' somewhat reduced test case visibug.cc: template class T class A { protected: void foo(void) const; }; class B : private Aint { public: void bar(void) const; }; template class T void AT::foo(void) const { static_castconst B(*this); } void B::bar(void) const { Aint::foo(); } // end of visibug.cc Remarks: Wasn't able to find any remarks about this particular case in bugzilla (terms: cast, visib, accessibl), nor did I find a comment about C++ language changes in the 3.4 release docs. I suspect either this is a reject-valid bug, OR there's something in the standard that says this is invalid, and that 3.4+ are just conforming to it. (Or I'm extremely tired and my eyes just glossed over it.) If invalid, kindly reference the relevant section? -- Summary: inaccessible base in static_cast from template base type to non-template derived type Product: gcc Version: 4.0.1 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fang at csl dot cornell dot edu CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23849
[Bug target/23687] Crosscompiler looks for files it never built
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-09-13 07:50 --- Re crti.o and crtn.o: can I just check that you unpacked unmodified FSF sources, configured with those arguments, ran make, and that make completed successfully, but that crti.o and crtn.o were somehow not built? If so, I'll need a log of the make process. FWIW, many people build cross mips*-linux-gnu compilers, and I don't remember ever hearing of this kind of problem before. In case it helps debugging, the rules to make crti.o and crtn.o are in config/mips/t-elf. As discussed on the gcc lists, crt1.o and friends are provided by glibc. Using newlib for mips*-linux-gnu is basically unsupported. I wouldn't recommend trying it unless you're really keen on sorting through the fallout yourself ;) If you want us to look at the ICE, we'll need preprocessed input. Please see the bug-reporting instructions for details. -- What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23687
[Bug c++/23849] inaccessible base in static_cast from template base type to non-template derived type
--- Additional Comments From fang at csl dot cornell dot edu 2005-09-13 07:57 --- correction: g++ 3.3.3 (FSF, i386-linux) *rejects* the test case with the same error message. That should narrow down the search to somewhere in the 3.3 series. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23849
[Bug fortran/18899] [gfortran] ubound wrongly calculated for passed array
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-13 08:07 --- Subject: Bug 18899 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-13 08:07:16 Modified files: gcc/testsuite : ChangeLog gcc/fortran: ChangeLog trans-array.c trans-intrinsic.c Added files: gcc/testsuite/gfortran.dg: shape_2.f90 Log message: PR fortran/18899 * trans-intrinsic.c (gfc_conv_intrinsic_bound): Move initialization of argse. Remove now-redundant want_pointer assignment. * trans-array.c (gfc_conv_expr_descriptor): When not assigning to a pointer, keep the original bounds of a full array reference. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.6053r2=1.6054 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/shape_2.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gccr1=1.551r2=1.552 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/trans-array.c.diff?cvsroot=gccr1=1.61r2=1.62 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/trans-intrinsic.c.diff?cvsroot=gccr1=1.53r2=1.54 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18899
[Bug fortran/18899] [gfortran] ubound wrongly calculated for passed array
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-09-13 08:08 --- Patch applied to mainline. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18899
[Bug fortran/18899] [gfortran] ubound wrongly calculated for passed array
-- What|Removed |Added Target Milestone|4.1.1 |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18899
[Bug fortran/18315] missing error for incompatible array assignment involving lbound
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-09-13 08:34 --- After the patch for 18899, this now works for: program main implicit none real :: a(0:9) integer :: bn(10) bn(1:1) = lbound(a) print *, bn(1) end program main but like FX says, we probably ought to report an error for the mismatch in the original testcase. Reclassifying as a missing diagnostic bug. -- What|Removed |Added Status|WAITING |NEW Keywords|wrong-code |accepts-invalid Last reconfirmed|2005-05-08 17:28:58 |2005-09-13 08:34:24 date|| Summary|wrong result for lbound with|missing error for |single argument |incompatible array ||assignment involving lbound http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18315
[Bug fortran/23852] New: Array element as format specification.
Now we allow array and array element as format specification. The array should be assigned HOLLERITH constant first. The question is that if we should allow array element here. g77, pgf deny this, but intel accepts. Some discussions: http://gcc.gnu.org/ml/fortran/2005-09/msg00191.html http://gcc.gnu.org/ml/fortran/2005-09/msg00217.html -- Summary: Array element as format specification. Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fengwang at gcc dot gnu dot org CC: Tobias dot Schlueter at physik dot uni-muenchen dot de,gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23852
[Bug tree-optimization/23853] New: ICE: in tree_low_cst, at tree.c:4270
When I compile the small program below using the actual snapshot (20050909) I get an ICE. This ICE is new, the snapshot from last week is working. Michael Cieslinski file tc.i int Foo () { int a[16]; int i; for (i=0; isizeof(void*); ++i) { int *p; for (p=a+1; pa+16; ++p) *p += p[-1]; } return a[0]; } gcc41o -O2 -ftree-vectorize -c tc.i tc.i: In function 'Foo': tc.i:2: internal compiler error: in tree_low_cst, at tree.c:4270 Please submit a full bug report, with preprocessed source if appropriate. gcc41o -v Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: ../gcc-4.1-20050909/configure --prefix=/usr/local/gcc41o --program-suffix=41o --with-arch=opteron --enable-languages=c,c++ --enable-checking Thread model: posix gcc version 4.1.0 20050909 (experimental) -- Summary: ICE: in tree_low_cst, at tree.c:4270 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: micis at gmx dot de CC: gcc-bugs 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=23853
[Bug rtl-optimization/23837] [4.0/4.1 regression] Wrong code with -fschedule-insns
--- Additional Comments From jakub at gcc dot gnu dot org 2005-09-13 09:04 --- At least on i?86, this seems to be introduced by reload, .lreg dump is still sane. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23837
[Bug tree-optimization/23855] New: Should not do loop header copying for inner loop
void bar(void); void foo(int ie, int je) { int i, j; for (j=0; jje; ++j) for (i=0; iie; ++i) bar(); } should _not_ be transformed to foo (ie, je) { int j; int i; bb 0: if (je 0) goto L23; else goto L5; L23:; j = 0; goto bb 3 (L2); L22:; i = 0; L1:; bar (); i = i + 1; if (ie != i) goto L1; else goto L3; L3:; j = j + 1; if (je != j) goto L2; else goto L5; L2:; if (ie 0) goto L22; else goto L3; L5:; return; } i.e. containing an loop-invariant check if (ie 0). Both DOM and copy-header do this transformation. Disabling both we get ;; Function foo (foo) foo (ie, je) { int j; int i; bb 0: j = 0; goto bb 4 (L4); L1:; bar (); i = i + 1; L2:; if (i ie) goto L1; else goto L3; L3:; j = j + 1; L4:; if (j je) goto L8; else goto L5; L8:; i = 0; goto bb 2 (L2); L5:; return; } which is a _lot_ faster for small ie. Optimally we would hoist the loop invariant check out of the j loop. -- Summary: Should not do loop header copying for inner loop Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rguenth at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23855
[Bug fortran/23663] rejects entry point as a value
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2005-08-31 22:10:24 |2005-09-13 09:57:24 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23663
[Bug fortran/22290] Optimize Assigned GOTO to cause error with -O1 or higher
--- Additional Comments From steven at gcc dot gnu dot org 2005-09-13 10:27 --- Bloody hell. Stupid bug. Alright then, let's see if I can fix this one. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |steven at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-07-04 10:00:04 |2005-09-13 10:27:12 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22290
[Bug middle-end/23828] local calling convention not used when using -fwhole-program --combine
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-13 10:42 --- We do not CONFIRM bugs without a small testcase (which would be 2 small files in this case). Even if I could confirm it (I didn't try to reproduce with the PR22574 testcase). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23828
[Bug libgcj/23856] New: Modification Time Incorrectly Set From Extension Entry
I am filing this bug because we still diverge from Classpath for java.util.zip and we need to track this issue. The base bug is PR classpath/23854 and it also applies to libgcj. See: http://gcc.gnu.org/ml/java/2005-09/msg00070.html http://gcc.gnu.org/ml/java/2005-09/msg00072.html The archives in question are attached to the other PR. -- Summary: Modification Time Incorrectly Set From Extension Entry Product: gcc Version: unknown Status: UNCONFIRMED Severity: minor Priority: P2 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rmathew at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23856
[Bug tree-optimization/23855] Should not do loop header copying for inner loop
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-13 13:12 --- Unswitching should clean this up, but unfortunately(?) only looks at innermost loops. For a reason it seems, just removing this checks results in an ICE. Testcase for unswitching: void bar(void); void foo(int ie, int je) { int j; int i; if (je = 0) goto L5; j = 0; L2: if (ie = 0) goto L3; i = 0; L1: bar (); i = i + 1; if (ie != i) goto L1; L3: j = j + 1; if (je != j) goto L2; L5: return; } -- What|Removed |Added CC||rakdver at atrey dot karlin ||dot mff dot cuni dot cz http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23855
[Bug middle-end/23857] New: ICE: verify_flow_info failed - too many outgoing branch edges
When I compile the small program below using the actual snapshot (20050909) I get an ICE. last working snapshot is gcc-4.1-20050723 first failing snapshot is gcc-4.1-20050730 Michael Cieslinski file tc.cpp extern int *F2 (void) __attribute__ ((__const__)); struct S1{}; struct S3; struct S2 { int F1 () { (*F2 ()) = 62; } }; struct S4 { S4(S1 s1, S2 s2, S3* s3, int i); S1 P1; S2 P2; int P3; int P4; S3 *P5; S3 *P6; }; S4::S4 (S1 s1, S2 s2, S3* s3, int i) : P1(s1), P2(s2), P3(i), P4(i), P5(s3), P6() { while (this-P4 != 0) this-P2.F1 (); } g++41o -O2 -fsched-stalled-insns=5 -fsched2-use-superblocks -funroll-all-loops - S tc.cpp tc.cpp: In constructor 'S4::S4(S1, S2, S3*, int)': tc.cpp:29: error: too many outgoing branch edges from bb 8 tc.cpp:29: error: too many outgoing branch edges from bb 7 tc.cpp:29: error: too many outgoing branch edges from bb 6 tc.cpp:29: error: too many outgoing branch edges from bb 5 tc.cpp:29: error: too many outgoing branch edges from bb 4 tc.cpp:29: internal compiler error: verify_flow_info failed Please submit a full bug report, with preprocessed source if appropriate. g++41o -v Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: ../gcc-4.1-20050909/configure --prefix=/usr/local/gcc41o -- program-suffix=41o --with-arch=opteron --enable-languages=c,c++ --enable- checking Thread model: posix gcc version 4.1.0 20050909 (experimental) -- Summary: ICE: verify_flow_info failed - too many outgoing branch edges Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: micis at gmx dot de CC: gcc-bugs 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=23857
[Bug tree-optimization/23855] Should not do loop header copying for inner loop
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-09-13 13:29 --- It is not clear to me why you find the code without header copying better -- number of checks of each condition is exactly the same in both cases, and with right ordering of basic blocks, there should be one less jump executed. Depending on branch prediction on the target, either the original code or the code with copied headers may be faster, but it is hard to determine which one. Unswitching of non-innermost loops should not be hard to implement (most of code is in place, it only was quite some time that it was tested for anything but innermost loops, so there probably is some bitrot; and a few pieces on tree level may be missing). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23855
[Bug tree-optimization/23817] [4.1 Regression] ICE in check_loop_closed_ssa_use, at tree-ssa-loop-manip.c:398
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-13 13:46 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23817
[Bug tree-optimization/23855] Should not do loop header copying for inner loop
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-13 13:47 --- Well, it is the case that I have some numerical application that has such loops and the case of small ie (1 or 2) does happen during boundary updates, so instead of if (ie = 0) return; for (j=0; jje; ++j) i=0; do { foo(); i=i+1; } while (iie); and executing the if (ie = 0) exactly one time, we execute it je times, which is as often as half times the number of total iterations of the inner loop body. You are probably right that the execution number without loop header copying is exactly the same, but unswitching this condition certainly helps for small ie (where loop versioning with constant ie and completely unrolled inner loop would help even more, of course). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23855
[Bug tree-optimization/23853] [4.1 regression] ICE: in tree_low_cst, at tree.c:4270
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-13 13:54 --- it's ICEing because host_integerp complains that TREE_OVERFLOW is set: #1 0x084f7397 in tree_low_cst (t=0x4022daf8, pos=1) at tree.c:4273 Line number 4273 out of range; tree.c has 2318 lines. (gdb) call debug_tree(t) integer_cst 0x4022daf8 type integer_type 0x4019c78c constant invariant public static overflow 0 backtrace: #0 fancy_abort (file=0x8745bfc ../../../src/gcc-unpatched/gcc/tree.c, line=4273, function=0x8746b83 tree_low_cst) at diagnostic.c:590 #1 0x084f7397 in tree_low_cst (t=0x4022daf8, pos=1) at tree.c:4273 #2 0x08189dec in vect_compute_data_ref_alignment (dr=0x8831090) at tree-vect-analyze.c:784 #3 0x08189eb0 in vect_compute_data_refs_alignment (loop_vinfo=0x8830e90) at tree-vect-analyze.c:810 #4 0x0818abca in vect_analyze_data_refs_alignment (loop_vinfo=0x8830e90) at tree-vect-analyze.c:1249 #5 0x0818ccb4 in vect_analyze_loop (loop=0x881aa68) at tree-vect-analyze.c:2013 #6 0x08187c7a in vectorize_loops (loops=0x8833030) at tree-vectorizer.c:2050 #7 0x081789fd in tree_vectorize () at tree-ssa-loop.c:194 -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||ice-on-valid-code Known to fail||4.1.0 Known to work||4.0.2 Last reconfirmed|-00-00 00:00:00 |2005-09-13 13:54:43 date|| Summary|ICE: in tree_low_cst, at|[4.1 regression] ICE: in |tree.c:4270 |tree_low_cst, at tree.c:4270 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23853
[Bug tree-optimization/23858] New: ICE: Segmentation fault calling fold-const recursively
When I compile the small program below using the actual snapshot (20050909) I get a segfault. This segfault occurs whith all the gcc41 snapshots I have, my oldest is gcc-4.1-20050604, gcc40 does not segfault. Michael Cieslinski file tc.c typedef struct Data { unsigned int Table [256]; } S1; void make_crc_table (S1* ptr) { unsigned int u; int i, j; for (i = 0; i256; i++) { u = (unsigned int) i; for (j=0; j8; j++) if (u 1) u = 0xedb88320U ^ (u 1); ptr-Table[i] = u; } } gcc41o -c -O3 -ftree-vectorize tc.c gcc41o: Internal error: Segmentation fault (program cc1) Please submit a full bug report. g++41o -v Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: ../gcc-4.1-20050909/configure --prefix=/usr/local/gcc41o -- program-suffix=41o --with-arch=opteron --enable-languages=c,c++ --enable- checking Thread model: posix gcc version 4.1.0 20050909 (experimental) gdb --args /usr/local/gcc41o/libexec/gcc/x86_64-unknown-linux-gnu/4.1.0/cc1 - quiet -v tc.c -quiet -dumpbase tc.c -march=opteron -auxbase tc -O3 -version - ftree-vectorize -o /tmp/cc7cEI1I.s GNU gdb Red Hat Linux (6.1post-1.20040607.33rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as x86_64-redhat-linux-gnu...Using host libthread_db library /lib64/tls/libthread_db.so.1. (gdb) r Starting program: /usr/local/gcc41o/libexec/gcc/x86_64-unknown-linux- gnu/4.1.0/cc1 -quiet -v tc.c -quiet -dumpbase tc.c -march=opteron -auxbase tc - O3 -version -ftree-vectorize -o /tmp/cc7cEI1I.s ignoring nonexistent directory /usr/local/gcc41o/lib/gcc/x86_64-unknown-linux- gnu/4.1.0/../../../../x86_64-unknown-linux-gnu/include #include ... search starts here: #include ... search starts here: /usr/local/include /usr/local/gcc41o/include /usr/local/gcc41o/lib/gcc/x86_64-unknown-linux-gnu/4.1.0/include /usr/include End of search list. GNU C version 4.1.0 20050909 (experimental) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.1.0 20050909 (experimental). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: da6b2f2e2233d028468e7d03ba644b6c Program received signal SIGSEGV, Segmentation fault. operand_equal_for_comparison_p (arg0=0x2a95589b70, arg1=0x2a9574b600, other=0x2a95589b70) at ../../gcc-4.1-20050909/gcc/fold-const.c:2669 2669 if (operand_equal_p (arg0, arg1, 0)) (gdb) where #0 operand_equal_for_comparison_p (arg0=0x2a95589b70, arg1=0x2a9574b600, other=0x2a95589b70) at ../../gcc-4.1-20050909/gcc/fold-const.c:2669 #1 0x005ddc84 in fold_cond_expr_with_comparison (type=0x2a95597580, arg0=0x2a95766cd0, arg1=Variable arg1 is not available. ) at ../../gcc-4.1-20050909/gcc/fold-const.c:4378 #2 0x005c10de in fold_ternary (code=Variable code is not available. ) at ../../gcc-4.1-20050909/gcc/fold-const.c:9987 #3 0x005c1b41 in fold_build3_stat (code=COND_EXPR, type=0x2a95597580, op0=0x2a95766cd0, op1=0x2a95589b70, op2=0x2a9574b600) at ../../gcc-4.1- 20050909/gcc/fold-const.c:10547 #4 0x005c10de in fold_ternary (code=Variable code is not available. ) at ../../gcc-4.1-20050909/gcc/fold-const.c:9987 #5 0x005c1b41 in fold_build3_stat (code=COND_EXPR, type=0x2a95597580, op0=0x2a95766cd0, op1=0x2a95589b70, op2=0x2a9574b600) at ../../gcc-4.1- 20050909/gcc/fold-const.c:10547 #6 0x005c10de in fold_ternary (code=Variable code is not available. ) at ../../gcc-4.1-20050909/gcc/fold-const.c:9987 #7 0x005c1b41 in fold_build3_stat (code=COND_EXPR, type=0x2a95597580, op0=0x2a95766cd0, op1=0x2a95589b70, op2=0x2a9574b600) at ../../gcc-4.1- 20050909/gcc/fold-const.c:10547 #8 0x005c10de in fold_ternary (code=Variable code is not available. ) at ../../gcc-4.1-20050909/gcc/fold-const.c:9987 #9 0x005c1b41 in fold_build3_stat (code=COND_EXPR, type=0x2a95597580, op0=0x2a95766cd0, op1=0x2a95589b70, op2=0x2a9574b600) at ../../gcc-4.1- 20050909/gcc/fold-const.c:10547 #10 0x005c10de in fold_ternary (code=Variable code is not available. ) at ../../gcc-4.1-20050909/gcc/fold-const.c:9987 #11 0x005c1b41 in fold_build3_stat (code=COND_EXPR, type=0x2a95597580, op0=0x2a95766cd0, op1=0x2a95589b70, op2=0x2a9574b600) at ../../gcc-4.1- 20050909/gcc/fold-const.c:10547 #12 0x005c10de in fold_ternary (code=Variable code is not available. ) at ../../gcc-4.1-20050909/gcc/fold-const.c:9987 -- Summary: ICE: Segmentation fault calling fold-const recursively Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned
[Bug tree-optimization/23855] Should not do loop header copying for inner loop
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-13 14:01 --- On PPC, we get optimal and almost unswitched loop: L4: ble- cr4,L7 li r31,0 L6: addi r31,r31,1 bl _bar cmpw cr7,r30,r31 bne+ cr7,L6 L7: addi r29,r29,1 cmpw cr7,r28,r29 bne+ cr7,L4 cr4 is a callee save register. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23855
[Bug c++/23849] inaccessible base in static_cast from template base type to non-template derived type
--- Additional Comments From bangerth at dealii dot org 2005-09-13 14:04 --- Here's a slightly smaller version: - struct A {}; struct B : private A {}; B *p = static_castB*((A*)0); - g/x /home/bangerth/bin/gcc-3.2.3/bin/c++ -c x.cc g/x /home/bangerth/bin/gcc-3.4*/bin/c++ -c x.cc x.cc:4: error: `A' is an inaccessible base of `B' The code is rejected at least since gcc3.3.4pre. I must admit that I don't know right away whether the code is legal -- icc for one accepts it -- though I could think of arguments why it shouldn't be. W. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23849
[Bug tree-optimization/23858] ICE: Segmentation fault calling fold-const recursively
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-13 14:05 --- *** This bug has been marked as a duplicate of 23049 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23858
[Bug tree-optimization/23049] [4.1 Regression] ICE with -O3 -ftree-vectorize on 4.1.x
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-13 14:05 --- *** Bug 23858 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23049
[Bug tree-optimization/23853] [4.1 regression] ICE: in tree_low_cst, at tree.c:4270
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-13 14:06 --- Patch that could be obvious (but I'm always hesitant to apply such right away...) Index: tree-vect-analyze.c === RCS file: /cvs/gcc/gcc/gcc/tree-vect-analyze.c,v retrieving revision 2.36 diff -c -3 -p -r2.36 tree-vect-analyze.c *** tree-vect-analyze.c 6 Sep 2005 10:58:49 - 2.36 --- tree-vect-analyze.c 13 Sep 2005 14:02:49 - *** vect_compute_data_ref_alignment (struct *** 773,779 /* Modulo alignment. */ misalign = size_binop (TRUNC_MOD_EXPR, misalign, alignment); ! if (tree_int_cst_sgn (misalign) 0) { /* Negative misalignment value. */ if (vect_print_dump_info (REPORT_DETAILS)) --- 773,779 /* Modulo alignment. */ misalign = size_binop (TRUNC_MOD_EXPR, misalign, alignment); ! if (!host_integerp (misalign, 1)) { /* Negative misalignment value. */ if (vect_print_dump_info (REPORT_DETAILS)) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23853
[Bug tree-optimization/23855] Should not do loop header copying for inner loop
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-13 14:09 --- Heh - you unswitched the comparison but not the jump! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23855
[Bug c++/23849] inaccessible base in static_cast from template base type to non-template derived type
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-13 14:09 --- This is invalid code. See PR 12265 which this is a dup of. *** This bug has been marked as a duplicate of 12265 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23849
[Bug c++/12265] Downcast to class which derives privately rejected
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-13 14:09 --- *** Bug 23849 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||fang at csl dot cornell dot ||edu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12265
[Bug rtl-optimization/23857] [4.1 Regression] ICE: verify_flow_info failed - too many outgoing branch edges
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-13 14:20 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Component|middle-end |rtl-optimization Ever Confirmed||1 GCC build triplet|x86_64-unknown-linux-gnu| GCC host triplet|x86_64-unknown-linux-gnu| Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2005-09-13 14:20:39 date|| Summary|ICE: verify_flow_info failed|[4.1 Regression] ICE: |- too many outgoing branch |verify_flow_info failed - |edges |too many outgoing branch ||edges Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23857
[Bug bootstrap/22541] Building into empty PREFIX causes broken limits.h to be installed
--- Additional Comments From dank at kegel dot com 2005-09-13 14:31 --- Keating wrote in http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01345.html Needs a ChangeLog entry, but otherwise OK. A key detail that you left out of your patch description is that SYSTEM_HEADER_DIR is used *only* for fixincludes and similar; it is not actually put into the compiler. If the path was used in the compiler, this patch would not be OK, because it would mean the compiler couldn't be moved to a different place after installation. I haven't looked at the patch again after reading his comment (just saw it now), but I intend to. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22541
[Bug c++/23842] [3.4/4.0/4.1 Regression] Incorrect access control context
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-13 14:40 --- Subject: Bug 23842 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-09-13 14:39:57 Modified files: gcc/cp : ChangeLog pt.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/template: access16.C Log message: PR c++/23842 * pt.c (tsubst_default_argument): Do treat default argument expressions as occurring in the context of the function called. PR c++/23842 * g++.dg/template/access16.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.4648.2.101r2=1.4648.2.102 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.978.2.24r2=1.978.2.25 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5084.2.401r2=1.5084.2.402 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/access16.C.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23842
[Bug c++/23839] [4.0/4.1 Regression] ICE: expected var_decl, have parm_decl in cxx_mark_addressable, at cp/typeck.c:4343
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-13 14:42 --- Subject: Bug 23839 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-09-13 14:42:39 Modified files: gcc/cp : ChangeLog typeck.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/parse: register1.C Log message: PR c++/23839 * typeck.c (cxx_mark_addressable): Only check DECL_HARD_REGISTER for VAR_DECLs. PR c++/23839 * g++.dg/parse/register1.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.4648.2.102r2=1.4648.2.103 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.616.2.18r2=1.616.2.19 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5084.2.402r2=1.5084.2.403 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/register1.C.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23839
[Bug c++/23842] [3.4/4.0/4.1 Regression] Incorrect access control context
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-13 14:44 --- Subject: Bug 23842 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-13 14:44:08 Modified files: gcc/cp : ChangeLog pt.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/template: access16.C Log message: PR c++/23842 * pt.c (tsubst_default_argument): Do treat default argument expressions as occurring in the context of the function called. PR c++/23842 * g++.dg/template/access16.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gccr1=1.4887r2=1.4888 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gccr1=1.1033r2=1.1034 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.6055r2=1.6056 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/access16.C.diff?cvsroot=gccr1=1.1r2=1.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23842
[Bug c++/23839] [4.0/4.1 Regression] ICE: expected var_decl, have parm_decl in cxx_mark_addressable, at cp/typeck.c:4343
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-13 14:45 --- Subject: Bug 23839 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-13 14:45:14 Modified files: gcc/cp : ChangeLog typeck.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/parse: register1.C Log message: PR c++/23839 * typeck.c (cxx_mark_addressable): Only check DECL_HARD_REGISTER for VAR_DECLs. PR c++/23839 * g++.dg/parse/register1.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gccr1=1.4888r2=1.4889 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck.c.diff?cvsroot=gccr1=1.652r2=1.653 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.6056r2=1.6057 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/register1.C.diff?cvsroot=gccr1=1.1r2=1.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23839
[Bug middle-end/23845] missed strength reduction costs performance
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-13 14:50 --- This is done for me correctly on PPC-darwin. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23845
[Bug fortran/22290] Optimize Assigned GOTO to cause error with -O1 or higher
--- Additional Comments From fengwang at gcc dot gnu dot org 2005-09-13 14:53 --- (In reply to comment #8) Bloody hell. Stupid bug. Alright then, let's see if I can fix this one. Steven, it seems to disappear on current gcc4.1 and gcc4.0. I once send you a patch to fix the gimple problem. The patch is attached. And this patch fixes another compiling ICE in the test case: subroutine s1 (a) integer a assign 777 to a go to a 777 print *, Hello s1 end program test call s1 (1) end -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22290
[Bug c++/23842] [3.4/4.0/4.1 Regression] Incorrect access control context
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-13 14:55 --- Fixed in 4.0.2. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23842
[Bug c++/23839] [4.0/4.1 Regression] ICE: expected var_decl, have parm_decl in cxx_mark_addressable, at cp/typeck.c:4343
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-13 14:55 --- Fixed in 4.0.2. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23839
[Bug c++/16171] [ABI] Problems with standard names in different namespaces
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-13 15:16 --- Subject: Bug 16171 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-13 15:15:37 Modified files: gcc/cp : ChangeLog mangle.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/abi: mangle26.C mangle27.C mangle28.C mangle29.C Log message: PR c++/16171 * mangle.c (find_substitution): Do not use special substitutions for identifiers not in std::. PR c++/16171 * g++.dg/abi/mangle26.C: New test. * g++.dg/abi/mangle27.C: New test. * g++.dg/abi/mangle28.C: New test. * g++.dg/abi/mangle29.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gccr1=1.4889r2=1.4890 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/mangle.c.diff?cvsroot=gccr1=1.127r2=1.128 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.6057r2=1.6058 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/abi/mangle26.C.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/abi/mangle27.C.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/abi/mangle28.C.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/abi/mangle29.C.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16171
[Bug c++/16171] [ABI] Problems with standard names in different namespaces
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-13 15:17 --- Subject: Bug 16171 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-09-13 15:17:12 Modified files: gcc/cp : ChangeLog mangle.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/abi: mangle26.C mangle27.C mangle28.C mangle29.C Log message: PR c++/16171 * g++.dg/abi/mangle26.C: New test. * g++.dg/abi/mangle27.C: New test. * g++.dg/abi/mangle28.C: New test. * g++.dg/abi/mangle29.C: New test. PR c++/16171 * mangle.c (find_substitution): Do not use special substitutions for identifiers not in std::. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.4648.2.103r2=1.4648.2.104 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/mangle.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.116r2=1.116.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5084.2.403r2=1.5084.2.404 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/abi/mangle26.C.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/abi/mangle27.C.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/abi/mangle28.C.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/abi/mangle29.C.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16171
[Bug c++/16171] [ABI] Problems with standard names in different namespaces
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-13 15:19 --- Fixed in GCC 4.0.2. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16171
[Bug libstdc++/23734] [4.1 Regression] make[4]: execvp: /usr/local/bin/bash: Arg list too long
--- Additional Comments From sje at cup dot hp dot com 2005-09-13 15:47 --- I don't have a 10.20 machine around anymore. All my machines are 11.00 or later. 10.20 was released in 1996. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23734
[Bug libstdc++/23734] [4.1 Regression] make[4]: execvp: /usr/local/bin/bash: Arg list too long
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-09-13 16:00 --- Subject: Re: [4.1 Regression] make[4]: execvp: /usr/local/bin/bash: Arg list too long I don't have a 10.20 machine around anymore. All my machines are 11.00 or later. 10.20 was released in 1996. I will try the change when the current bootstrap and check that I am running completes. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23734
[Bug driver/23861] New: Build failure due to -pipe not working with .F90 and .F95 files
Bootstrapping with Fortran enabled fails for 4.0.1 if -pipe is included among flags passed through to library builds. It used to work for 4.0.0. The reason is libgfortran/intrinsics/f2c_specifics.F90, which is new to 4.0.1, and the %| operator used in the specs (gcc/fortran/lang-specs.h) which does not expect numeric characters: /home/macro/src/redhat/BUILD/gcc-4.0.1/obj/gcc/gfortran -B/home/macro/src/redhat/BUILD/gcc-4.0.1/obj/gcc/ -B/usr/i386-linux/bin/ -B/usr/i386-linux/lib/ -isystem /usr/i386-linux/include -isystem /usr/i386-linux/sys-include -DHAVE_CONFIG_H -I. -I../../../libgfortran -I. -iquote../../../libgfortran/io -Wall -fno-repack-arrays -fno-underscoring -pipe -O2 -fomit-frame-pointer -mtune=i486 -c ../../../libgfortran/intrinsics/f2c_specifics.F90 -fPIC -o .libs/f2c_specifics.o cc1: warning: command line option -fno-repack-arrays is valid for F95 but not for C cc1: warning: command line option -fno-underscoring is valid for F95 but not for C f951: error: unrecognized command line option -95 The following patch fixes the problem for me -- digits should be safe to accept in file names, shouldn't they? 2005-08-22 Maciej W. Rozycki [EMAIL PROTECTED] * gcc.c (do_spec_1): Accept numeric characters in file name suffixes. Tested successfully in a native bootstrap for i386-linux-gnu for GCC 4.0.1. Inspection of sources shows it is needed for HEAD as well. -- Summary: Build failure due to -pipe not working with .F90 and .F95 files Product: gcc Version: 4.0.1 Status: UNCONFIRMED Severity: normal Priority: P2 Component: driver AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: macro at linux-mips dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23861
[Bug driver/23861] Build failure due to -pipe not working with .F90 and .F95 files
--- Additional Comments From macro at linux-mips dot org 2005-09-13 16:03 --- Created an attachment (id=9718) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9718action=view) gcc-4.0.1-specs-pipe-suffix.patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23861
[Bug fortran/23862] New: Select Fortran source form appropriately for -pipe
When -pipe is used for .F90 and .F95 sources this warning is produced: Warning: Reading file 'stdin' as free form. The reason is the compiler cannot deduce the form from the file name suffix as in this case it's only known to the preprocessor. Here is an obvious patch following the approach used for .F/.fpp/.FPP and .f/.for/.FOR files. 2005-08-22 Maciej W. Rozycki [EMAIL PROTECTED] * fortran/lang-specs.h: Pass -ffree-form by default for Fortran 90 sources. Tested successfully in a native bootstrap for i386-linux-gnu for GCC 4.0.1. Inspection of sources shows it is needed for HEAD as well. -- Summary: Select Fortran source form appropriately for -pipe Product: gcc Version: 4.0.1 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: macro at linux-mips dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23862
[Bug fortran/23862] Select Fortran source form appropriately for -pipe
--- Additional Comments From macro at linux-mips dot org 2005-09-13 16:06 --- Created an attachment (id=9719) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9719action=view) gcc-4.0.1-fortran-form-free.patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23862
[Bug middle-end/20297] #pragma GCC visibility isn't properly handled for builtin functions
--- Additional Comments From benjamin at smedbergs dot us 2005-09-13 16:34 --- Created an attachment (id=9720) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9720action=view) Failure even with the latest patch I'm wrong. attachment 9035 fixes the compile errors in the main mozilla tree, but does not fix the errors in NSPR. Attached is the preprocessed source that's failing. This was compiled with -pipe -ansi -Wall -pthread -g -fno-inline -fPIC -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20297
[Bug middle-end/20297] #pragma GCC visibility isn't properly handled for builtin functions
-- What|Removed |Added Attachment #9720 is|1 |0 patch|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20297
[Bug target/18583] [3.4 Regression] error on valid code: const __attribute__((altivec(vector__))) doesn't work in arrays
--- Additional Comments From janis at gcc dot gnu dot org 2005-09-13 18:17 --- I'm still looking at this. My earlier comment about having fixed it on mainline was wrong; I thought it was a problem in altivec.h, but it's in the compiler itself and this problem never showed up on mainline. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18583
[Bug middle-end/23845] missed strength reduction costs performance
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-13 18:29 --- Please provide a standalone testcase. gcc -O2 -S matmul_r8.c matmul_r8.c:31:20: error: config.h: No such file or directory matmul_r8.c:35:25: error: libgfortran.h: No such file or directory matmul_r8.c:49: error: syntax error before '*' token matmul_r8.c:50: warning: parameter names (without types) in function declaration matmul_r8.c:50: warning: data definition has no type or storage class matmul_r8.c:53: error: syntax error before '*' token ... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23845
[Bug tree-optimization/18463] [4.0 Regression] suboptimal use of fancy x86 addressing modes
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-13 18:51 --- This is what we get one the mainline: .L4: movl(%ecx), %eax addl$4, %ecx movl%eax, (%edi,%edx,4) movl(%ebp,%edx,4), %eax movl%eax, (%esi,%edx,4) incl%edx cmpl%edx, %ebx jne .L4 Note the code in comment #4 has a target patch which improves this a little further: Index: i386.c === RCS file: /cvs/gcc/gcc/gcc/config/i386/i386.c,v retrieving revision 1.858 diff -u -p -r1.858 i386.c --- i386.c 6 Sep 2005 19:57:46 - 1.858 +++ i386.c 13 Sep 2005 18:49:44 - @@ -5273,6 +5273,10 @@ ix86_address_cost (rtx x) /* More complex memory references are better. */ if (parts.disp parts.disp != const0_rtx) cost--; + + if (parts.scale != 1) +cost--; + if (parts.seg != SEG_DEFAULT) cost--; But since I don't have SPEC, I have not submitted the patch. Steven could you test this patch and submit it for me? ChangeLog (please make a better changelog): (ix86_address_cost): More complex is cheaper than anything else. -- What|Removed |Added Summary|[4.0/4.1 Regression]|[4.0 Regression] suboptimal |suboptimal use of fancy x86 |use of fancy x86 addressing |addressing modes|modes http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18463
[Bug target/23816] [4.1 Regression] ICE in extract_insn, at recog.c:2084
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-13 19:02 --- Subject: Bug 23816 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-13 19:02:05 Modified files: gcc: ChangeLog gcc/config/i386: sse.md Added files: gcc/testsuite/gcc.dg/vect: pr23816-1.c pr23816-2.c Log message: PR target/23816 * config/i386/sse.md (*ieee_sminv4sf3, *ieee_smaxv4sf3) (*ieee_sminv2df3, *ieee_smaxv2df3): New insn patterns. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.9946r2=2.9947 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/sse.md.diff?cvsroot=gccr1=1.24r2=1.25 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/vect/pr23816-1.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/vect/pr23816-2.c.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23816
[Bug fortran/19358] [gfortran] Segfault with missing upper bound
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-13 19:03 --- Subject: Bug 19358 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-09-13 19:02:57 Modified files: gcc/fortran: trans-array.c ChangeLog gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: assumed_dummy_1.f90 Log message: 2005-09-13 Paul Thomas [EMAIL PROTECTED] PR fortran/19358 * trans-array.c (gfc_trans_dummy_array_bias): correct the typo which uses dim[i].upper for lbound, rather than dim[i].lower. 2005-09-13 Paul Thomas [EMAIL PROTECTED] PR fortran/19358 * gfortran.fortran-torture/assumed_dummy_1.f90: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/trans-array.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.39.2.7r2=1.39.2.8 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.335.2.117r2=1.335.2.118 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/assumed_dummy_1.f90.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5084.2.404r2=1.5084.2.405 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19358
[Bug fortran/21063] ICE in gfc_conv_ss_descriptor, at fortran/trans-array.c:1224 after using maxloc function
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-13 19:19 --- Just for the record: This was fixed by Richard Sandiford's patch for PR19239: http://gcc.gnu.org/ml/gcc-cvs/2005-09/msg00346.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21063
[Bug testsuite/23867] New: libstdc++ ABI testsuite should work for installed compiler testing
The libstdc++ ABI testsuite does not work when testing an installed compiler because: * abi.exp checks for ../src/.libs/libstdc++.so, which of course is not available with an installed compiler. * abi.exp requires baseline_file to be set in site.exp; with installed compiler testing, site.exp is generally created to set generic variables such as CC and CXX being the compilers to test, but not libstdc++-specific ones such as baseline_file. The testsuite should be arranged so that it can find the libstdc++ being used by an installed toolchain, and the logic to find the baseline file should be implemented within the testsuite. It would probably then no longer be necessary to restrict the ABI testing to native compilers only. Mark has asked for this PR to be assigned to him. -- Summary: libstdc++ ABI testsuite should work for installed compiler testing Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: testsuite AssignedTo: mark at codesourcery dot com ReportedBy: jsm28 at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23867
[Bug libstdc++/22554] [4.1 Regression] pb_assoc header build and install overflows exec
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-13 19:23 --- Subject: Bug 22554 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-13 19:22:52 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/include: Makefile.am Makefile.in Log message: 2005-09-12 David Edelsohn [EMAIL PROTECTED] PR libstdc++/22554 PR libstdc++/23734 * include/Makefile.am (stamp-assoc): Install each subgroup of headers separately. * include/Makefile.in: Regenerate. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gccr1=1.3103r2=1.3104 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/Makefile.am.diff?cvsroot=gccr1=1.106r2=1.107 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/Makefile.in.diff?cvsroot=gccr1=1.144r2=1.145 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22554
[Bug libstdc++/23734] [4.1 Regression] make[4]: execvp: /usr/local/bin/bash: Arg list too long
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-13 19:23 --- Subject: Bug 23734 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-13 19:22:52 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/include: Makefile.am Makefile.in Log message: 2005-09-12 David Edelsohn [EMAIL PROTECTED] PR libstdc++/22554 PR libstdc++/23734 * include/Makefile.am (stamp-assoc): Install each subgroup of headers separately. * include/Makefile.in: Regenerate. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gccr1=1.3103r2=1.3104 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/Makefile.am.diff?cvsroot=gccr1=1.106r2=1.107 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/Makefile.in.diff?cvsroot=gccr1=1.144r2=1.145 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23734
[Bug c++/23278] SJLJ-exceptions broken
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-13 19:29 --- Moving to c++ component, maybe they can help him... -- What|Removed |Added Component|libstdc++ |c++ http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23278
[Bug libstdc++/22612] linking error while compiling ddd with g++ 3.4.0 on solaris 9,
-- What|Removed |Added GCC target triplet||sparc-sun-solaris2.9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22612
[Bug c++/21274] SSA Crash, reproducable
--- Additional Comments From callahan at sci dot utah dot edu 2005-09-13 19:32 --- Subject: Re: SSA Crash, reproducable This still crashes for me with the latest Ubuntu g++ build. g++ (GCC) 4.0.2 20050808 (prerelease) (Debian 4.0.1-4ubuntu6) The error is the same, but the crash is line 4186. Michael On Mon, 2005-05-02 at 16:36 +, callahan at sci dot utah dot edu wrote: --- Additional Comments From callahan at sci dot utah dot edu 2005-05-02 16:36 --- I suspect that this is an x86-64 bug. I have a different computer available to me here. I get the same result as Dorit. Note that it appears to be the same Ubuntu beta version as the x86-64 version. I recommend have someone run it on a recent x86-64 and if it's not a problem there then just close out the bug. [EMAIL PROTECTED]:/tmp$ g++-4.0 -msse2 -O3 -ftree-vectorize -ftree-vectorizer-verbose=5 -c testcast.o testcast.cc g++-4.0: testcast.o: No such file or directory testcast.cc:11: note: Alignment of access forced using peeling. testcast.cc:11: note: LOOP VECTORIZED. testcast.cc:26: note: not vectorized: pointer access is not simple. testcast.cc:26: note: not vectorized: unhandled data ref: *D.1981_38 = 1.0e+0 testcast.cc:21: note: vectorized 1 loops in function. [EMAIL PROTECTED]:/tmp$ g++-4.0 --version g++-4.0 (GCC) 4.0.0 20050301 (prerelease) (Debian 4.0-0pre6ubuntu7) Copyright (C) 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21274
[Bug libstdc++/22612] linking error while compiling ddd with g++ 3.4.0
-- What|Removed |Added Known to work||3.3.2 Summary|linking error while |linking error while |compiling ddd with g++ 3.4.0|compiling ddd with g++ 3.4.0 |on solaris 9, | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22612
[Bug libstdc++/22612] linking error while compiling ddd
-- What|Removed |Added Known to fail||3.4.0 Summary|linking error while |linking error while |compiling ddd with g++ 3.4.0|compiling ddd http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22612
[Bug middle-end/23868] New: builtin_apply uses wrong mode for multi-hard-register return values
apply_result_size uses reg_raw_mode for every register that is flagged with FUNCTION_VALUE_REGNO_P. However, reg_raw_mode is the mode to save a single hard register, while a return value can be held in multiple consecutive hard registers, and FUNCTION_VALUE_REGNO_P has to be true only for the first one of these. The problem can be observed at the moment (at least) for sh-elf as: FAIL: gcc.dg/builtin-apply4.c execution test -- Summary: builtin_apply uses wrong mode for multi-hard-register return values Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P2 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: amylaar at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23868
[Bug libstdc++/22554] [4.1 Regression] pb_assoc header build and install overflows exec
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-13 19:35 --- Mine. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bkoz at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22554
[Bug middle-end/23868] builtin_apply uses wrong mode for multi-hard-register return values
-- What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||08/msg00129.html Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23868
[Bug libstdc++/22612] linking error while compiling ddd
-- What|Removed |Added GCC build triplet||sparc-sun-solaris2.9 GCC host triplet||sparc-sun-solaris2.9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22612
[Bug libstdc++/22309] mt allocator doesn't pthread_key_delete it's keys
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-13 19:40 --- Mine. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bkoz at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22309
[Bug c++/21274] SSA Crash, reproducable
-- What|Removed |Added GCC target triplet||x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21274
[Bug middle-end/21274] SSA Crash, reproducable
-- What|Removed |Added Component|c++ |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21274
[Bug tree-optimization/21274] SSA Crash, reproducable
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-13 19:45 --- Hmm, we are trying to gimplify a SCEV tree: (unnamed type) ((long unsigned intD.7) {0, +, D.2009_8}_2 * 8) -- What|Removed |Added Status|UNCONFIRMED |NEW Component|middle-end |tree-optimization Ever Confirmed||1 Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2005-09-13 19:45:09 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21274
[Bug c/23869] New: Missed optimization with integer booleans when compiling for pentium and higher
On x86 architectures, when the target is -march=pentium or higher, the compiler seems to replace (x || y) by ((x | y) != 0) too soon for optimizations to apply, when x and y are integers. Testcase (compiled with gcc -O3 -march=something): typedef int T; void g(T); void f(T x, T y) { if (x || y) return; g(!x); } When the target is -march=i386, GCC is doing a great job and it is able to replace !x by 1 when optimizing: if (x || y) return; g(1); However, when the target is -march=pentium, the generated code is equivalent to: if ((x | y) != 0) return; /* this is a bit better than previously */ g(x != 0);/* this is a lot worse */ If int is replaced by _Bool in the typedef, then the code is correctly optimized: !x is replaced by 1 whatever the target. So the misoptimization is triggered only when boolean values are passed through integers (quite a common situation in C) and when some specific x86 architectures are targeted. $ gcc-snapshot -v Using built-in specs. Target: i686-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,java,f95,objc,obj-c++,treelang --prefix=/usr/lib/gcc-snapshot --enable-shared --with-system-zlib --disable-nls --enable-__cxa_atexit --enable-libstdcxx-allocator=mt --enable-clocale=gnu --enable-libstdcxx-debug --enable-java-gc=boehm --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/gcc-snapshot/jre --enable-mpfr --disable-werror i686-linux-gnu Thread model: posix gcc version 4.1.0 20050904 (experimental) -- Summary: Missed optimization with integer booleans when compiling for pentium and higher Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: guillaume dot melquiond at ens-lyon dot fr CC: gcc-bugs at gcc dot gnu dot org GCC target triplet: i686-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23869
[Bug tree-optimization/21274] SSA Crash, reproducable
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-13 19:48 --- Fixed on the mainline and since this is not a regression closing as fixed. Fixed with 4.1.0 20050802 and 4.1.0 20050714. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21274
[Bug target/23816] [4.1 Regression] ICE in extract_insn, at recog.c:2084
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-09-13 19:51 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23816
[Bug middle-end/23869] Missed optimization with integer booleans when compiling for pentium and higher
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-13 19:52 --- Confirmed, a known issue. Related to PR 15911. and Really is caused by not doing PR 15357 late in the game. -- What|Removed |Added BugsThisDependsOn||15357, 15911 Severity|normal |enhancement Status|UNCONFIRMED |NEW Component|c |middle-end Ever Confirmed||1 Keywords||missed-optimization Last reconfirmed|-00-00 00:00:00 |2005-09-13 19:52:50 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23869
[Bug c/23870] New: continue hangs compiler (and whole computer!)
When I try to compile any of these functions below, GCC 3.4.4 hangs the whole computer! I was needed to reboot my Feodore Core3 system - severe memory leak? I'm compiling on a Linux machine running Feodore Core3 kernel 2.6.9. The compiler is arm-elf-gcc-3.4.4 compiled with binutils-2.16.1, newlib-1.13.0. I compiled binutils like this: ../../$BINUTILS_DIR/configure --target=$TARGET --prefix=$DEST --disable-nls make LDFLAGS=-s all install I compiled GCC like this: ../../$GCC_DIR/configure --enable-languages=c,c++,f77 --target=$TARGET --prefix=$DEST --with-gnu-as --with-gnu-ld --with-newlib --disable-nls make LDFLAGS=-s all-gcc all-target-libstdc++-v3 install-gcc install-target-libstdc++-v3 The code that hangs the compiler looks like this: (Simplified stupid code example just to show the error.) void hang_compiler1(signed long long x) { while (1) { if (x 0) continue; } } void hang_compiler2(signed long long x) { for (;;) { if (x 0) continue; } } void hang_compiler3(signed long long x) { do { if (x 0) continue; } while (1); } -- Summary: continue hangs compiler (and whole computer!) Product: gcc Version: 3.4.4 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fredrik at hederstierna dot com CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: Linux Fedora Core3 kernel 2.6.9 GCC target triplet: arm-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23870
[Bug other/23870] continue hangs compiler (and whole computer!)
-- What|Removed |Added Component|c |other GCC host triplet|Linux Fedora Core3 kernel |i686-pc-linux-gnu |2.6.9 | Keywords||compile-time-hog http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23870
[Bug middle-end/23868] builtin_apply uses wrong mode for multi-hard-register return values
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-13 19:58 --- Confirmed, note I did add this to the patch queue: http://www.dberlin.org/cgi-bin/patches.py -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-09-13 19:58:20 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23868
[Bug testsuite/23867] libstdc++ ABI testsuite should work for installed compiler testing
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-13 19:59 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-09-13 19:59:15 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23867
[Bug driver/23861] Build failure due to -pipe not working with .F90 and .F95 files
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-13 20:03 --- Confirmed. -- What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||08/msg01289.html Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||patch Last reconfirmed|-00-00 00:00:00 |2005-09-13 20:03:06 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23861
[Bug fortran/23862] Select Fortran source form appropriately for -pipe
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-13 20:03 --- Confirmed. -- What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||08/msg01290.html Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||patch Last reconfirmed|-00-00 00:00:00 |2005-09-13 20:03:52 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23862
[Bug other/23870] continue hangs compiler (and whole computer!)
--- Additional Comments From fredrik at hederstierna dot com 2005-09-13 20:08 --- This bug only shows when you compile with -O3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23870
[Bug tree-optimization/23855] Should not do loop header copying for inner loop
-- What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23855
[Bug fortran/17123] Assertion fail in trans-const.c
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-13 20:11 --- This has been fixed on mainline by the patch for PR 19928. As noted there PR 17123 really seems to be a duplicate. *** This bug has been marked as a duplicate of 19928 *** -- What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17123
[Bug fortran/19928] Reference of constant derived type component causes failure
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-13 20:11 --- *** Bug 17123 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||refson dot temp at ntlworld ||dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19928
[Bug middle-end/23830] inline optimization possibility - reorder compilation step
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-13 20:15 --- Confirmed. After IPA constant prop and before inlining, we need early optimizations, like DCE and constant prop. But that is it. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||missed-optimization Last reconfirmed|-00-00 00:00:00 |2005-09-13 20:15:43 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23830
[Bug target/23832] libjava build failure on sh64
-- What|Removed |Added GCC build triplet|i686-pc-linux-gnu | GCC host triplet|i686-pc-linux-gnu | GCC target triplet|sh64-unknown-linux-gnu |sh64-*-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23832
[Bug c++/23833] warning: ignoring packed attribute on unpacked non-POD field on templates
-- What|Removed |Added CC||nathan at gcc dot gnu dot ||org Keywords||diagnostic http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23833
[Bug libstdc++/22339] iconv functions not found by libstdc++v3 configure
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-13 20:18 --- Is this in reference to _GLIBCXX_USE_ICONV? That is only useful for the codecvt specializations that use iconv. As of 4.0.0, this is in libstdc++-v3/include/ext/codecvt_specializations.h. Or is this in reference to runtime testing? That looks different. However, what you are suggesting is still easy to do. -benjamin -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22339
[Bug tree-optimization/23834] Not removing a SSA_NAME which is not used
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-13 20:18 --- Confirmed, I don't know how offten this shows up but what I have seen from compiling GCC, is that it does not show up at all. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-09-13 20:18:40 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23834
[Bug libstdc++/22339] iconv functions not found by libstdc++v3 configure
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-13 20:19 --- Created an attachment (id=9723) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9723action=view) Checks for libiconv_ open and close functions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22339
[Bug libstdc++/22222] New Tru64 UNIX libstdc++ testsuite failures: #warning debug mode disabled due to lack of weak symbol support
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-13 20:20 --- Mine. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bkoz at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2