[Bug c++/37057] 7 Internal Compiler Errors when compiling OpenFOAM-1.5
--- Comment #6 from jorn dot amundsen at ntnu dot no 2008-08-22 06:18 --- Compiling and testing against gcc 4.4 snapshot 20080808 still results in 7 ICEs (1 and 3-7 as of 4.3.1): lnInclude/wrapper.cpp:320: internal compiler error: Illegal instruction interpolation/surfaceInterpolation/limitedSchemes/Gamma/Gamma.C:57: internal compiler error: Segmentation fault lnInclude/Reaction.H:143: internal compiler error: Segmentation fault chemistryReaders/chemkinReader/chemkinReader.C:230: internal compiler error: Segmentation fault RASModel/RASModel.C:205: internal compiler error: Segmentation fault LESModel/LESModel.C:137: internal compiler error: Segmentation fault lnInclude/ReactingCloud.C:101: internal compiler error: Segmentation fault -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37057
[Bug target/37197] New: -msse4 ICE on __builtin_parityl
[EMAIL PROTECTED] gcc]$ cat /tmp/x.i int __attribute__ ((noinline)) testl (unsigned long *a, int b) { return b ? 1 : __builtin_parityl (*a); } [EMAIL PROTECTED] gcc]$ ./xgcc -B./ -m32 -S /tmp/x.i -O2 -msse4 /tmp/x.i: In function âtestlâ: /tmp/x.i:5: internal compiler error: output_operand: invalid expression as operand Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. [EMAIL PROTECTED] gcc]$ ./xgcc --version xgcc (GCC) 4.4.0 20080821 (experimental) [trunk revision 139403] -- Summary: -msse4 ICE on __builtin_parityl Product: gcc Version: 4.3.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl dot tools at gmail dot com GCC target triplet: i686-pc-linux OtherBugsDependingO 35540 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37197
[Bug bootstrap/37086] [4.4 Regression] GCC 3.4 miscompiles trunk (for cross compiling)
--- Comment #8 from nightstrike at gmail dot com 2008-08-22 06:47 --- I can confirm this bug (seeing as how the one I wrote got duped to here). Can someone update the status to confirmed? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37086
[Bug fortran/32095] Accepts invalid character(len(a)),dimension(1) :: a
--- Comment #4 from domob at gcc dot gnu dot org 2008-08-22 07:14 --- Subject: Bug 32095 Author: domob Date: Fri Aug 22 07:13:25 2008 New Revision: 139425 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139425 Log: 2008-08-22 Daniel Kraft [EMAIL PROTECTED] PR fortran/32095 PR fortran/34228 * gfortran.h (in_prefix): New global. (gfc_check_symbol_typed), (gfc_check_expr_typed): New methods. * array.c (match_array_element_spec): Check that bounds-expressions don't have symbols not-yet-typed in them. * decl.c (var_element): Check that variable used is already typed. (char_len_param_value): Check that expression does not contain not-yet-typed symbols. (in_prefix): New global. (gfc_match_prefix): Record using `in_prefix' if we're at the moment parsing a prefix or not. * expr.c (gfc_expr_check_typed): New method. * parse.c (verify_st_order): New argument to disable error output. (check_function_result_typed): New helper method. (parse_spec): Check that the function-result declaration, if given in a prefix, contains no not-yet-typed symbols when the IMPLICIT rules are parsed. * symbol.c (gfc_check_symbol_typed): Check that a symbol already has a type associated to it, otherwise use the IMPLICIT rules or signal an error. 2008-08-22 Daniel Kraft [EMAIL PROTECTED] PR fortran/32095 PR fortran/34228 * gfortran.dg/used_before_typed_1.f90: New test. * gfortran.dg/used_before_typed_2.f90: New test. * gfortran.dg/used_before_typed_3.f90: New test. * gfortran.dg/array_constructor_26.f03: Add -std=gnu to not enable legacy-behaviour for the new check. * gfortran.dg/array_constructor_27.f03: Ditto. * gfortran.dg/blockdata_4.f90: Ditto. * gfortran.dg/bound_2.f90: Reordered declarations to satisfy the check. * gfortran.dg/result_in_spec_1.f90: Ditto. * gfortran.dg/argument_checking_7.f90: Adapted expected error messages. Added: trunk/gcc/testsuite/gfortran.dg/used_before_typed_1.f90 trunk/gcc/testsuite/gfortran.dg/used_before_typed_2.f90 trunk/gcc/testsuite/gfortran.dg/used_before_typed_3.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/array.c trunk/gcc/fortran/decl.c trunk/gcc/fortran/expr.c trunk/gcc/fortran/gfortran.h trunk/gcc/fortran/parse.c trunk/gcc/fortran/symbol.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/argument_checking_7.f90 trunk/gcc/testsuite/gfortran.dg/array_constructor_26.f03 trunk/gcc/testsuite/gfortran.dg/array_constructor_27.f03 trunk/gcc/testsuite/gfortran.dg/blockdata_4.f90 trunk/gcc/testsuite/gfortran.dg/bound_2.f90 trunk/gcc/testsuite/gfortran.dg/result_in_spec_1.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32095
[Bug fortran/34228] -std=f* should diagnose used but later typed variables
--- Comment #4 from domob at gcc dot gnu dot org 2008-08-22 07:14 --- Subject: Bug 34228 Author: domob Date: Fri Aug 22 07:13:25 2008 New Revision: 139425 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139425 Log: 2008-08-22 Daniel Kraft [EMAIL PROTECTED] PR fortran/32095 PR fortran/34228 * gfortran.h (in_prefix): New global. (gfc_check_symbol_typed), (gfc_check_expr_typed): New methods. * array.c (match_array_element_spec): Check that bounds-expressions don't have symbols not-yet-typed in them. * decl.c (var_element): Check that variable used is already typed. (char_len_param_value): Check that expression does not contain not-yet-typed symbols. (in_prefix): New global. (gfc_match_prefix): Record using `in_prefix' if we're at the moment parsing a prefix or not. * expr.c (gfc_expr_check_typed): New method. * parse.c (verify_st_order): New argument to disable error output. (check_function_result_typed): New helper method. (parse_spec): Check that the function-result declaration, if given in a prefix, contains no not-yet-typed symbols when the IMPLICIT rules are parsed. * symbol.c (gfc_check_symbol_typed): Check that a symbol already has a type associated to it, otherwise use the IMPLICIT rules or signal an error. 2008-08-22 Daniel Kraft [EMAIL PROTECTED] PR fortran/32095 PR fortran/34228 * gfortran.dg/used_before_typed_1.f90: New test. * gfortran.dg/used_before_typed_2.f90: New test. * gfortran.dg/used_before_typed_3.f90: New test. * gfortran.dg/array_constructor_26.f03: Add -std=gnu to not enable legacy-behaviour for the new check. * gfortran.dg/array_constructor_27.f03: Ditto. * gfortran.dg/blockdata_4.f90: Ditto. * gfortran.dg/bound_2.f90: Reordered declarations to satisfy the check. * gfortran.dg/result_in_spec_1.f90: Ditto. * gfortran.dg/argument_checking_7.f90: Adapted expected error messages. Added: trunk/gcc/testsuite/gfortran.dg/used_before_typed_1.f90 trunk/gcc/testsuite/gfortran.dg/used_before_typed_2.f90 trunk/gcc/testsuite/gfortran.dg/used_before_typed_3.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/array.c trunk/gcc/fortran/decl.c trunk/gcc/fortran/expr.c trunk/gcc/fortran/gfortran.h trunk/gcc/fortran/parse.c trunk/gcc/fortran/symbol.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/argument_checking_7.f90 trunk/gcc/testsuite/gfortran.dg/array_constructor_26.f03 trunk/gcc/testsuite/gfortran.dg/array_constructor_27.f03 trunk/gcc/testsuite/gfortran.dg/blockdata_4.f90 trunk/gcc/testsuite/gfortran.dg/bound_2.f90 trunk/gcc/testsuite/gfortran.dg/result_in_spec_1.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34228
[Bug fortran/32095] Accepts invalid character(len(a)),dimension(1) :: a
--- Comment #5 from domob at gcc dot gnu dot org 2008-08-22 07:16 --- Fixed. -- domob at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32095
[Bug fortran/34228] -std=f* should diagnose used but later typed variables
--- Comment #5 from domob at gcc dot gnu dot org 2008-08-22 07:17 --- Fixed. -- domob at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34228
[Bug fortran/30239] duplicate data type assignment not detected
-- domob at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |domob at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2006-12-17 20:15:55 |2008-08-22 07:18:27 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30239
[Bug c/37198] New: r139225 causes 435.gromacs compiled error under -O3 -ffast-math
Revision: trunk r139225 Platform: RHEL5 X86_64 Bechmark: 435.gromacs Options: -O3 -ffast-math Error info as follows: gcc -c -o coupling.o -DSPEC_CPU -DNDEBUG -I. -DHAVE_CONFIG_H -O3 -ffast-math -DSPEC_CPU_LP64 coupling.c coupling.c: In function 'calc_pres': coupling.c:19: internal compiler error: in vinfo_for_stmt, at tree-vectorizer.h:546 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. a small case coupling.c is attached. -- Summary: r139225 causes 435.gromacs compiled error under -O3 - ffast-math Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: weiliang dot lin at intel dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37198
[Bug c/37198] r139225 causes 435.gromacs compiled error under -O3 -ffast-math
--- Comment #1 from weiliang dot lin at intel dot com 2008-08-22 08:59 --- Created an attachment (id=16126) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16126action=view) a small case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37198
[Bug middle-end/37125] [4.3/4.4 Regression] possible integer codegen bug
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-08-22 09:01 --- It only fails for 32bit targets. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37125
[Bug middle-end/37125] [4.3/4.4 Regression] possible integer codegen bug
--- Comment #6 from cnstar9988 at gmail dot com 2008-08-22 09:28 --- sorry, I use 64bit linux for testing. I tested again. works well on all 64bit 4.2.4, 4.3.0, 4.3.2-RC1. works well on 4.2.4 32bit. works failed on gcc 4.3.0 32bit. wokrs failed on gcc 4.3.2 RC1 32bit. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37125
[Bug tree-optimization/37198] r139225 causes 435.gromacs compiled error under -O3 -ffast-math
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-08-22 09:57 --- Looks like a dup of PR37174 *** This bug has been marked as a duplicate of 37174 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|c |tree-optimization Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37198
[Bug middle-end/37174] [4.4 Regression] ICE: in vinfo_for_stmt, at tree-vectorizer.h:546
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-08-22 09:57 --- *** Bug 37198 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||weiliang dot lin at intel ||dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37174
[Bug tree-optimization/37194] Autovectorization of small constant iteration loop degrades performance
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-08-22 09:53 --- The x86_64 generated code looks like ggSpectrum_Set: .LFB0: .cfi_startproc movq%rdi, %rax xorl%ecx, %ecx movq%rdi, %rdx andl$15, %eax shrq$2, %rax negl%eax andl$3, %eax je .L15 movl$8, %r8d .p2align 4,,10 .p2align 3 .L10: addl$1, %ecx movl%r8d, %esi movss %xmm0, (%rdx) subl%ecx, %esi addq$4, %rdx cmpl%ecx, %eax ja .L10 .L3: movl$8, %r10d subl%eax, %r10d movl%r10d, %r8d shrl$2, %r8d leal0(,%r8,4), %r9d testl %r9d, %r9d je .L5 movaps %xmm0, %xmm2 sall$2, %eax mov %eax, %eax xorl%edx, %edx shufps $0, %xmm2, %xmm2 leaq(%rdi,%rax), %rax movaps %xmm2, %xmm1 .p2align 4,,10 .p2align 3 .L6: addl$1, %edx movaps %xmm1, (%rax) addq$16, %rax cmpl%r8d, %edx jb .L6 addl%r9d, %ecx subl%r9d, %esi cmpl%r9d, %r10d je .L9 .L5: movslq %ecx,%rax leaq(%rdi,%rax,4), %rax .p2align 4,,10 .p2align 3 .L8: movss %xmm0, (%rax) addq$4, %rax subl$1, %esi jne .L8 .L9: rep ret .L15: movl$8, %esi movl%eax, %ecx jmp .L3 .cfi_endproc I wonder why we do not use movups instead. t.i:3: note: Alignment of access forced using peeling. t.i:3: note: Peeling for alignment will be applied. t.i:3: note: Cost model analysis: Vector inside of loop cost: 1 Vector outside of loop cost: 13 Scalar iteration cost: 1 Scalar outside cost: 7 prologue iterations: 2 epilogue iterations: 2 Calculated minimum iters for profitability: 7 t.i:3: note: === vect_do_peeling_for_alignment === t.i:3: note: created vect_p.29_13 t.i:3: note: niters for prolog loop: (unsigned int) (4 - (((long unsigned int) vect_p.29_13 15) 2)) 3 t.i:3: note: Vectorization may not be profitable. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37194
[Bug fortran/37199] New: array assignment from function writes out of bounds
In the latest gfortran snapshot4.4.0 20080821 (but also in 4.2.3 and 4.3.0) on a 32-bit machine, the attached piece of code crashes on execution (e.g. compiled with -g -Wall), with error *** glibc detected *** a.out: free(): invalid pointer: 0x0805fb48 *** Running with valgrind indicates ==16436== Invalid write of size 8 ==16436==at 0x8048944: MAIN__ (bounds_issue.f90:9) ==16436==by 0x8048B36: main (in /...bounds_... This suggests the array assignment is writing out of the bounds of the array. The code executes without issue on all other f95 compilers tried out. This bug is a showstopper in using gfortran with the hoppet package, http://projects.hepforge.org/hoppet/ --- gfortran -v Using built-in specs. Target: i586-pc-linux-gnu Configured with: /home/fx/gfortran_nightbuild/trunk/configure --prefix=/home/fx/gfortran_nightbuild/irun-20080821 --enable-languages=c,fortran --build=i586-pc-linux-gnu --enable-checking=release --with-gmp=/home/fx/gfortran_nightbuild/software Thread model: posix gcc version 4.4.0 20080821 (experimental) [trunk revision 139368] (GCC) -- Summary: array assignment from function writes out of bounds Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: salam at lpthe dot jussieu dot fr GCC host triplet: Linux bison 2.6.24-19-generic #1 SMP Fri Jul 11 23:41:49 UTC 200 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37199
[Bug fortran/37199] array assignment from function writes out of bounds
--- Comment #1 from salam at lpthe dot jussieu dot fr 2008-08-22 10:29 --- Created an attachment (id=16127) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16127action=view) test case # to see the issue, type gfortran -g -Wall bounds_issue.f90 ./a.out # or valgrind ./a.out -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37199
[Bug middle-end/37125] [4.3/4.4 Regression] possible integer codegen bug
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-08-22 10:34 --- Same issue as PR36548. *** This bug has been marked as a duplicate of 36548 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37125
[Bug middle-end/36548] remainder gives the wrong result for wrapping case with unsigned types
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-08-22 10:34 --- *** Bug 37125 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36548
[Bug middle-end/36548] [4.3/4.4 Regression] remainder gives the wrong result for wrapping case with unsigned types
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-08-22 10:35 --- Mine. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-08-22 10:35:02 date|| Summary|remainder gives the wrong |[4.3/4.4 Regression] |result for wrapping case|remainder gives the wrong |with unsigned types |result for wrapping case ||with unsigned types Target Milestone|--- |4.3.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36548
[Bug fortran/37199] array assignment from function writes out of bounds
--- Comment #2 from dominiq at lps dot ens dot fr 2008-08-22 10:56 --- Confirmed on i686-apple-darwin9 (both 32 and 64 bit modes). Compiling the test with -fbounds-check gives at run time: At line 18 of file pr37199.f90 Fortran runtime error: Array bound mismatch for dimension 1 of array 'pxq' The modified test program bounds_issue implicit none integer, parameter :: dp = kind(1.0d0) real(dp), pointer :: pdf0(:,:), dpdf(:,:) allocate(pdf0(0:282,-6:7)) allocate(dpdf(0:282,-6:7)) ! with dpdf(0:283,-6:7) [illegal] error disappears write(*,*) lbound(dpdf), ubound(dpdf) pdf0 = 1.0d0 dpdf = 0.0d0 dpdf = tmp_PConv(pdf0) if (any(dpdf /= pdf0)) call abort() contains function tmp_PConv(q_in) result(Pxq) real(dp), intent(in) :: q_in(0:,-6:) real(dp) :: Pxq(0:ubound(q_in,dim=1),-6:7) Pxq = 0d0 write(*,*) lbound(q_in), ubound(q_in) write(*,*) lbound(Pxq), ubound(Pxq) Pxq = q_in return end function tmp_PConv end program bounds_issue gives at run time 0 -6 282 7 0 -6 282 7 0 -6 282 7 and does not abort, suggesting that the copy has been properly done. It looks like as another off by one issue(?). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37199
[Bug fortran/30239] duplicate data type assignment not detected
--- Comment #5 from domob at gcc dot gnu dot org 2008-08-22 11:40 --- What's with this PR, do you have any decision? I'm not sure about a `fixed' warning, as this seems to be not common with gfortran, right? But I'd suggest maybe a -Wsurprising warning, so that at least -Wall will notify about this thing together with -pedantic or -std=*. What do you think about this? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30239
[Bug middle-end/37170] [4.4 Regression]: gcc.dg/weak/weak-1.c
--- Comment #15 from dominiq at lps dot ens dot fr 2008-08-22 11:48 --- I don't think this has anything to do with your patch. Unfortunately it has (at least on i686-apple-darwin9). Reverting the patch for gcc/varasm.c I have bootstrapped without any problem and the good news it that the remaining patch fixes: FAIL: gcc.dg/darwin-weakimport-2.c scan-assembler weak_reference _foo and FAIL: gcc.dg/weak/weak-1.c scan-assembler weak[^ \\t]*[ \\t]_?j FAIL: gcc.dg/weak/weak-12.c scan-assembler weak[^ \\t]*[ \\t]_?foo FAIL: gcc.dg/weak/weak-2.c scan-assembler weak[^ \\t]*[ \\t]_?ffoo1a FAIL: gcc.dg/weak/weak-2.c scan-assembler weak[^ \\t]*[ \\t]_?ffoo1b FAIL: gcc.dg/weak/weak-2.c scan-assembler weak[^ \\t]*[ \\t]_?ffoo1c FAIL: gcc.dg/weak/weak-2.c scan-assembler weak[^ \\t]*[ \\t]_?ffoo1e FAIL: gcc.dg/weak/weak-4.c scan-assembler weak[^ \\t]*[ \\t]_?vfoo1a FAIL: gcc.dg/weak/weak-4.c scan-assembler weak[^ \\t]*[ \\t]_?vfoo1b FAIL: gcc.dg/weak/weak-4.c scan-assembler weak[^ \\t]*[ \\t]_?vfoo1c but not FAIL: gcc.dg/darwin-weakimport-1.c scan-assembler weak_reference _a -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37170
[Bug middle-end/37170] [4.4 Regression]: gcc.dg/weak/weak-1.c
--- Comment #16 from dominiq at lps dot ens dot fr 2008-08-22 11:51 --- Note the patch in comment #12 minus the varasm.c part fixes also FAIL: g++.dg/ext/weak2.C scan-assembler weak[^ \\t]*[ \\t]_?_Z3foov All the results for 32-bit mode only, but I am pretty confident that they will hold with -m64. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37170
[Bug fortran/37199] array assignment from function writes out of bounds
-- jv244 at cam dot ac dot uk changed: What|Removed |Added OtherBugsDependingO||32834 nThis|| Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||wrong-code Known to fail||4.4.0 4.2.0 4.3.0 Last reconfirmed|-00-00 00:00:00 |2008-08-22 11:57:37 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37199
[Bug fortran/37193] USE mod, ONLY: i, i=j does not import i
-- jv244 at cam dot ac dot uk changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-08-22 11:58:44 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37193
[Bug c/37200] New: duplicate warning message with braced initializer list
struct test { void *tst; }; struct yy { void **z; }; int foo(struct test *x) { struct yy y[] ={ { (void**) x-tst } }; return 0; } $ gcc x.c -c -pedantic x.c: In function foo: x.c:10: warning: initializer element is not computable at load time x.c:10: warning: initializer element is not computable at load time The duplicate perhaps also shows that we recurse too much here making the c parser slower than it needs to be. A backtrace of the first warning shows: #0 output_init_element (value=0x2b4c4200, strict_string=0 '\0', type=0x2b5100c0, field=0x2b5bd280, pending=1) at /home/manuel/test/src/gcc/c-typeck.c:6304 #1 0x00436000 in process_init_element (value={value = 0x2b4c4200, original_code = ERROR_MARK}) at /home/manuel/test/src/gcc/c-typeck.c:6674 #2 0x00471cbd in c_parser_initval (parser=0x2b4c4140, after=0x0) at /home/manuel/test/src/gcc/c-parser.c:3245 #3 0x00471bc3 in c_parser_initelt (parser=0x2b4c4140) at /home/manuel/test/src/gcc/c-parser.c:3221 #4 0x0047151a in c_parser_braced_init (parser=0x2b4c4140, type=0x0, nested_p=1 '\001') at /home/manuel/test/src/gcc/c-parser.c:3019 #5 0x00471c29 in c_parser_initval (parser=0x2b4c4140, after=0x0) at /home/manuel/test/src/gcc/c-parser.c:3236 #6 0x00471bc3 in c_parser_initelt (parser=0x2b4c4140) at /home/manuel/test/src/gcc/c-parser.c:3221 #7 0x0047151a in c_parser_braced_init (parser=0x2b4c4140, type=0x0, nested_p=0 '\0') at /home/manuel/test/src/gcc/c-parser.c:3019 #8 0x004713e1 in c_parser_initializer (parser=0x2b4c4140) at /home/manuel/test/src/gcc/c-parser.c:2981 #9 0x0046dfd3 in c_parser_declaration_or_fndef (parser=0x2b4c4140, fndef_ok=0 '\0', empty_ok=1 '\001', nested=1 '\001', start_attr_ok=1 '\001') at /home/manuel/test/src/gcc/c-parser.c:1227 Here value is an ADDR_EXPR A backtrace of the second warning shows that we went through the same code again: #0 output_init_element (value=0x2b64d8d0, strict_string=0 '\0', type=0x2b64e0c0, field=0x2b505390, pending=1) at /home/manuel/test/src/gcc/c-typeck.c:6304 #1 0x0043654b in process_init_element (value={value = 0x2b64d8d0, original_code = ERROR_MARK}) at /home/manuel/test/src/gcc/c-typeck.c:6814 #2 0x00471cbd in c_parser_initval (parser=0x2b4c4140, after=0x0) at /home/manuel/test/src/gcc/c-parser.c:3245 #3 0x00471bc3 in c_parser_initelt (parser=0x2b4c4140) at /home/manuel/test/src/gcc/c-parser.c:3221 #4 0x0047151a in c_parser_braced_init (parser=0x2b4c4140, type=0x0, nested_p=0 '\0') at /home/manuel/test/src/gcc/c-parser.c:3019 #5 0x004713e1 in c_parser_initializer (parser=0x2b4c4140) at /home/manuel/test/src/gcc/c-parser.c:2981 Here value is a 'constructor' which itself contains the previous addr_expr. It is not clear to me what is going on. Any help to untangle this would be appreciated. -- Summary: duplicate warning message with braced initializer list Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: diagnostic Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: manu at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37200
[Bug c/37187] please provide a way to treat -pedantic as warning when using -Werror
--- Comment #4 from manu at gcc dot gnu dot org 2008-08-22 12:16 --- The PR for (2) is PR 37200. This concerns (1) and (3). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37187
[Bug c/37200] duplicate warning message with braced initializer list
--- Comment #1 from manu at gcc dot gnu dot org 2008-08-22 12:22 --- This old behaviour anyways, at least since 4.1.2 -- manu at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.1.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37200
[Bug target/37191] [4.3 Regression] ICE in inline_secondary_memory_needed, at config/i386/i386.c:21849
--- Comment #2 from ubizjak at gmail dot com 2008-08-22 12:40 --- Confirmed on 4.3, latent on 4.4. Patch in testing. -- ubizjak at gmail dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ubizjak at gmail dot com |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Known to work||4.4.0 Priority|P3 |P2 Last reconfirmed|-00-00 00:00:00 |2008-08-22 12:40:55 date|| Summary|ICE in |[4.3 Regression] ICE in |inline_secondary_memory_need|inline_secondary_memory_need |ed, at |ed, at |config/i386/i386.c:21849|config/i386/i386.c:21849 Target Milestone|--- |4.3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37191
[Bug target/37197] -msse4 ICE on __builtin_parityl
--- Comment #1 from ubizjak at gmail dot com 2008-08-22 12:42 --- Confirmed, not a regression. Patch in testing. -- ubizjak at gmail dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ubizjak at gmail dot com |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-08-22 12:42:28 date|| Target Milestone|--- |4.3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37197
[Bug middle-end/36548] [4.3/4.4 Regression] remainder gives the wrong result for wrapping case with unsigned types
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-08-22 12:45 --- Subject: Bug 36548 Author: rguenth Date: Fri Aug 22 12:43:49 2008 New Revision: 139450 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139450 Log: 2008-08-22 Richard Guenther [EMAIL PROTECTED] PR middle-end/36548 PR middle-end/37125 * fold-const.c (extract_muldiv_1): Optimize (X * C1) % C2 only if the multiplication does not overflow. * gcc.c-torture/execute/pr37125.c: New testcase. Added: trunk/gcc/testsuite/gcc.c-torture/execute/pr37125.c Modified: trunk/gcc/ChangeLog trunk/gcc/fold-const.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36548
[Bug middle-end/37125] [4.3/4.4 Regression] possible integer codegen bug
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-08-22 12:45 --- Subject: Bug 37125 Author: rguenth Date: Fri Aug 22 12:43:49 2008 New Revision: 139450 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139450 Log: 2008-08-22 Richard Guenther [EMAIL PROTECTED] PR middle-end/36548 PR middle-end/37125 * fold-const.c (extract_muldiv_1): Optimize (X * C1) % C2 only if the multiplication does not overflow. * gcc.c-torture/execute/pr37125.c: New testcase. Added: trunk/gcc/testsuite/gcc.c-torture/execute/pr37125.c Modified: trunk/gcc/ChangeLog trunk/gcc/fold-const.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37125
[Bug fortran/30239] duplicate data type assignment not detected
--- Comment #6 from dfranke at gcc dot gnu dot org 2008-08-22 12:46 --- FUNCTION foo() INTEGER :: foo INTEGER :: foo foo = 42 END FUNCTION This is the same and I'd expect (at least) a warning here -- without -pedantic. IMO, one should be warned (-Wsurpring/-Wall, no -pedantic, in any standard) if the type is confirmed as shown above. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30239
[Bug middle-end/37170] [4.4 Regression]: gcc.dg/weak/weak-1.c
--- Comment #17 from hp at gcc dot gnu dot org 2008-08-22 13:14 --- Could one (or both) please attach preprocessed code and command line so I can reproduce the ICE you see with the *whole* patch applied? I don't see it for neither cris-elf nor native and I don't see where it comes from. Thanks in advance. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37170
[Bug middle-end/37170] [4.4 Regression]: gcc.dg/weak/weak-1.c
--- Comment #18 from dominiq at lps dot ens dot fr 2008-08-22 13:20 --- Could one (or both) please attach preprocessed code and command line so I can reproduce the ICE you see with the *whole* patch applied? I don't see it for neither cris-elf nor native and I don't see where it comes from. My command line is: ../gcc-4.4-work/configure --prefix=/opt/gcc/gcc4.4w --mandir=/opt/gcc/gcc4.4w/share/man --infodir=/opt/gcc/gcc4.4w/share/info --build=i686-apple-darwin9 --enable-languages=c,c++,fortran,objc,obj-c++,java --with-gmp=/sw --with-libiconv-prefix=/usr --with-system-zlib --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib Concerning the preprocessed code, although I assume that I'll have to (re)break the bootstrap, I have no more idea about how I can get it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37170
[Bug fortran/37199] array assignment from function writes out of bounds
--- Comment #3 from dfranke at gcc dot gnu dot org 2008-08-22 13:25 --- Further reduced: program bounds_issue real, pointer :: pdf0(:) allocate(pdf0(0:282)) pdf0 = f(pdf0) contains function f(x) real, intent(in) :: x(0:) ! x(1:), f(1:...) works real :: f(0:ubound(x,dim=1)) ! x(-1:), f(-1:...) crashes f = 0.0 end function end program bounds_issue If the lower bounds in the function argument and function return value are set to 1 and -1 respectively, then the diff of the respective tree dumps is quite small. Which of the seven changes which can be observed is the significant one, I can not tell. -- dfranke at gcc dot gnu dot org changed: What|Removed |Added CC||dfranke at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37199
[Bug tree-optimization/37194] Autovectorization of small constant iteration loop degrades performance
--- Comment #3 from dorit at gcc dot gnu dot org 2008-08-22 13:31 --- (In reply to comment #2) The x86_64 generated code looks like ... I wonder why we do not use movups instead. t.i:3: note: Alignment of access forced using peeling. t.i:3: note: Peeling for alignment will be applied. because the vectorizer doesn't support misaligned stores. I think it should be easy to add - see this old patch: http://gcc.gnu.org/ml/gcc-patches/2007-01/msg00604.html (and also on http://gcc.gnu.org/wiki/VectorizationTasks, under todo). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37194
[Bug middle-end/37170] [4.4 Regression]: gcc.dg/weak/weak-1.c
--- Comment #19 from eric dot weddington at atmel dot com 2008-08-22 13:44 --- (In reply to comment #17) Could one (or both) please attach preprocessed code and command line so I can reproduce the ICE you see with the *whole* patch applied? I don't see it for neither cris-elf nor native and I don't see where it comes from. Thanks in advance. Sure. I'll have it for you in a little while as it's still morning here... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37170
[Bug fortran/37201] New: ICE
$ gfortran odcdir.f90 cdir.o odcdir.f90: In function 'test': odcdir.f90:16: internal compiler error: in gfc_conv_string_parameter, at fortran/trans-expr.c:4009 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. file : odcdir.f90 MODULE mod INTERFACE FUNCTION cdir() BIND(C,name=cdir) RESULT(r) USE iso_c_binding CHARACTER(kind=C_CHAR) :: r END FUNCTION END INTERFACE CONTAINS function odcdir() RESULT(c) CHARACTER :: c c=cdir() end function END MODULE PROGRAM test USE mod WRITE(*,*) ICHAR(odcdir()) WRITE(*,*) ICHAR(cdir()) END PROGRAM file cdir.c char cdir(void){return '/';} -- Summary: ICE Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: francois dot jacq at irsn dot fr GCC build triplet: GNU Fortran (GCC) 4.4.0 20080821 (experimental) [trunk revision GCC host triplet: i686 GNU/Linux, kernel 2.6.22.1 GCC target triplet: 4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37201
[Bug c++/35852] -Wconversion rejects bitwise negation and assignment, cannot cast around
--- Comment #5 from manu at gcc dot gnu dot org 2008-08-22 13:53 --- This is the current situation as of revision 139373. typedef unsigned short ushort; enum { FOO = 0x13 }; template typename T inline void andnot(T lv, const T rv) { lv = ~rv; // -Wconversion int(lv) ~(int(rv)) } int main(int, char*[]) { ushort x = 99; x = ~FOO; // -Wsign-conversion -20 - unsigned short x = ~FOO; // -Wconversion int(x) ~(int(19)) - unsigned short x = x ~FOO; // -Wconversion int(x) ~(int(19)) - unsigned short x = x ushort(~FOO); // no warning x = x ushort(~ushort(FOO)); // no warning x = static_castushort(~FOO); // no warning x = ~x;// no warning andnot(x, ushort(FOO)); // instantiated from here return x; } I don't see what is wrong with the warnings. Would you mind elaborating? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35852
[Bug target/37184] [4.3, 4.4 Regression] ice in ix86_match_ccmode
--- Comment #3 from uros at gcc dot gnu dot org 2008-08-22 14:00 --- Subject: Bug 37184 Author: uros Date: Fri Aug 22 13:58:52 2008 New Revision: 139471 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139471 Log: PR target/37184 * config/i386/i386.c (ix86_match_ccmode): Handle CCAmode, CCCmode, CCOmode and CCSmode destination modes. PR target/37191 * config/i386/mmx.md (*vec_extractv2sf_0): Avoid combining registers from different units in a single alternative. (*vec_extractv2sf_1): Ditto. (*vec_extractv2si_0): Ditto. (*vec_extractv2si_1): Ditto. * config/i386/sse.md (sse2_storehpd): Ditto. (sse2_storelpd): Ditto. (sse2_loadhpd): Ditto. (sse2_loadlpd): Ditto. PR target/37197 * config/i386/i386.md (clzsi2_abm): Fix operand 1 constraints. (popcountsi2): Ditto. (clzdi2_abm): Ditto. (popcountdi2): Ditto. (clzhi2_abm): Ditto. (popcounthi2): Ditto. testsuite/ChangeLog: PR target/37184 * gcc.target/i386/pr37184.c: New test. PR target/37191 * gcc.target/i386/pr37191.c: New test. PR target/37197 * gcc.target/i386/pr37197.c: New test. Added: trunk/gcc/testsuite/gcc.target/i386/pr37184.c trunk/gcc/testsuite/gcc.target/i386/pr37191.c trunk/gcc/testsuite/gcc.target/i386/pr37197.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386.c trunk/gcc/config/i386/i386.md trunk/gcc/config/i386/mmx.md trunk/gcc/config/i386/sse.md trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37184
[Bug target/37191] [4.3 Regression] ICE in inline_secondary_memory_needed, at config/i386/i386.c:21849
--- Comment #3 from uros at gcc dot gnu dot org 2008-08-22 14:00 --- Subject: Bug 37191 Author: uros Date: Fri Aug 22 13:58:52 2008 New Revision: 139471 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139471 Log: PR target/37184 * config/i386/i386.c (ix86_match_ccmode): Handle CCAmode, CCCmode, CCOmode and CCSmode destination modes. PR target/37191 * config/i386/mmx.md (*vec_extractv2sf_0): Avoid combining registers from different units in a single alternative. (*vec_extractv2sf_1): Ditto. (*vec_extractv2si_0): Ditto. (*vec_extractv2si_1): Ditto. * config/i386/sse.md (sse2_storehpd): Ditto. (sse2_storelpd): Ditto. (sse2_loadhpd): Ditto. (sse2_loadlpd): Ditto. PR target/37197 * config/i386/i386.md (clzsi2_abm): Fix operand 1 constraints. (popcountsi2): Ditto. (clzdi2_abm): Ditto. (popcountdi2): Ditto. (clzhi2_abm): Ditto. (popcounthi2): Ditto. testsuite/ChangeLog: PR target/37184 * gcc.target/i386/pr37184.c: New test. PR target/37191 * gcc.target/i386/pr37191.c: New test. PR target/37197 * gcc.target/i386/pr37197.c: New test. Added: trunk/gcc/testsuite/gcc.target/i386/pr37184.c trunk/gcc/testsuite/gcc.target/i386/pr37191.c trunk/gcc/testsuite/gcc.target/i386/pr37197.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386.c trunk/gcc/config/i386/i386.md trunk/gcc/config/i386/mmx.md trunk/gcc/config/i386/sse.md trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37191
[Bug target/37197] -msse4 ICE on __builtin_parityl
--- Comment #2 from uros at gcc dot gnu dot org 2008-08-22 14:00 --- Subject: Bug 37197 Author: uros Date: Fri Aug 22 13:58:52 2008 New Revision: 139471 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139471 Log: PR target/37184 * config/i386/i386.c (ix86_match_ccmode): Handle CCAmode, CCCmode, CCOmode and CCSmode destination modes. PR target/37191 * config/i386/mmx.md (*vec_extractv2sf_0): Avoid combining registers from different units in a single alternative. (*vec_extractv2sf_1): Ditto. (*vec_extractv2si_0): Ditto. (*vec_extractv2si_1): Ditto. * config/i386/sse.md (sse2_storehpd): Ditto. (sse2_storelpd): Ditto. (sse2_loadhpd): Ditto. (sse2_loadlpd): Ditto. PR target/37197 * config/i386/i386.md (clzsi2_abm): Fix operand 1 constraints. (popcountsi2): Ditto. (clzdi2_abm): Ditto. (popcountdi2): Ditto. (clzhi2_abm): Ditto. (popcounthi2): Ditto. testsuite/ChangeLog: PR target/37184 * gcc.target/i386/pr37184.c: New test. PR target/37191 * gcc.target/i386/pr37191.c: New test. PR target/37197 * gcc.target/i386/pr37197.c: New test. Added: trunk/gcc/testsuite/gcc.target/i386/pr37184.c trunk/gcc/testsuite/gcc.target/i386/pr37191.c trunk/gcc/testsuite/gcc.target/i386/pr37197.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386.c trunk/gcc/config/i386/i386.md trunk/gcc/config/i386/mmx.md trunk/gcc/config/i386/sse.md trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37197
[Bug target/37191] [4.3 Regression] ICE in inline_secondary_memory_needed, at config/i386/i386.c:21849
--- Comment #4 from ubizjak at gmail dot com 2008-08-22 14:03 --- Fixed for 4.4. -- ubizjak at gmail dot com changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2008- ||08/msg01651.html Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37191
[Bug target/37184] [4.3 Regression] ice in ix86_match_ccmode
--- Comment #4 from ubizjak at gmail dot com 2008-08-22 14:03 --- Fixed for 4.4. -- ubizjak at gmail dot com changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2008- ||08/msg01650.html Keywords||patch Summary|[4.3, 4.4 Regression] ice in|[4.3 Regression] ice in |ix86_match_ccmode |ix86_match_ccmode http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37184
[Bug target/37197] -msse4 ICE on __builtin_parityl
--- Comment #3 from ubizjak at gmail dot com 2008-08-22 14:04 --- Fixed for 4.4. -- ubizjak at gmail dot com changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2008- ||08/msg01652.html Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37197
[Bug middle-end/36548] [4.3 Regression] remainder gives the wrong result for wrapping case with unsigned types
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-08-22 14:05 --- Fixed on the trunk. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.3.2 Known to work||4.4.0 Summary|[4.3/4.4 Regression]|[4.3 Regression] remainder |remainder gives the wrong |gives the wrong result for |result for wrapping case|wrapping case with unsigned |with unsigned types |types http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36548
[Bug middle-end/37104] [4.4 Regression] ICE: in compare_values_warnv, at tree-vrp.c:1031
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-08-22 14:08 --- Can you check if this still happens? PR36817 is fixed on the trunk. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37104
[Bug tree-optimization/37185] [4.4 Regression]: gcc.dg/matrix/transpose-3.c:16: internal compiler error: verify_stmts failed
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-08-22 14:13 --- Happens everywhere. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||razya at gcc dot gnu dot org Status|UNCONFIRMED |NEW Component|middle-end |tree-optimization Ever Confirmed|0 |1 GCC build triplet|*-apple-darwin* | GCC host triplet|*-apple-darwin* | GCC target triplet|*-apple-darwin* | Keywords||ice-on-valid-code Priority|P3 |P2 Last reconfirmed|-00-00 00:00:00 |2008-08-22 14:13:40 date|| Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37185
[Bug middle-end/37174] [4.4 Regression] ICE: in vinfo_for_stmt, at tree-vectorizer.h:546
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37174
[Bug middle-end/37170] [4.4 Regression]: gcc.dg/weak/weak-1.c
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37170
[Bug middle-end/37165] [4.4 Regression] FAIL: gcc.dg/matrix/matrix-1.c scan-ipa-dump-times matrix-reorg Flattened 3 dimensions 1
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-08-22 14:15 --- *** This bug has been marked as a duplicate of 37185 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37165
[Bug tree-optimization/37185] [4.4 Regression]: gcc.dg/matrix/transpose-3.c:16: internal compiler error: verify_stmts failed
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-08-22 14:15 --- *** Bug 37165 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||eric dot weddington at atmel ||dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37185
[Bug target/37164] [4.4 Regression] gcc.c-torture/execute/ieee/fp-cmp-4.c fails with ICE on -O3
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37164
[Bug target/37163] [4.4 Regression] gcc.c-torture/compile/pr32606.c fails with ICE on -Os
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37163
[Bug target/37162] [4.4 Regression] gcc.c-torture/compile/20020120-1.c fails with ICE on -O[23s]
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37162
[Bug middle-end/37161] [4.4 Regression]: Revision 139225 caused gfortran.dg/vect/pr33301.f -O
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords||ice-on-valid-code Priority|P3 |P1 Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37161
[Bug middle-end/37170] [4.4 Regression]: gcc.dg/weak/weak-1.c
--- Comment #20 from hp at gcc dot gnu dot org 2008-08-22 14:18 --- (In reply to comment #18) My command line is: ../gcc-4.4-work/configure --prefix=/opt/gcc/gcc4.4w --mandir=/opt/gcc/gcc4.4w/share/man --infodir=/opt/gcc/gcc4.4w/share/info --build=i686-apple-darwin9 --enable-languages=c,c++,fortran,objc,obj-c++,java --with-gmp=/sw --with-libiconv-prefix=/usr --with-system-zlib --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib The *gcc* command line at the point of the ICE is the interesting one. Add -v -save-temps to get the preprocessed code and show the internal command line. Concerning the preprocessed code, although I assume that I'll have to (re)break the bootstrap, I have no more idea about how I can get it. Yes. Then repeat manually the last gcc command, adding -v -save-temps. Just like always for gcc bug reports involving an ICE. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37170
[Bug middle-end/37104] [4.4 Regression] ICE: in compare_values_warnv, at tree-vrp.c:1031
--- Comment #2 from dominiq at lps dot ens dot fr 2008-08-22 14:20 --- I still see it at revision 139372. I am not yet at revision 139385 on ppc. I'll start an update ASAP, result by tomorrow (~10 hours). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37104
[Bug middle-end/37151] [4.4 Regression] ICE with -fprofile-use and -ftree-loop-linear
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-08-22 14:21 --- On which target? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37151
[Bug tree-optimization/35468] [4.2/4.3/4.4 Regression] LHS of assignment can be folded to a constant causing ICE
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35468
[Bug testsuite/36087] [4.4 Regression] test failures between revs. 134696 and 134717
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-08-22 14:39 --- Closing as fixed. The memcpy issue is tracked separately, the pr35729.c failure should be filed in a less confusing bugreport. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36087
[Bug target/36756] [4.4 Regression] g++.dg/tls-3.C ICE with section-anchors, unit-at-a-time, no-toplevel-reorder
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-08-22 14:41 --- Any update on this? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36756
[Bug bootstrap/36838] [4.4 Regression] ICE: (__frame_state_for) unwind-dw2.c:1194
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-08-22 14:44 --- Still works for me. Closing due to lack of response from reporter. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36838
[Bug testsuite/36889] [4.4 regression] gfortran.fortran-torture/execute/execute.exp tries to run sse2 execute tests without checking for host support
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-08-22 14:46 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Priority|P3 |P2 Last reconfirmed|-00-00 00:00:00 |2008-08-22 14:46:17 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36889
[Bug tree-optimization/36891] [4.2/4.3/4.4 Regression] ICE with vector division and -ffast-math and LIM
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-08-22 14:48 --- Any updates here? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36891
[Bug middle-end/37170] [4.4 Regression]: gcc.dg/weak/weak-1.c
--- Comment #21 from eric dot weddington at atmel dot com 2008-08-22 14:51 --- Created an attachment (id=16128) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16128action=view) Preprocessed source of ICE from building with patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37170
[Bug c++/36897] [4.2/4.3/4.4 Regression] ICE with function pointer template parameter
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-08-22 14:51 --- For the curious, G++ 3.4.6 says t.ii:4: error: `zeroptr' is not a valid template argument t.ii:4: error: it must be the address of a function with external linkage -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to fail|4.1.1 4.3.0 4.1.2 |4.0.0 4.1.1 4.3.0 4.1.2 Known to work|3.3 |3.4.6 Priority|P3 |P2 Target Milestone|4.3.2 |4.2.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36897
[Bug middle-end/37170] [4.4 Regression]: gcc.dg/weak/weak-1.c
--- Comment #22 from eric dot weddington at atmel dot com 2008-08-22 14:52 --- ICE from building gcc target=avr with patch: Reading specs from /usr/local/avrdev/gcc/build/./gcc/specs Target: avr Configured with: ../gcc/configure --prefix=/usr/local/avr-test --target=avr --datadir=/usr/local/avr-test/doc/gcc --with-pkgversion='WinAVR test' --with-bugurl='URL:http://sourceforge.net/tracker/?atid=520074group_id=68108func=browse' --with-dwarf2 --with-gmp=/usr/local --with-mpfr=/usr/local --enable-win32-registry=WinAVR-test --enable-languages=c --enable-doc --disable-nls --disable-shared --disable-libada --disable-libssp : (reconfigured) ../gcc/configure --prefix=/usr/local/avr-test --target=avr --datadir=/usr/local/avr-test/doc/gcc --with-pkgversion='WinAVR test' --with-bugurl='URL:http://sourceforge.net/tracker/?atid=520074group_id=68108func=browse' --with-dwarf2 --with-gmp=/usr/local --with-mpfr=/usr/local --enable-win32-registry=WinAVR-test --enable-languages=c,c++,objc,ada --enable-doc --disable-nls --disable-shared --disable-libada --disable-libssp Thread model: single gcc version 4.4.0 20080822 (experimental) [trunk revision 139423] (WinAVR test) COLLECT_GCC_OPTIONS='-B/usr/local/avrdev/gcc/build/./gcc/' '-B/usr/local/avr-test/avr/bin/' '-B/usr/local/avr-test/avr/lib/' '-isystem' '/usr/local/avr-test/avr/include' '-isystem' '/usr/local/avr-test/avr/sys-include' '-g' '-D__USE_MINGW_ACCESS' '-mmcu=avr25' '-O2' '-g' '-D__USE_MINGW_ACCESS' '-DIN_GCC' '-DCROSS_DIRECTORY_STRUCTURE' '-W' '-Wall' '-Wwrite-strings' '-Wstrict-prototypes' '-Wmissing-prototypes' '-Wcast-qual' '-Wold-style-definition' '-isystem' './include' '-DDF=SF' '-Dinhibit_libc' '-mcall-prologues' '-Os' '-g' '-DIN_LIBGCC2' '-D__GCC_FLOAT_NOT_NEEDED' '-Dinhibit_libc' '-I.' '-I.' '-I../../.././gcc' '-I../../../../gcc/libgcc' '-I../../../../gcc/libgcc/.' '-I../../../../gcc/libgcc/../gcc' '-I../../../../gcc/libgcc/../include' '-DHAVE_CC_TLS' '-o' '_mulsc3.o' '-MT' '_mulsc3.o' '-MD' '-MP' '-MF' '_mulsc3.dep' '-DL_mulsc3' '-c' '-v' '-save-temps' /usr/local/avrdev/gcc/build/./gcc/cc1 -E -quiet -v -I. -I. -I../../.././gcc -I../../../../gcc/libgcc -I../../../../gcc/libgcc/. -I../../../../gcc/libgcc/../gcc -I../../../../gcc/libgcc/../include -imultilib avr25 -iprefix /usr/local/avrdev/gcc/build/gcc/../lib/gcc/avr/4.4.0/ -isystem /usr/local/avrdev/gcc/build/./gcc/include -isystem /usr/local/avrdev/gcc/build/./gcc/include-fixed -MD _mulsc3.d -MF _mulsc3.dep -MP -MT _mulsc3.o -D__USE_MINGW_ACCESS -D__USE_MINGW_ACCESS -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -DDF=SF -Dinhibit_libc -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -DHAVE_CC_TLS -DL_mulsc3 -isystem /usr/local/avr-test/avr/include -isystem /usr/local/avr-test/avr/sys-include -isystem ./include ../../../../gcc/libgcc/../gcc/libgcc2.c -mmcu=avr25 -mcall-prologues -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition -g -g -g -fworking-directory -O2 -Os -fpch-preprocess -o libgcc2.i ignoring nonexistent directory /usr/local/avr-test/avr/sys-include ignoring nonexistent directory ./include ignoring nonexistent directory /usr/local/avrdev/gcc/build/gcc/../lib/gcc/avr/4.4.0/include ignoring nonexistent directory /usr/local/avrdev/gcc/build/gcc/../lib/gcc/avr/4.4.0/include-fixed ignoring nonexistent directory /usr/local/avrdev/gcc/build/gcc/../lib/gcc/avr/4.4.0/../../../../avr/sys-include ignoring nonexistent directory /usr/local/avrdev/gcc/build/gcc/../lib/gcc/avr/4.4.0/../../../../avr/include ignoring nonexistent directory /usr/local/avrdev/gcc/build/gcc/../lib/gcc/../../lib/gcc/avr/4.4.0/include ignoring nonexistent directory /usr/local/avrdev/gcc/build/gcc/../lib/gcc/../../lib/gcc/avr/4.4.0/include-fixed ignoring nonexistent directory /usr/local/avrdev/gcc/build/gcc/../lib/gcc/../../lib/gcc/avr/4.4.0/../../../../avr/sys-include ignoring nonexistent directory /usr/local/avrdev/gcc/build/gcc/../lib/gcc/../../lib/gcc/avr/4.4.0/../../../../avr/include ignoring duplicate directory . ignoring duplicate directory ../../../../gcc/libgcc/. #include ... search starts here: #include ... search starts here: . ../../.././gcc ../../../../gcc/libgcc ../../../../gcc/libgcc/../gcc ../../../../gcc/libgcc/../include /usr/local/avrdev/gcc/build/./gcc/include /usr/local/avrdev/gcc/build/./gcc/include-fixed /usr/local/avr-test/avr/include End of search list. COLLECT_GCC_OPTIONS='-B/usr/local/avrdev/gcc/build/./gcc/' '-B/usr/local/avr-test/avr/bin/' '-B/usr/local/avr-test/avr/lib/' '-isystem' '/usr/local/avr-test/avr/include' '-isystem' '/usr/local/avr-test/avr/sys-include' '-g' '-D__USE_MINGW_ACCESS' '-mmcu=avr25' '-O2' '-g' '-D__USE_MINGW_ACCESS' '-DIN_GCC' '-DCROSS_DIRECTORY_STRUCTURE' '-W' '-Wall' '-Wwrite-strings' '-Wstrict-prototypes' '-Wmissing-prototypes' '-Wcast-qual' '-Wold-style-definition' '-isystem' './include' '-DDF=SF' '-Dinhibit_libc' '-mcall-prologues' '-Os' '-g' '-DIN_LIBGCC2' '-D__GCC_FLOAT_NOT_NEEDED' '-Dinhibit_libc' '-I.' '-I
[Bug middle-end/37170] [4.4 Regression]: gcc.dg/weak/weak-1.c
--- Comment #23 from dominiq at lps dot ens dot fr 2008-08-22 14:53 --- Here is the command line and its result from directory /opt/gcc/i686-darwin/i686-apple-darwin9/x86_64/libgcc: [ibook-dhum] x86_64/libgcc% /opt/gcc/i686-darwin/./gcc/xgcc -v -save-temps -B/opt/gcc/i686-darwin/./gcc/ -B/opt/gcc/gcc4.4w/i686-apple-darwin9/bin/ -B/opt/gcc/gcc4.4w/i686-apple-darwin9/lib/ -isystem /opt/gcc/gcc4.4w/i686-apple-darwin9/include -isystem /opt/gcc/gcc4.4w/i686-apple-darwin9/sys-include -g -O2 -m64 -O2 -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition -isystem ./include -fPIC -pipe -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../../.././gcc -I../../../../gcc-4.4-work/libgcc -I../../../../gcc-4.4-work/libgcc/. -I../../../../gcc-4.4-work/libgcc/../gcc -I../../../../gcc-4.4-work/libgcc/../include -DHAVE_CC_TLS -o _mulxc3.o -MT _mulxc3.o -MD -MP -MF _mulxc3.dep -DL_mulxc3 -c ../../../../gcc-4.4-work/libgcc/../gcc/libgcc2.c -fvisibility=hidden -DHIDE_EXPORTS xgcc: warning: -pipe ignored because -save-temps specified Reading specs from /opt/gcc/i686-darwin/./gcc/specs Target: i686-apple-darwin9 Configured with: ../gcc-4.4-work/configure --prefix=/opt/gcc/gcc4.4w --mandir=/opt/gcc/gcc4.4w/share/man --infodir=/opt/gcc/gcc4.4w/share/info --build=i686-apple-darwin9 --enable-languages=c,c++,fortran,objc,obj-c++,java --with-gmp=/sw --with-libiconv-prefix=/usr --with-system-zlib --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib Thread model: posix gcc version 4.4.0 [revision 139455p5] 20080822 (experimental) (GCC) COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.5.4' '-v' '-save-temps' '-B/opt/gcc/i686-darwin/./gcc/' '-B/opt/gcc/gcc4.4w/i686-apple-darwin9/bin/' '-B/opt/gcc/gcc4.4w/i686-apple-darwin9/lib/' '-isystem' '/opt/gcc/gcc4.4w/i686-apple-darwin9/include' '-isystem' '/opt/gcc/gcc4.4w/i686-apple-darwin9/sys-include' '-g' '-O2' '-m64' '-O2' '-g' '-O2' '-DIN_GCC' '-W' '-Wall' '-Wwrite-strings' '-Wstrict-prototypes' '-Wmissing-prototypes' '-Wcast-qual' '-Wold-style-definition' '-isystem' './include' '-fPIC' '-pipe' '-g' '-DHAVE_GTHR_DEFAULT' '-DIN_LIBGCC2' '-D__GCC_FLOAT_NOT_NEEDED' '-I.' '-I.' '-I../../.././gcc' '-I../../../../gcc-4.4-work/libgcc' '-I../../../../gcc-4.4-work/libgcc/.' '-I../../../../gcc-4.4-work/libgcc/../gcc' '-I../../../../gcc-4.4-work/libgcc/../include' '-DHAVE_CC_TLS' '-o' '_mulxc3.o' '-MT' '_mulxc3.o' '-MD' '-MP' '-MF' '_mulxc3.dep' '-DL_mulxc3' '-c' '-fvisibility=hidden' '-DHIDE_EXPORTS' '-mtune=generic' /opt/gcc/i686-darwin/./gcc/cc1 -E -quiet -v -I. -I. -I../../.././gcc -I../../../../gcc-4.4-work/libgcc -I../../../../gcc-4.4-work/libgcc/. -I../../../../gcc-4.4-work/libgcc/../gcc -I../../../../gcc-4.4-work/libgcc/../include -imultilib x86_64 -iprefix /opt/gcc/i686-darwin/gcc/../lib/gcc/i686-apple-darwin9/4.4.0/ -isystem /opt/gcc/i686-darwin/./gcc/include -isystem /opt/gcc/i686-darwin/./gcc/include-fixed -MD _mulxc3.d -MF _mulxc3.dep -MP -MT _mulxc3.o -D__DYNAMIC__ -DIN_GCC -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_CC_TLS -DL_mulxc3 -DHIDE_EXPORTS -isystem /opt/gcc/gcc4.4w/i686-apple-darwin9/include -isystem /opt/gcc/gcc4.4w/i686-apple-darwin9/sys-include -isystem ./include ../../../../gcc-4.4-work/libgcc/../gcc/libgcc2.c -fPIC -feliminate-unused-debug-symbols -mmacosx-version-min=10.5.4 -m64 -mtune=generic -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition -fPIC -fvisibility=hidden -g -g -g -fworking-directory -O2 -O2 -O2 -fpch-preprocess -o libgcc2.i ignoring nonexistent directory /opt/gcc/gcc4.4w/i686-apple-darwin9/include ignoring nonexistent directory /opt/gcc/gcc4.4w/i686-apple-darwin9/sys-include ignoring nonexistent directory ./include ignoring nonexistent directory /opt/gcc/i686-darwin/gcc/../lib/gcc/i686-apple-darwin9/4.4.0/include ignoring nonexistent directory /opt/gcc/i686-darwin/gcc/../lib/gcc/i686-apple-darwin9/4.4.0/include-fixed ignoring nonexistent directory /opt/gcc/i686-darwin/gcc/../lib/gcc/i686-apple-darwin9/4.4.0/../../../../i686-apple-darwin9/include ignoring nonexistent directory /usr/local/include ignoring nonexistent directory /opt/gcc/i686-darwin/gcc/../lib/gcc/../../include ignoring nonexistent directory /opt/gcc/i686-darwin/gcc/../lib/gcc/../../lib/gcc/i686-apple-darwin9/4.4.0/include ignoring nonexistent directory /opt/gcc/i686-darwin/gcc/../lib/gcc/../../lib/gcc/i686-apple-darwin9/4.4.0/include-fixed ignoring nonexistent directory /opt/gcc/i686-darwin/gcc/../lib/gcc/../../lib/gcc/i686-apple-darwin9/4.4.0/../../../../i686-apple-darwin9/include ignoring duplicate directory . ignoring duplicate directory ../../../../gcc-4.4-work/libgcc/. #include ... search starts here: #include ... search starts here: . ../../.././gcc ../../../../gcc-4.4-work/libgcc ../../../../gcc-4.4-work/libgcc/../gcc ../../../../gcc-4.4-work/libgcc/../include /opt/gcc/i686-darwin/./gcc/include /opt/gcc/i686
[Bug middle-end/37170] [4.4 Regression]: gcc.dg/weak/weak-1.c
--- Comment #24 from dominiq at lps dot ens dot fr 2008-08-22 14:54 --- Created an attachment (id=16129) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16129action=view) libggc2.i for i686-apple-darwin9 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37170
[Bug c++/36912] [4.2/4.3/4.4 regression] ICE with -frounding-math -g
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-08-22 14:59 --- Interestingly enough this is only broken on the trunk for me, where we reject the code. /abuild/rguenther/trunk-g/gcc/t.ii:1: error: initializer for floating value is not a floating constant /abuild/rguenther/trunk-g/gcc/t.ii:1: confused by earlier errors, bailing out Can we decide what is the bug here and appropriately split this bug into rejects-valid or accepts-invalid for gcc 4.4 and ice-on-{in}valid for 4.4? Due to the unclear status and mixing stuff I leave this P3. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |WAITING Keywords||accepts-invalid, error- ||recovery, ice-on-invalid- ||code, rejects-valid http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36912
[Bug c++/36921] [4.3/4.4 Regression] comparison does not have mathematical meaning is not correct
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-08-22 15:01 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Priority|P3 |P2 Last reconfirmed|-00-00 00:00:00 |2008-08-22 15:01:01 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36921
[Bug middle-end/36983] [4.4 Regression] Trunk 138207 miscompiles 172.mgrid on x86-64
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-08-22 15:02 --- *** This bug has been marked as a duplicate of 35418 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36983
[Bug fortran/35418] [4.4 Regression]: Revision 132592 miscompiles 172.mgrid
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-08-22 15:02 --- *** Bug 36983 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||Joey dot ye at intel dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35418
[Bug middle-end/36990] [4.4 Regression] -fipa-cp vs function pointers and extern template
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-08-22 15:03 --- This seems to be fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36990
[Bug middle-end/37046] [4.4 Regression] Inlining produces calls which gimple_call_fndecl cannot handle correctly
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-08-22 15:04 --- Let's just close this. Martin, please re-open if you figure that things are still broken. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37046
[Bug tree-optimization/37005] [4.4 Regression] GNAT Bug Box for cd2a24e.adb:37 at tree-vrp.c:392
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-08-22 15:07 --- Seems to be target independent, I also see this on x86_64. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC target triplet|sparc-rtems4.9 powerpc- | |rtems4.9| Priority|P3 |P2 Last reconfirmed|-00-00 00:00:00 |2008-08-22 15:07:20 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37005
[Bug debug/37020] [4.4 Regression] FAIL: gcc.dg/debug/dwarf2/dwarf-die3.c scan-assembler-not DW_AT_inline
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37020
[Bug debug/37022] [4.4 regression] internal compiler error: in compute_barrier_args_size
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37022
[Bug target/37028] [4.4 Regression] Error compiling alpha.c in snapshot of 20080801
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37028
[Bug tree-optimization/37031] [4.4 Regression] ICE for h264ref in gather_interchange_stats with -ftree-loop-linear
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37031
[Bug debug/37033] [4.4 Regression] Revision 138733 breaks -g vs -g0 for PCH
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37033
[Bug debug/37058] [4.4 Regression] profiling testcases fail with .cfi_endproc without corresponding .cfi_startproc
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37058
[Bug target/37061] [4.4 Regression] Build fails with REGISTER_TARGET_PRAGMAS redefined
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37061
[Bug java/37068] [4.4 Regression] libgcj linkage failure: Incorrect library ABI version detected
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords||build Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37068
[Bug testsuite/37202] New: FAIL: gcc.dg/visibility-1[4-9].c
On *-apple-darwin* the following tests introduced at revision 139100: Revision 139100 - (view) (download) - [select for diffs] Added Thu Aug 14 16:05:36 2008 UTC (7 days, 23 hours ago) by espindola File length: 239 byte(s) 2008-08-14 Rafael Avila de Espindola [EMAIL PROTECTED] * gcc.dg/visibility-14.c: New test. * gcc.dg/visibility-15.c: New test. * gcc.dg/visibility-16.c: New test. * gcc.dg/visibility-17.c: New test. * gcc.dg/visibility-18.c: New test. * gcc.dg/visibility-19.c: New test. fail since at least revision 139117 (see http://gcc.gnu.org/ml/gcc-testresults/2008-08/msg01430.html): FAIL: gcc.dg/visibility-14.c scan-hidden private_extern[ \\t_]*_?foo FAIL: gcc.dg/visibility-15.c scan-hidden private_extern[ \\t_]*_?foo FAIL: gcc.dg/visibility-16.c scan-hidden private_extern[ \\t_]*_?foo FAIL: gcc.dg/visibility-17.c scan-hidden private_extern[ \\t_]*_?foo FAIL: gcc.dg/visibility-18.c scan-hidden private_extern[ \\t_]*_?foo FAIL: gcc.dg/visibility-19.c scan-hidden private_extern[ \\t_]*_?foo -- Summary: FAIL: gcc.dg/visibility-1[4-9].c Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dominiq at lps dot ens dot fr GCC build triplet: *-apple-darwin* GCC host triplet: *-apple-darwin* GCC target triplet: *-apple-darwin* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37202
[Bug middle-end/37071] [4.4 Regression] EH is broken
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37071
[Bug middle-end/37078] [4.4 Regression] ICE in set_value_range, at tree-vrp.c:401 when compiling gmp 4.2.3
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords||ice-checking Priority|P3 |P2 Last reconfirmed|2008-08-11 16:10:35 |2008-08-22 15:19:17 date|| Summary|[4.4 Regression] ICE when |[4.4 Regression] ICE in |compiling gmp 4.2.3 |set_value_range, at tree- ||vrp.c:401 when compiling gmp ||4.2.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37078
[Bug bootstrap/37086] [4.4 Regression] GCC 3.4 miscompiles trunk (for cross compiling)
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-08-22 15:20 --- This is not a gcc bug. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37086
[Bug c++/37093] [4.2/4.3/4.4 Regression] ICE with pointer to member template parameters
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37093
[Bug target/37094] [4.4 Regression] Ada build broken for i586
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37094
[Bug middle-end/37170] [4.4 Regression]: gcc.dg/weak/weak-1.c
--- Comment #25 from hp at gcc dot gnu dot org 2008-08-22 15:25 --- Created an attachment (id=16130) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16130action=view) Patch, take 3. Thanks for your reports! I stupidly forgot to move out the tree type checks from inside the #ifdef and just couldn't see it! Odd that the weak-test-cases didn't trig this. Now fixed. Lightly checked that it still fixes the C regressions covered by weak.exp for avr and darwin-i686, new regression runs started for cris-elf and native. Please, test on your targets! -- hp at gcc dot gnu dot org changed: What|Removed |Added Attachment #16125|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37170
[Bug tree-optimization/37095] [4.4 regression] Trouble with covariant return
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-08-22 15:26 --- This looks like a fallout from the unit-at-a-time changes. The testcase works for me with -O -fno-toplevel-reorder. Honza, can you have a look here? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||hubicka at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Priority|P3 |P1 Last reconfirmed|-00-00 00:00:00 |2008-08-22 15:26:26 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37095
[Bug c/37106] [4.4 Regression] ICE: in mems_in_disjoint_alias_sets_p, at alias.c:278
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37106
[Bug middle-end/37135] [4.3/4.4 Regression] code size increase for bit-fields assignment
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37135
[Bug tree-optimization/37143] [4.4 Regression] ICE in VRP with the auto-vectorizer
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-08-22 15:34 --- Again wrong types from SCEV. Mine. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Priority|P3 |P2 Last reconfirmed|2008-08-18 03:33:52 |2008-08-22 15:34:48 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37143
[Bug tree-optimization/37145] [4.4 Regression] XFAILs from PRE rewrite
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37145
[Bug c++/37146] [4.4 Regression] Invalid types with COND_EXPR
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37146