[Bug tree-optimization/26304] [4.2 Regression] 25_algorithms/prev_permutation/1.cc on powerpc{64,}-linux and powerpc-darwin
--- Comment #21 from pinskia at gcc dot gnu dot org 2006-05-02 06:14 --- This still fails even after the code change. CCing the person who changed the code: http://gcc.gnu.org/ml/gcc-cvs/2006-05/msg00024.html -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||rakdver at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26304
[Bug testsuite/27376] New: treelang testsuite fails on cygwin
treelang testsuite fails on cygwin with ERROR: tcl error sourcing /usr/local/src/gcc/gcc/testsuite/treelang/output/output.exp. ERROR: rm: cannot remove `treelang/output-1': No such file or directory while executing exec rm $testname (procedure test_treelang_output line 31) invoked from within test_treelang_output treelang/$bname $srcfiles $inpfile $x (foreach body line 15) invoked from within foreach x $outfiles { regsub \\.out$ $x prefix set bname [file tail $prefix] if [file exists ${prefix}.inp] { set inpfile ${prefix}... (file /usr/local/src/gcc/gcc/testsuite/treelang/output/output.exp line 39) invoked from within source /usr/local/src/gcc/gcc/testsuite/treelang/output/output.exp (uplevel body line 1) invoked from within uplevel #0 source /usr/local/src/gcc/gcc/testsuite/treelang/output/output.exp invoked from within catch uplevel #0 source $test_file_name treelang/output-1 doesn't exist but treelang/output-1.exe does. I'll work up a patch. -- Summary: treelang testsuite fails on cygwin Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: billingd at gcc dot gnu dot org GCC build triplet: i686-pc-cygwin GCC host triplet: i686-pc-cygwin GCC target triplet: i686-pc-cygwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27376
[Bug testsuite/27376] treelang testsuite fails on cygwin
-- billingd at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |billingd at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-05-02 06:22:06 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27376
[Bug testsuite/27376] treelang testsuite fails on cygwin
-- billingd at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |minor Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27376
[Bug objc/27377] New: false compiler warnings generated in Objective-C code
The following macro #define GS_INITIALIZED_LOCK(OBJ,CLS) \ (OBJ ? (CLS *) OBJ : (CLS *) [CLS newLockAt: (CLS **)OBJ]) generates these compiler warnings. Unicode.m:253: warning: pointer type mismatch in conditional expression Unicode.m:253: warning: invalid receiver type 'void *' when called as [GS_INITIALIZED_LOCK(local_lock, GSLazyLock) lock]; local_lock here is declared as a static *GSLazyLock; As far as we can tell this code should not generate the warnings it does, which seems to suggest a fault in he objective-c frontend/backend code. -- Summary: false compiler warnings generated in Objective-C code Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: objc AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: caelian at gmail dot com GCC host triplet: amd64-unknown-freebsd7.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27377
[Bug objc/27377] false compiler warnings generated in Objective-C code
--- Comment #1 from caelian at gmail dot com 2006-05-02 06:42 --- Created an attachment (id=11356) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11356action=view) Unicode.mi file this is the output generated by compiling the file with -save-temps it should contain the code that generates the warnings -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27377
[Bug c++/27369] tree check ICE when attribute externally_visible used
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-05-02 06:56 --- Reduced testcase: void __vector_18(void) __attribute__ ((externally_visible)); void __vector_18(void) __attribute__ ((externally_visible)); void __vector_18 (void) { } -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|powerpc-apple-darwin8.6.0 | GCC host triplet|powerpc-apple-darwin8.6.0 | GCC target triplet|avr-unknown-none| Last reconfirmed|-00-00 00:00:00 |2006-05-02 06:56:50 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27369
[Bug c++/27369] [4.2 Regression] tree check ICE when attribute externally_visible used
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-05-02 06:58 --- A regression from 4.1.1. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.2.0 Known to work||4.1.1 Summary|tree check ICE when |[4.2 Regression] tree check |attribute externally_visible|ICE when attribute |used|externally_visible used Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27369
[Bug c++/27369] [4.2 Regression] tree check ICE when attribute externally_visible used
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-05-02 07:01 --- Janis using the testcase in comment # 4 with the following options can you do a regression hunt? --param ggc-min-expand=0 --param ggc-min-heapsize=0 Thanks, Pinski -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||janis at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27369
[Bug c++/27369] [4.2 Regression] tree check ICE when attribute externally_visible used
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-05-02 07:02 --- I want to say this is related to PR 26660. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||26660 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27369
[Bug c++/27141] [4.0/4.1/4.2 Regression] Unexpected requirement for usual deallocation function
--- Comment #2 from algrant at acm dot org 2006-05-02 07:20 --- Actually, I now wonder if the g++ 4.1 behavior would be correct by the proposed resolution of (still open) Core Language Issue 252. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27141
[Bug tree-optimization/27373] [4.2 Regression] ICE: add_virtual_operand, at tree-ssa-operands.c:1284
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-02 07:22 --- Confirmed, not fixed by the patch which fixes PR 26626. Here is a reduced Fortran testcase: MODULE parallel_rng_types INTEGER, PARAMETER :: dp=KIND(0.0D0) TYPE rng_stream_type REAL(KIND=dp), DIMENSION(1) :: bg,cg LOGICAL :: antithetic END TYPE CONTAINS SUBROUTINE reset_to_next_rng_substream(rng_stream,error) TYPE(rng_stream_type), POINTER :: rng_stream LOGICAL :: failure CALL cp_assert(ASSOCIATED(rng_stream),routineP,error,failure) IF (.NOT.failure) THEN rng_stream%bg = u rng_stream%cg = u END IF END SUBROUTINE reset_to_next_rng_substream END MODULE - I might get a reduced C one soon or not. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-05-02 07:22:34 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27373
[Bug tree-optimization/27341] [4.2 Regression] ICE in in add_virtual_operand with complex types
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-05-02 07:25 --- This is not fixed by the patch which fixes PR 26626. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27341
[Bug c++/27141] [4.0/4.1/4.2 Regression] Unexpected requirement for usual deallocation function
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-02 07:30 --- (In reply to comment #2) Actually, I now wonder if the g++ 4.1 behavior would be correct by the proposed resolution of (still open) Core Language Issue 252. It is not still open though. It has been a defect since 2001. So in reality this is not a defect in GCC. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27141
[Bug tree-optimization/27373] [4.2 Regression] ICE: add_virtual_operand with pointers to arrays
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-02 07:40 --- And here is the C example (so this does not become not release blocking): typedef struct atype { float bg[1], cg[1]; _Bool ant; }atype; void cp_assert(_Bool*, float*, int*, _Bool*); void f(atype **rng_stream, int *error, float u) { _Bool t = *rng_stream != 0; float routinep; _Bool failure; cp_assert ( t, routinep, error, failure); if (failure == 0) { typedef float ty[1]; ty *tt = ((*rng_stream)-bg); int i = 1; do { (*tt)[i - 1] = u; i ++; }while (i 1); { ty *tt = (*rng_stream)-cg; int i = 1; do { (*tt)[i - 1] = u; i ++; }while (i 1); } } } -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||dberlin at gcc dot gnu dot ||org GCC target triplet|x86_64-unknown-linux-gnu| Summary|[4.2 Regression] ICE: |[4.2 Regression] ICE: |add_virtual_operand, at |add_virtual_operand with |tree-ssa-operands.c:1284|pointers to arrays http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27373
[Bug rtl-optimization/27357] 20 % increase code size in 4.1 vs 3.4.5
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-02 07:43 --- This has nothing to do with tail return optimization as 3.4.0 also did it. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|20 % increase code size in |20 % increase code size in |4.1 vs 3.4.5, tail return |4.1 vs 3.4.5 |optimisation| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27357
[Bug tree-optimization/26304] [4.2 Regression] 25_algorithms/prev_permutation/1.cc on powerpc{64,}-linux and powerpc-darwin
--- Comment #22 from rakdver at gcc dot gnu dot org 2006-05-02 07:56 --- (In reply to comment #14) Hmm, I wonder if the following loop in scev_probably_wraps_p is wrong. estimate_numbers_of_iterations_loop (loop); for (bound = loop-bounds; bound; bound = bound-next) if (proved_non_wrapping_p (at_stmt, bound, type, valid_niter)) return false; it says that if one bounds does not wrap, then all variables asked about don't which is not true. this piece of code seems OK to me (modulo that proved_non_wrapping_p was quite missleading way to name that function). What it does is that we know that the loop is executed at most BOUND times, and that the variable will not wrap for at least VALID_NITER iterations; therefore, if we are able to prove that VALID_NITER BOUND for any of the bounds, we know that the variable does not wrap. There is probaby off-by-one error in one of the functions. -- rakdver at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rakdver at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-04-11 23:17:57 |2006-05-02 07:56:20 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26304
[Bug tree-optimization/27093] [4.2 Regression] verify_ssa failed: definition does not dominate use
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-02 07:56 --- Janis, could you do a regression hunt on this one also, testcase from comment #0 with -O2. Thanks, Pinski -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||janis at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27093
[Bug tree-optimization/27085] [4.2 regression] ICE in add_virtual_operand
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-05-02 08:01 --- (In reply to comment #1) Seems to occur quite frequently, here's another test case: Can you file that into a different bug? As it is a different issue. Actually the orginal testcase here was not fixed by the patch which is going to fix PR 26626 either. So reopening. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Keywords||ice-on-valid-code Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27085
[Bug tree-optimization/27085] [4.2 regression] ICE in add_virtual_operand
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-05-02 08:02:00 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27085
[Bug tree-optimization/27093] [4.2 Regression] verify_ssa failed: definition does not dominate use
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-05-02 08:04 --- VRP causes the definition for SMT.5_37 to vanish, but it doesn't update the PHI node. After reassoc we have: # SMT.5_26 = PHI SMT.5_35(4), SMT.5_43(7), SMT.5_41(5); # bytes_left_22 = PHI bytes_left_34(4), bytes_left_42(7), bytes_left_40(5); # seen_numbers_1 = PHI 0B(4), seen_numbers_15(7), seen_numbers_15(5); L8:; # bytes_left_36 = V_MAY_DEF bytes_left_22; # SMT.5_37 = V_MAY_DEF SMT.5_26; t1 (); if (seen_numbers_1 == 0B) goto L0; else goto L1; Invalid sum of incoming frequencies 9051, should be 8714 # SMT.5_20 = PHI SMT.5_37(8), SMT.5_31(2), SMT.5_35(3); # bytes_left_16 = PHI bytes_left_36(8), bytes_left_30(2), bytes_left_34(3); L0:; # bytes_left_32 = V_MAY_DEF bytes_left_16; # SMT.5_33 = V_MAY_DEF SMT.5_20; t1 (); while after VRP, the def for SMT.5_37 vanished: # SMT.5_26 = PHI SMT.5_35(4), SMT.5_43(7), SMT.5_41(5); # bytes_left_22 = PHI bytes_left_34(4), bytes_left_42(7), bytes_left_40(5); # seen_numbers_1 = PHI 0B(4), seen_numbers_15(7), seen_numbers_15(5); L8:; # bytes_left_36 = V_MAY_DEF bytes_left_22; t1 (); if (seen_numbers_1 == 0B) goto L0; else goto L1; Invalid sum of incoming frequencies 9051, should be 8714 # SMT.5_20 = PHI SMT.5_37(8), SMT.5_31(2), SMT.5_35(3); # bytes_left_16 = PHI bytes_left_36(8), bytes_left_30(2), bytes_left_34(3); L0:; # bytes_left_32 = V_MAY_DEF bytes_left_16; t1 (); but we didn't update the PHI node. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27093
[Bug target/26915] missed sized opt returning -1.0
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-02 08:08 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||16996 nThis|| Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|i686-pld-linux | GCC host triplet|i686-pld-linux | GCC target triplet|i686-pld-linux | Keywords||missed-optimization Last reconfirmed|-00-00 00:00:00 |2006-05-02 08:08:49 date|| Summary|missed optimization / |missed sized opt returning - |returning -1.0 |1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26915
[Bug tree-optimization/27093] [4.2 Regression] verify_ssa failed: definition does not dominate use
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-05-02 08:36 --- Now, this is more like caused by cfg_cleanup. loop_optimizer_init () inserts a basic block 11, so we have (gdb) call debug_bb_n(6) ;; basic block 6, loop depth 0, count 0 ;; prev block 5, next block 7 ;; pred: 5 [90.0%] (true,exec) ;; succ: 7 [100.0%] (fallthru,exec) L19:; entry_14 = (struct mark_entry *) D.1574_13; (gdb) call debug_bb_n(7) ;; basic block 7, loop depth 1, count 0 ;; prev block 6, next block 11 ;; pred: 11 [100.0%] (fallthru,dfs_back,exec) 6 [100.0%] (fallthru,exec) ;; succ: 11 [90.0%] (true,exec) 8 [10.0%] (loop_exit,false,exec) # SMT.5_44 = PHI SMT.5_43(11), SMT.5_41(6); # bytes_left_7 = PHI bytes_left_42(11), bytes_left_40(6); # entry_6 = PHI entry_19(11), entry_14(6); L6:; D.1625_2 = (int *) entry_6; # VUSE bytes_left_7; D.1577_18 = MEM[base: D.1625_2]; # bytes_left_42 = V_MAY_DEF bytes_left_7; # SMT.5_43 = V_MAY_DEF SMT.5_44; t3 (D.1577_18); entry_19 = entry_6 + 4B; # VUSE bytes_left_42; bytes_left.0_17 = bytes_left; if (bytes_left.0_17 != 0) goto L25; else goto L8; (gdb) call debug_bb_n(11) ;; basic block 11, loop depth 1, count 0 ;; prev block 7, next block 8 ;; pred: 7 [90.0%] (true,exec) ;; succ: 7 [100.0%] (fallthru,dfs_back,exec) L25:; goto bb 7 (L6); after VRP, cfg_cleanup removes that block again and leaves us with the broken (gdb) call debug_bb_n(6) ;; basic block 6, loop depth 0, count 0 ;; prev block 5, next block 7 ;; pred: 5 [90.0%] (true,exec) ;; succ: 7 [100.0%] (fallthru,exec) L19:; entry_14 = (struct mark_entry *) D.1574_13; $23 = (struct basic_block_def *) 0xb7ce6f00 (gdb) call debug_bb_n(7) ;; basic block 7, loop depth 1, count 0 ;; prev block 6, next block 8 ;; pred: 7 [90.0%] (true,exec) 6 [100.0%] (fallthru,exec) ;; succ: 7 [90.0%] (true,exec) 8 [10.0%] (loop_exit,false,exec) # SMT.5_44 = PHI SMT.5_43(7), SMT.5_41(6); # bytes_left_7 = PHI bytes_left_42(7), bytes_left_40(6); # entry_6 = PHI entry_19(7), entry_14(6); L6:; D.1625_2 = (int *) entry_6; # VUSE bytes_left_7; D.1577_18 = MEM[base: D.1625_2]; # bytes_left_42 = V_MAY_DEF bytes_left_7; t3 (D.1577_18); entry_19 = entry_6 + 4B; # VUSE bytes_left_42; bytes_left.0_17 = bytes_left; if (bytes_left.0_17 != 0) goto L6; else goto L8; -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rakdver at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27093
[Bug fortran/27304] gfortran: Warn/abort when format in write does not fit passed arguments
--- Comment #14 from tobias dot burnus at physik dot fu-berlin dot de 2006-05-02 08:37 --- Fixed on 4.1 and 4.2 Thanks for fixing :-) Still it would be nice if it would be detected during compile time. In my case it was burried in an if(something that rarely happens) write(*,'(''n'')') n which I wouldn't have found easily without the compile-time warning of the NAG compiler. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27304
[Bug ada/27366] ada build fails as cygwin does not have clearenv
--- Comment #2 from charlet at adacore dot com 2006-05-02 08:46 --- Subject: Re: ada build fails as cygwin does not have clearenv Here is the patch I tested. acats results below aren't a total disaster. Patch looks reasonable to me, you have my OK. Note that patches should be posted to gcc-patches@ Arno -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27366
[Bug tree-optimization/27373] [4.2 Regression] ICE: add_virtual_operand with pointers to arrays
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-05-02 08:51 --- The patch for PR26626 doesn't fix this either. -- 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=27373
[Bug tree-optimization/27373] [4.2 Regression] ICE: add_virtual_operand with pointers to arrays
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-05-02 08:56 --- ICEing in the propagator engine during copyprop: Substituing values and folding statements Folded statement: tt_19 = D.1547_18-cg; into: tt_19 = D.1547_12-cg; *kaboom* but same usual place: #1 0x081881af in add_virtual_operand (var=0xb7d8e410, s_ann=0xb7e1a7ec, flags=1, full_ref=0xb7e1a208, offset=32, size=32, for_clobber=0 '\0') at /space/rguenther/src/svn/trunk/gcc/tree-ssa-operands.c:1284 1284gcc_assert (SMT_USED_ALONE (var)); (gdb) call debug_generic_expr(stmt) # SMT.8D.1563_39 = V_MAY_DEF SMT.8D.1563_14; D.1547_12-cgD.1522[D.1552_21] = uD.1532_16 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27373
[Bug tree-optimization/26304] [4.2 Regression] 25_algorithms/prev_permutation/1.cc on powerpc{64,}-linux and powerpc-darwin
--- Comment #23 from rakdver at gcc dot gnu dot org 2006-05-02 08:57 --- Somehow, we record that the loop iterates at most once, which obviously leads to problems. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26304
[Bug fortran/27378] New: ICE on unexpected ELSE statement
The following invalid testcase causes an ICE when compiled with -Wall: === else === The error message is: In file bug.f90:1 else 1 Error: Unexpected ELSE statement at (1) bug.f90:0: internal compiler error: Segmentation fault Without -Wall I get: In file bug.f90:1 else 1 Error: Unexpected ELSE statement at (1) Error: Unexpected end of file in 'bug.f90' This happens since GCC 4.0.1. -- Summary: ICE on unexpected ELSE statement Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code, error-recovery, monitored Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27378
[Bug c++/27379] New: [4.0/4.1/4.2 regression] ICE on invalid copy-ctor declaration
The following invalid code snippet ICEs with a segfault since GCC 3.4.0 (it also crashed with GCC 3.0.x): === struct A { A(const A) !; }; void foo(A b) { A a(b); } === bug.cc:3: error: expected ';' before '!' token bug.cc: In function 'void foo(A)': bug.cc:8: internal compiler error: Segmentation fault Please submit a full bug report, [etc.] The following slightly longer example crashes with a different ICE: === struct A { A(const A) !; }; struct B : A {}; void foo(B b) { B c(b); } === bug.cc:3: error: expected ';' before '!' token bug.cc: In function 'void foo(B)': bug.cc:10: internal compiler error: vector VEC(tree,base) index domain error, in locate_copy at cp/method.c:930 Please submit a full bug report, [etc.] -- Summary: [4.0/4.1/4.2 regression] ICE on invalid copy-ctor declaration Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code, error-recovery, monitored Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27379
[Bug c++/27380] New: [4.0/4.1/4.2 regression] ICE on invalid assignment operator declaration
The following testcase causes an ICE since GCC 3.4.0: === struct A { A operator= (const A) !; }; struct B : A {}; void foo(B b) { b=b; } === bug.cc:3: error: expected ';' before '!' token bug.cc: In member function 'B B::operator=(const B)': bug.cc:6: internal compiler error: Segmentation fault Please submit a full bug report, [etc.] Related to PR27379, but only happens with inheritance and doesn't crash GCC 3.0.x. -- Summary: [4.0/4.1/4.2 regression] ICE on invalid assignment operator declaration Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code, error-recovery, monitored Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27380
[Bug libgcj/27352] SecurityManager.checkPermission() called unnecessarily
--- Comment #4 from aph at gcc dot gnu dot org 2006-05-02 10:08 --- The real reason is that we want the actual caller of SecurityManager.checkPermission(), but we're walking up the stack to the user code that called Class.newInstance() Class.getMethod(). This problem is as far as I'm aware unique to gcj, but it might be worth testing on other VMs. I have a patch for this that I'm testing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27352
[Bug tree-optimization/27144] [4.2 regression] segfault with -O2 on x86_64 (and powerpc64)
--- Comment #8 from martin at mpa-garching dot mpg dot de 2006-05-02 10:16 --- Hmm, I'm seeing a new ICE that could be related to your patch: function rombint() implicit none real :: rombint integer :: i, j real :: g(6), g0, g1 10i=i+1 if (i.gt.20) go to 40 do 30 j=1,6 g1=g0+g(j) g0=g1 30continue go to 10 40 rombint=g0 end function rombint ~/tmpgfortran -c -O bug.f90 bug.f90: In function 'rombint': bug.f90:1: internal compiler error: in n_of_executions_at_least, at tree-ssa-loop-niter.c:1772 -- martin at mpa-garching dot mpg dot de changed: What|Removed |Added CC||martin at mpa-garching dot ||mpg dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27144
[Bug c/27116] [4.2 Regression] Incorrect integer division (wrong sign).
--- Comment #10 from rguenth at gcc dot gnu dot org 2006-05-02 10:23 --- A reversal of PR23669 bootstrapped and regtested ok on x86_64-unknown-linux-gnu, in case c95008a is yet another spurious Ada failure. === acats tests === FAIL: c35507m FAIL: c95008a FAIL: cd2a23e FAIL: cdd2a02 FAIL: cxh1001 === gcc tests === Running target unix WARNING: program timed out. FAIL: gcc.c-torture/compile/20001226-1.c (test for excess errors) FAIL: gcc.c-torture/execute/20050121-1.c execution, -O0 FAIL: gcc.c-torture/execute/complex-6.c execution, -O0 FAIL: gcc.dg/compat/scalar-return-3 c_compat_x_tst.o-c_compat_y_tst.o execute FAIL: gcc.dg/visibility-11.c scan-assembler [EMAIL PROTECTED] FAIL: gcc.dg/tree-ssa/divide-1.c (test for excess errors) FAIL: gcc.dg/tree-ssa/divide-2.c (test for excess errors) FAIL: gcc.dg/tree-ssa/divide-4.c scan-tree-dump-times a / 10 1 FAIL: gcc.target/x86_64/abi/test_complex_returning.c execution, -O0 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27116
[Bug middle-end/27310] ICE in duplicate_eh_regions
--- Comment #3 from jakub at gcc dot gnu dot org 2006-05-02 10:38 --- Subject: Bug 27310 Author: jakub Date: Tue May 2 10:38:12 2006 New Revision: 113453 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113453 Log: PR middle-end/27310 * except.c (duplicate_eh_regions): Fix clearing of cfun-eh-region_array entries. * g++.dg/gomp/pr27310.C: New test. Added: trunk/gcc/testsuite/g++.dg/gomp/pr27310.C Modified: trunk/gcc/ChangeLog trunk/gcc/except.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27310
[Bug middle-end/27325] ICE with enabled exceptions and -fopenmp
--- Comment #3 from jakub at gcc dot gnu dot org 2006-05-02 10:40 --- Subject: Bug 27325 Author: jakub Date: Tue May 2 10:40:21 2006 New Revision: 113454 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113454 Log: PR middle-end/27325 * omp-low.c (lower_omp_sections): Call maybe_catch_exception on statement list containing also constructors and destructors. (lower_omp_single, lower_omp_for, lower_omp_parallel): Likewise. * g++.dg/gomp/pr27325.C: New test. Added: trunk/gcc/testsuite/g++.dg/gomp/pr27325.C Modified: trunk/gcc/ChangeLog trunk/gcc/omp-low.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27325
[Bug middle-end/27328] ICE with -fopenmp and goto
--- Comment #3 from jakub at gcc dot gnu dot org 2006-05-02 10:41 --- Subject: Bug 27328 Author: jakub Date: Tue May 2 10:41:44 2006 New Revision: 113455 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113455 Log: PR middle-end/27328 * omp-low.c (remove_exit_barrier): Handle NULL exit_bb. (expand_omp_parallel): Likewise. * tree-cfg.c (move_sese_region_to_fn): Likewise. * gcc.dg/gomp/pr27328.c: New test. Added: trunk/gcc/testsuite/gcc.dg/gomp/pr27328.c Modified: trunk/gcc/ChangeLog trunk/gcc/omp-low.c trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-cfg.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27328
[Bug middle-end/27337] OpenMP ICE in expand_expr_real_1 at expr.c:6814
--- Comment #4 from jakub at gcc dot gnu dot org 2006-05-02 10:45 --- Subject: Bug 27337 Author: jakub Date: Tue May 2 10:44:55 2006 New Revision: 113456 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113456 Log: PR middle-end/27337 * gimplify.c (gimplify_scan_omp_clauses): Handle INDIRECT_REF around RESULT_DECL for result passed by reference. (gimplify_expr): Call omp_notice_variable when RESULT_DECL is seen. * omp-low.c (use_pointer_for_field): Don't look at DECL_HAS_VALUE_EXPR_P for RESULT_DECLs. (scan_omp_1): Call remap_decl on RESULT_DECLs. (lower_rec_input_clauses): Don't allocate VLA memory for the second time or var for passing by reference for OMP_CLAUSE_LASTPRIVATE_FIRSTPRIVATE clauses. Allow creation of TREE_ADDRESSABLE variables when passing by reference. * omp-low.c (dump_omp_region): Fix output formatting. cp/ * cp-gimplify.c (cxx_omp_privatize_by_reference): New function. * cp-tree.h (cxx_omp_privatize_by_reference): New prototype. * cp-objcp-common.h (LANG_HOOKS_OMP_PRIVATIZE_BY_REFERENCE): Define. testsuite/ * g++.dg/gomp/pr27337-1.C: New test. * g++.dg/gomp/pr27337-2.C: New test. libgomp/ * testsuite/libgomp.c++/pr27337.C: New test. Added: trunk/gcc/testsuite/g++.dg/gomp/pr27337-1.C trunk/gcc/testsuite/g++.dg/gomp/pr27337-2.C trunk/libgomp/testsuite/libgomp.c++/pr27337.C Modified: trunk/gcc/ChangeLog trunk/gcc/cp/ChangeLog trunk/gcc/cp/cp-gimplify.c trunk/gcc/cp/cp-objcp-common.h trunk/gcc/cp/cp-tree.h trunk/gcc/gimplify.c trunk/gcc/omp-low.c trunk/gcc/testsuite/ChangeLog trunk/libgomp/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27337
[Bug middle-end/27310] ICE in duplicate_eh_regions
--- Comment #4 from jakub at gcc dot gnu dot org 2006-05-02 10:45 --- Fixed in SVN. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27310
[Bug middle-end/27325] ICE with enabled exceptions and -fopenmp
--- Comment #4 from jakub at gcc dot gnu dot org 2006-05-02 10:46 --- Fixed in SVN. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27325
[Bug middle-end/27328] ICE with -fopenmp and goto
--- Comment #4 from jakub at gcc dot gnu dot org 2006-05-02 10:47 --- Fixed in SVN. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27328
[Bug middle-end/27337] OpenMP ICE in expand_expr_real_1 at expr.c:6814
--- Comment #5 from jakub at gcc dot gnu dot org 2006-05-02 10:48 --- Fixed in SVN. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27337
[Bug c/27381] New: ice on valid code with -O2
I just tried to compile Suse package gnome-print-0.37-18 with a recent GNU C compiler version 4.2 snapshot 20060429. The compiler snapshot said if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I.. -I/usr/include/freetype2 -I/opt/gnome/include/gnome-1.0 -DNEED_GNOMESUPPORT_H -I/opt/gnome/lib64/gnome-libs/include -I/opt/gnome/include -I/opt/gnome/include/gtk-1.2 -I/opt/gnome/include/glib-1.2 -I/opt/gnome/lib64/glib/include -I/usr/X11R6/include -I/opt/gnome/include/gdk-pixbuf-1.0 -I/usr/include/gnome-xml -DGNOMELOCALEDIR=\/opt/gnome/share/locale\ -DBINDIR=\/opt/gnome/bin\ -DDATADIR=\/opt/gnome/share\ -DSYSCONFDIR=\/etc/opt/gnome\ -DLIBDIR=\/opt/gnome/lib64\ -DFONTMAPDIR_STATIC=\/opt/gnome/share/gnome/fonts\ -DFONTMAPDIR_DYNAMIC=\/etc/opt/gnome/gnome/fonts\ -DVERSION=\0.37\ -O2 -g -fmessage-length=0 -D_FORTIFY_SOURCE=2 -MT gf-fontmap.o -MD -MP -MF .deps/gf-fontmap.Tpo -c -o gf-fontmap.o gf-fontmap.c; \ then mv -f .deps/gf-fontmap.Tpo .deps/gf-fontmap.Po; else rm -f .deps/gf-fontmap.Tpo; exit 1; fi gf-fontmap.c: In function 'gf_fontmap_load_file': gf-fontmap.c:257: internal compiler error: in propagate_rhs_into_lhs, at tree-ssa-dom.c:2307 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. Preprocessed source code attached. Flag -O2 required. -- Summary: ice on valid code with -O2 Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dcb314 at hotmail dot com GCC host triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27381
[Bug c/27381] ice on valid code with -O2
--- Comment #1 from dcb314 at hotmail dot com 2006-05-02 11:19 --- Created an attachment (id=11357) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11357action=view) C source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27381
[Bug tree-optimization/27144] [4.2 regression] segfault with -O2 on x86_64 (and powerpc64)
--- Comment #9 from rguenth at gcc dot gnu dot org 2006-05-02 11:35 --- Seems also to cause a bootstrap failure on x86_64 for Ada: /abuild/rguenther/obj/./prev-gcc/xgcc -B/abuild/rguenther/obj/./prev-gcc/ -B/usr/local/x86_64-unknown-linux-gnu/bin/ -c -g -O2 -gnatpg -gnata -I- -I. -Iada -I../../trunk/gcc/ada ../../trunk/gcc/ada/fname-uf.adb -o ada/fname-uf.o +===GNAT BUG DETECTED==+ | 4.2.0 20060502 (experimental) (x86_64-unknown-linux-gnu) GCC error: | | in n_of_executions_at_least, at tree-ssa-loop-niter.c:1772 | | Error detected at fname-uf.adb:611:12| | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Use a subject line meaningful to you and us to track the bug.| | Include the entire contents of this bug box in the report. | | Include the exact gcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ #1 0x00cecba3 in n_of_executions_at_least (stmt=0x0, niter_bound=0x189ba50, niter=0x2ba3eb059510) at ../../trunk/gcc/tree-ssa-loop-niter.c:1770 1770 gcc_assert (TYPE_UNSIGNED (bound_type) (gdb) list 1765 tree bound = niter_bound-bound; 1766 tree bound_type = TREE_TYPE (bound); 1767 tree nit_type = TREE_TYPE (niter); 1768 enum tree_code cmp; 1769 1770 gcc_assert (TYPE_UNSIGNED (bound_type) 1771 TYPE_UNSIGNED (nit_type) 1772 is_gimple_min_invariant (bound)); 1773 if (TYPE_PRECISION (nit_type) TYPE_PRECISION (bound_type)) 1774bound = fold_convert (nit_type, bound); (gdb) call debug_tree(nit_type) integer_type 0x2ba3ea7f4b00 SIGNED_64 sizes-gimplified asm_written public visited DI size integer_cst 0x2ba3ea7e8d80 type integer_type 0x2ba3ea7f40b0 bit_size_type constant invariant 64 unit size integer_cst 0x2ba3ea7e8db0 type integer_type 0x2ba3ea7f4000 long int constant invariant 8 align 64 symtab -360134464 alias set -1 precision 64 min integer_cst 0x2ba3ea7ff210 -9223372036854775808 max integer_cst 0x2ba3ea7ff2d0 9223372036854775807 pointer_to_this pointer_type 0x2ba3ea881f20 (gdb) call debug_tree(bound) integer_cst 0x2ba3ead24840 type integer_type 0x2ba3ea881a50 unsigned int constant invariant 2147483645 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27144
[Bug ada/27366] ada build fails as cygwin does not have clearenv
--- Comment #3 from billingd at gcc dot gnu dot org 2006-05-02 11:38 --- Subject: Bug 27366 Author: billingd Date: Tue May 2 11:38:35 2006 New Revision: 113457 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113457 Log: 2006-05-02 David Billinghurst [EMAIL PROTECTED] PR ada/27366 * ada/env.c (__gnat_clearenv): Use unsetenv() to clear environment on Cygwin. Modified: trunk/gcc/ChangeLog trunk/gcc/ada/env.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27366
[Bug c/27381] ice on valid code with -O2
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-05-02 11:39 --- Reducing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27381
[Bug ada/27366] ada build fails as cygwin does not have clearenv
--- Comment #4 from billingd at gcc dot gnu dot org 2006-05-02 11:45 --- Fixed in revision 113457. clearenv is not used by ada in 4.1 -- billingd at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27366
[Bug middle-end/27382] New: [4.2 regression] ICE in c_common_truthvalue_conversion with label address
The following valid code snippet causes an ICE on mainline: == void foo() { L: !L; } == bug.c: In function 'foo': bug.c:4: internal compiler error: tree check: expected tree that contains 'decl with visibility' structure, have 'label_decl' in c_common_truthvalue_conversion, at c-common.c:2503 Please submit a full bug report, [etc.] -- Summary: [4.2 regression] ICE in c_common_truthvalue_conversion with label address Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: ice-on-valid-code, monitored Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27382
[Bug c++/27384] New: [4.0/4.1/4.2 regression] ICE with invalid array size
The following invalid code snippet causes an ICE since GCC 4.0.3: === struct A { static const int i = j; int x[i]; }; === bug.cc:3: error: 'j' was not declared in this scope bug.cc:4: internal compiler error: in size_binop, at fold-const.c:1736 Please submit a full bug report, [etc.] -- Summary: [4.0/4.1/4.2 regression] ICE with invalid array size Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code, error-recovery, monitored Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27384
[Bug c++/27385] New: [4.1/4.2 regression] ICE with invalid array initializer
The following invalid code snippet causes an ICE since GCC 4.1.0 (and in GCC 3.3, 3.3.1, 3.3.2): struct A {}; A a[] = { 0 }; The compiler loops forever until it runs out of memory: bug.cc:3: error: initializer for 'A' must be brace-enclosed bug.cc:3: error: initializer for 'A' must be brace-enclosed bug.cc:3: error: initializer for 'A' must be brace-enclosed bug.cc:3: error: initializer for 'A' must be brace-enclosed bug.cc:3: error: initializer for 'A' must be brace-enclosed bug.cc:3: error: initializer for 'A' must be brace-enclosed bug.cc:3: error: initializer for 'A' must be brace-enclosed bug.cc:3: error: initializer for 'A' must be brace-enclosed bug.cc:3: error: initializer for 'A' must be brace-enclosed bug.cc:3: error: initializer for 'A' must be brace-enclosed [etc.] -- Summary: [4.1/4.2 regression] ICE with invalid array initializer Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code, error-recovery, monitored Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27385
[Bug tree-optimization/27373] [4.2 Regression] ICE: add_virtual_operand with pointers to arrays
--- Comment #5 from dberlin at gcc dot gnu dot org 2006-05-02 12:19 --- Subject: Re: [4.2 Regression] ICE: add_virtual_operand with pointers to arrays On Tue, 2006-05-02 at 08:56 +, rguenth at gcc dot gnu dot org wrote: --- Comment #4 from rguenth at gcc dot gnu dot org 2006-05-02 08:56 --- ICEing in the propagator engine during copyprop: Substituing values and folding statements Folded statement: tt_19 = D.1547_18-cg; into: tt_19 = D.1547_12-cg; *kaboom* but same usual place: #1 0x081881af in add_virtual_operand (var=0xb7d8e410, s_ann=0xb7e1a7ec, flags=1, full_ref=0xb7e1a208, offset=32, size=32, for_clobber=0 '\0') at /space/rguenther/src/svn/trunk/gcc/tree-ssa-operands.c:1284 1284gcc_assert (SMT_USED_ALONE (var)); (gdb) call debug_generic_expr(stmt) # SMT.8D.1563_39 = V_MAY_DEF SMT.8D.1563_14; D.1547_12-cgD.1522[D.1552_21] = uD.1532_16 This is a different bug, in fact. Those two (D.1547_18 and D.1547_12) should have had the exact same SMT base, AFAICT, and thus, should have had the same result. What do the alias dumps look like after the patch from 26626? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27373
[Bug c/27381] ice on valid code with -O
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-05-02 12:26 --- Confirmed. Reduced testcase: typedef char gchar; typedef unsigned char xmlChar; typedef struct _xmlNode xmlNode; typedef xmlNode *xmlNodePtr; struct _xmlNode { struct _xmlNode *next; struct _xmlNode *childs; }; typedef struct _GFFileEntry GFFileEntry; struct _GFFileEntry { gchar *path; }; gf_fm_load_font_2_0_truetype (xmlNodePtr node) { xmlNodePtr child; GFFileEntry ttf; ttf.path = ((void *)0); for (child = node-childs; child != ((void *)0); child = child-next) { xmlChar *type, *xmlpath; if (type !__builtin_strcmp (type, ttf) !ttf.path) { if (xmlpath) { ttf.path = g_strdup (xmlpath); } } if (type) free((type)); if (ttf.path) break; } } -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||law at redhat dot com Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||ice-on-valid-code Known to work||4.1.0 Last reconfirmed|-00-00 00:00:00 |2006-05-02 12:26:37 date|| Summary|ice on valid code with -O2 |ice on valid code with -O http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27381
[Bug tree-optimization/27144] [4.2 regression] segfault with -O2 on x86_64 (and powerpc64)
--- Comment #10 from rguenth at gcc dot gnu dot org 2006-05-02 12:28 --- Also lots of fortran testcases fail with the same ICE. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27144
[Bug c/27381] ice on valid code with -O
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-05-02 12:37 --- Caused by Author: amacleod Date: Fri Apr 28 20:39:18 2006 New Revision: 113356 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113356 Log: The condition the assert was flawed. 2006-04-28 Andrew MacLeod [EMAIL PROTECTED] * tree-ssa-dom.c (propagate_rhs_into_lhs): Fix assert clause. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-ssa-dom.c -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||amacleod at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27381
[Bug tree-optimization/27144] [4.2 regression] segfault with -O2 on x86_64 (and powerpc64)
--- Comment #11 from rakdver at gcc dot gnu dot org 2006-05-02 12:42 --- The problem is that unsigned_type_for returns a size_type for pointers, and that happens to be signed for fortran. I am not sure whether this is not a bug in fortran frontend -- I think some places in gcc assume that size_t is unsigned (and standard specifies this). I am not sure how this could pass through my testing; this must break a lot. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27144
[Bug target/27386] New: AVR: wrong code generated when passing three uint64_t arguments to function
When passing three uint64_t arguments to a function, AVR-GCC generates completely wrong code. The first two uint64_t arguments are passed in registers, and thus not affected. The caller then allocates 8 bytes on the stack for the fourth argument, but writes to 8 bytes beyond the allocated area (destroying the current function's stack). The callee tries to fetch the values from the locations on the stack where they ought to be (but actually aren't). This bug appears in all tested versions of GCC (3.4.6, 4.1.0, SVN trunk). -- Summary: AVR: wrong code generated when passing three uint64_t arguments to function Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: critical Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: j at uriah dot heep dot sax dot de GCC build triplet: *-*-* GCC host triplet: *-*-* GCC target triplet: avr-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27386
[Bug target/27386] AVR: wrong code generated when passing three uint64_t arguments to function
--- Comment #1 from j at uriah dot heep dot sax dot de 2006-05-02 12:54 --- Created an attachment (id=11358) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11358action=view) Testcase demonstrating the faulty code generated. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27386
[Bug target/27386] AVR: wrong code generated when passing three uint64_t arguments to function
--- Comment #2 from j at uriah dot heep dot sax dot de 2006-05-02 12:57 --- Created an attachment (id=11359) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11359action=view) Faulty code generated by test case. The faulty code is in lines 136...160. First, 8 bytes of space are allocated on the stack, but the access uses Z+8 through Z+15 instead of Z+1 through Z+8. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27386
[Bug target/25871] TRAMPOLINE_TEMPLATE uses 32bit moves on 64bit code
--- Comment #7 from rsandifo at gcc dot gnu dot org 2006-05-02 12:57 --- Subject: Bug 25871 Author: rsandifo Date: Tue May 2 12:57:52 2006 New Revision: 113460 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113460 Log: 2006-05-02 Joshua Kinard [EMAIL PROTECTED] PR target/25871 * gcc/config/mips/mips.h (TRAMPOLINE_TEMPLATE): Avoid 32-bit moves with 64-bit pointers. Modified: trunk/gcc/ChangeLog trunk/gcc/config/mips/mips.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25871
[Bug target/25871] TRAMPOLINE_TEMPLATE uses 32bit moves on 64bit code
--- Comment #8 from rsandifo at gcc dot gnu dot org 2006-05-02 13:02 --- Fixed on mainline. -- rsandifo at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25871
[Bug target/27374] *arm_movdi_vfp in config/arm/vfp.md has wrong output templates
--- Comment #4 from kazu at gcc dot gnu dot org 2006-05-02 14:05 --- Subject: Bug 27374 Author: kazu Date: Tue May 2 14:05:14 2006 New Revision: 113464 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113464 Log: Backport: 2006-05-01 Kazu Hirata [EMAIL PROTECTED] PR target/27374 * gcc/config/arm/vfp.md (*arm_movdi_vfp): Correct the output templates for case 3 and 4. Modified: branches/csl/sourcerygxx-4_1/ChangeLog.csl branches/csl/sourcerygxx-4_1/gcc/config/arm/vfp.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27374
[Bug target/27387] New: Thumb thunk is not PIC
The thunk for Thumb is not PIC even with -mthumb -fPIC. struct A { virtual void f (); }; struct B { virtual void g (); }; struct C : public A, public B { virtual void g(); }; void C::g() { } I've got a patch. -- Summary: Thumb thunk is not PIC Product: gcc Version: unknown Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: target AssignedTo: kazu at gcc dot gnu dot org ReportedBy: kazu at gcc dot gnu dot org GCC target triplet: arm-none-eabi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27387
[Bug fortran/27269] Segfault with EQUIVALENCEs in modules together with ONLY clauses
--- Comment #4 from sayle at gcc dot gnu dot org 2006-05-02 14:13 --- Subject: Bug 27269 Author: sayle Date: Tue May 2 14:13:17 2006 New Revision: 113465 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113465 Log: 2006-05-02 Paul Thomas [EMAIL PROTECTED] PR fortran/27269 * module.c: Add static flag in_load_equiv. (mio_expr_ref): Return if no symtree and in_load_equiv. (load_equiv): If any of the equivalence members have no symtree, free the equivalence and the associated expressions. PR fortran/27324 * trans-common.c (gfc_trans_common): Invert the order of calls to finish equivalences and gfc_commit_symbols. PR fortran/27269 PR fortran/27324 * gfortran.dg/module_equivalence_2.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/module_equivalence_2.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/module.c trunk/gcc/fortran/trans-common.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27269
[Bug fortran/27324] Initialized module equivalence member causes assembler error
--- Comment #3 from sayle at gcc dot gnu dot org 2006-05-02 14:13 --- Subject: Bug 27324 Author: sayle Date: Tue May 2 14:13:17 2006 New Revision: 113465 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113465 Log: 2006-05-02 Paul Thomas [EMAIL PROTECTED] PR fortran/27269 * module.c: Add static flag in_load_equiv. (mio_expr_ref): Return if no symtree and in_load_equiv. (load_equiv): If any of the equivalence members have no symtree, free the equivalence and the associated expressions. PR fortran/27324 * trans-common.c (gfc_trans_common): Invert the order of calls to finish equivalences and gfc_commit_symbols. PR fortran/27269 PR fortran/27324 * gfortran.dg/module_equivalence_2.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/module_equivalence_2.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/module.c trunk/gcc/fortran/trans-common.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27324
[Bug middle-end/27388] New: omp_is_private issues
void foo (void) { int i; i = 0; #pragma omp parallel shared (i) { #pragma omp master i++; #pragma omp parallel for for (i = 0; i 10; i++) ; } } results in very weird omplower dump: 1) #pragma omp parallel shared(iD.1922) private(iD.1922) for the outer parallel (surely we don't want i being shared and private at the same time, just shared here) 2) #pragma omp parallel shared(iD.1922) for the inner parallel - in this case i certainly ought to be private, not shared I think 1) is caused by n-value = GOVD_PRIVATE; messing up outer context, while 2) probably because omp_is_private shouldn't recurse over is_parallel contexts. -- Summary: omp_is_private issues Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: openmp Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jakub at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27388
[Bug fortran/27269] Segfault with EQUIVALENCEs in modules together with ONLY clauses
--- Comment #5 from roger at eyesopen dot com 2006-05-02 14:24 --- This should now be fixed on mainline, thanks to Paul's patch. -- roger at eyesopen dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27269
[Bug fortran/27324] Initialized module equivalence member causes assembler error
--- Comment #4 from roger at eyesopen dot com 2006-05-02 14:26 --- This should now be fixed on mainline by Paul's patch. Thanks. -- roger at eyesopen dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27324
[Bug middle-end/27388] omp_is_private issues
--- Comment #1 from jakub at gcc dot gnu dot org 2006-05-02 14:38 --- Created an attachment (id=11360) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11360action=view) pr27388.patch Something like this cures this but I'm really not sure what exactly is omp_is_private supposed to do. Richard, can you please look at this? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27388
[Bug middle-end/27382] [4.2 regression] ICE in c_common_truthvalue_conversion with label address
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-02 14:52 --- void foo() { L: L != 0 ; } --- Most likely also fails but is done in a different place. PARM_DECL has the same issue but I already filed/fixed them. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-05-02 14:52:15 date|| Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27382
[Bug bootstrap/27389] New: bootstrap fails building libjava, verify_flow_info fails
Testcase: import javax.xml.stream.XMLStreamException; import javax.xml.stream.XMLStreamWriter; public class StAXWriter { XMLStreamWriter writer; int indent = 0; public void writeEnd(boolean wasEmpty) { try { indent -= 2; for (int i = 0; i indent; i++) writer.writeCharacters( ); } catch (XMLStreamException xmlse) { } } }; /abuild/rguenther/obj2/gcc/jc1 StAXWriter.java -fhash-synchronization -fno-use-divide-subroutine -fuse-boehm-gc -fnon-call-exceptions -fkeep-inline-functions -quiet -dumpbase StAXWriter.java -mtune=generic -auxbase-strip /dev/null -g -O2 -Wno-deprecated -version -fomit-frame-pointer -fclasspath= -fbootclasspath=/abuild/rguenther/obj/x86_64-unknown-linux-gnu/libjava/classpath/lib -fencoding=UTF-8 -fbootstrap-classes -fjni -findirect-dispatch -fno-indirect-classes -fPIC -fdump-tree-pre-details -o /dev/null GNU Java version 4.2.0 20060501 (experimental) (x86_64-unknown-linux-gnu) compiled by GNU C version 3.3.3 (SuSE Linux). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Class path starts here: ./ /abuild/rguenther/obj/x86_64-unknown-linux-gnu/libjava/classpath/lib/ (system) StAXWriter.java: In class 'StAXWriter': StAXWriter.java: In method 'StAXWriter.writeEnd(boolean)': StAXWriter.java:8: error: control flow in the middle of basic block 3 StAXWriter.java:8: internal compiler error: verify_flow_info failed Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. -- Summary: bootstrap fails building libjava, verify_flow_info fails Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: ice-on-valid-code, EH Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rguenth at gcc dot gnu dot org GCC target triplet: x86_64-*-linux-gnu, ia64-*-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27389
[Bug tree-optimization/27381] [4.2 Regression] ice on valid code with -O
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |blocker Component|c |tree-optimization Summary|ice on valid code with -O |[4.2 Regression] ice on ||valid code with -O Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27381
[Bug bootstrap/27389] bootstrap fails building libjava, verify_flow_info fails
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-05-02 14:56 --- Happens at the point PRE calls cleanup_tree_cfg after purging dead eh edges. Found partial redundancy for expression *VH.52 (VH.57) Created value VH.86 for *D.934_6 Inserted pretmp.60_42 = D.1001_27 in predecessor 14 Created phi prephitmp.61_20 = PHI storetmp.59_51(17), pretmp.60_42(14); in block 4 Replaced *D.934_6 with prephitmp.61_20 in D.936_22 = *D.934_6; Removed EH side effects. Removing basic block 18 ;; basic block 18, loop depth 0, count 0 ;; prev block 5, next block 6 ;; pred: ;; succ: 16 [100.0%] (fallthru) L10:; goto bb 16 (L6); Merging blocks 3 and 17 Merging blocks 4 and 5 (gdb) call debug_bb_n (3) ;; basic block 3, loop depth 0, count 0 ;; prev block 2, next block 4 ;; pred: 2 [100.0%] (fallthru,exec) ;; succ: 4 [100.0%] (fallthru) bb 3: D.938_17 = D.935_10 + -2; # SMT.37_56 = V_MAY_DEF SMT.37_53; # SMT.41_57 = V_MAY_DEF SMT.41_54; *D.934_6 = D.938_17; # VUSE SMT.37_56; # VUSE SMT.41_57; storetmp.59_51 = *D.934_6; the store ends the BB, flow info fails to verify at the load. No EH info in the block, cfg_cleanup merged it with BB 17 (which is empty). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27389
[Bug bootstrap/27389] [4.2 Regression] bootstrap fails building libjava, verify_flow_info fails
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |blocker Summary|bootstrap fails building|[4.2 Regression] bootstrap |libjava, verify_flow_info |fails building libjava, |fails |verify_flow_info fails Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27389
[Bug target/27390] New: [4.2 Regression] gcc.target/x86_64/abi/test_complex_returning.c execution fails at -O0
See Summary. -- Summary: [4.2 Regression] gcc.target/x86_64/abi/test_complex_returning.c execution fails at -O0 Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: wrong-code, ABI Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rguenth at gcc dot gnu dot org GCC target triplet: x86-64-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27390
[Bug target/27390] [4.2 Regression] gcc.target/x86_64/abi/test_complex_returning.c execution fails at -O0
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-05-02 15:02 --- The same: FAIL: gcc.dg/compat/scalar-return-3 c_compat_x_tst.o-c_compat_y_tst.o execute FAIL: gcc.target/x86_64/abi/test_complex_returning.c execution, -O0 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27390
[Bug target/27390] [4.2 Regression] gcc.target/x86_64/abi/test_complex_returning.c execution fails at -O0
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-02 15:02 --- gcc.target/x86_64/abi/test_complex_returning.c execution fails at -O0 -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |blocker Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-05-02 15:02:41 date|| Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27390
[Bug target/27387] Thumb thunk is not PIC
--- Comment #1 from kazu at gcc dot gnu dot org 2006-05-02 15:04 --- Subject: Bug 27387 Author: kazu Date: Tue May 2 15:04:52 2006 New Revision: 113467 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113467 Log: gcc/ PR target/27387 * arm.c (arm_output_mi_thunk): Use pc-relative addressing when -mthumb -fPIC are used. testsuite/ PR target/27387 * gcc.target/arm/arm.exp: New. * gcc.target/arm/pr27387.C: Likewise. Added: trunk/gcc/testsuite/gcc.target/arm/ trunk/gcc/testsuite/gcc.target/arm/arm.exp trunk/gcc/testsuite/gcc.target/arm/pr9.C Modified: trunk/gcc/ChangeLog trunk/gcc/config/arm/arm.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27387
[Bug target/27387] Thumb thunk is not PIC
--- Comment #2 from kazu at gcc dot gnu dot org 2006-05-02 15:06 --- Subject: Bug 27387 Author: kazu Date: Tue May 2 15:06:35 2006 New Revision: 113468 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113468 Log: gcc/ PR target/27387 * arm.c (arm_output_mi_thunk): Use pc-relative addressing when -mthumb -fPIC are used. testsuite/ PR target/27387 * gcc.target/arm/arm.exp: New. * gcc.target/arm/pr27387.C: Likewise. Added: trunk/gcc/testsuite/gcc.target/arm/pr27387.C - copied unchanged from r113467, trunk/gcc/testsuite/gcc.target/arm/pr9.C Removed: trunk/gcc/testsuite/gcc.target/arm/pr9.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27387
[Bug target/27387] Thumb thunk is not PIC
--- Comment #3 from kazu at gcc dot gnu dot org 2006-05-02 15:13 --- Subject: Bug 27387 Author: kazu Date: Tue May 2 15:13:02 2006 New Revision: 113470 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113470 Log: gcc/ PR target/27387 * arm.c (arm_output_mi_thunk): Use pc-relative addressing when -mthumb -fPIC are used. testsuite/ PR target/27387 * gcc.target/arm/arm.exp: New. * gcc.target/arm/pr27387.C: Likewise. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.target/arm/ branches/gcc-4_1-branch/gcc/testsuite/gcc.target/arm/arm.exp branches/gcc-4_1-branch/gcc/testsuite/gcc.target/arm/pr27387.C Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/config/arm/arm.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27387
[Bug c++/27379] [4.0/4.1/4.2 regression] ICE on invalid copy-ctor declaration
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-02 15:13 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |minor Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-05-02 15:13:27 date|| Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27379
[Bug c++/27379] [4.0/4.1/4.2 regression] ICE on invalid copy-ctor declaration
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.2.0 |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27379
[Bug c++/27380] [4.0/4.1/4.2 regression] ICE on invalid assignment operator declaration
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-02 15:15 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |minor Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-05-02 15:15:13 date|| Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27380
[Bug target/27387] Thumb thunk is not PIC
--- Comment #4 from kazu at gcc dot gnu dot org 2006-05-02 15:17 --- Subject: Bug 27387 Author: kazu Date: Tue May 2 15:17:25 2006 New Revision: 113471 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113471 Log: Backport: 2006-05-02 Kazu Hirata [EMAIL PROTECTED] PR target/27387 * arm.c (arm_output_mi_thunk): Use pc-relative addressing when -mthumb -fPIC are used. 2006-05-02 Kazu Hirata [EMAIL PROTECTED] PR target/27387 * gcc.target/arm/arm.exp: New. * gcc.target/arm/pr27387.C: Likewise. Added: branches/csl/sourcerygxx-4_1/gcc/testsuite/gcc.target/arm/ branches/csl/sourcerygxx-4_1/gcc/testsuite/gcc.target/arm/arm.exp branches/csl/sourcerygxx-4_1/gcc/testsuite/gcc.target/arm/pr27387.C Modified: branches/csl/sourcerygxx-4_1/ChangeLog.csl branches/csl/sourcerygxx-4_1/gcc/config/arm/arm.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27387
[Bug tree-optimization/26447] [4.2 Regression] verify_flow_info failed, load PRE with java program
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-05-02 15:19 --- PR 27389 looks like a reduced testcase. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||27389 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26447
[Bug target/27386] AVR: wrong code generated when passing three uint64_t arguments to function
--- Comment #3 from berndtrog at yahoo dot com 2006-05-02 15:19 --- Is this one related to PR21834? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27386
[Bug middle-end/27392] New: GCC error: in n_of_executions_at_least, at tree-ssa-loop-niter.c:1772
/home/dave/gnu/gcc-4.2/objdir/./prev-gcc/xgcc -B/home/dave/gnu/gcc-4.2/objdir/./ prev-gcc/ -B/home/dave/opt/gnu/gcc/gcc-4.2.0/hppa-linux/bin/ -c -g -O2 -gna tpg -gnata -I- -I. -Iada -I../../gcc/gcc/ada ../../gcc/gcc/ada/errout.adb -o ada /errout.o +===GNAT BUG DETECTED==+ | 4.2.0 20060502 (experimental) (hppa-unknown-linux-gnu) GCC error:| | in n_of_executions_at_least, at tree-ssa-loop-niter.c:1772 | | Error detected at errout.adb:2573:1 | | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Use a subject line meaningful to you and us to track the bug.| | Include the entire contents of this bug box in the report. | | Include the exact gcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ Please include these source files with error report Note that list may not be accurate in some cases, so please double check that the problem can still be reproduced with the set of files listed. ../../gcc/gcc/ada/errout.adb ../../gcc/gcc/ada/errout.ads ../../gcc/gcc/ada/err_vars.ads ../../gcc/gcc/ada/types.ads ../../gcc/gcc/ada/uintp.ads ../../gcc/gcc/ada/alloc.ads ../../gcc/gcc/ada/table.ads ../../gcc/gcc/ada/erroutc.ads ../../gcc/gcc/ada/atree.ads ../../gcc/gcc/ada/sinfo.ads ../../gcc/gcc/ada/urealp.ads ../../gcc/gcc/ada/einfo.ads ../../gcc/gcc/ada/snames.ads ../../gcc/gcc/ada/casing.ads ../../gcc/gcc/ada/csets.ads ../../gcc/gcc/ada/debug.ads ../../gcc/gcc/ada/fname.ads ../../gcc/gcc/ada/hostparm.ads ../../gcc/gcc/ada/lib.ads ../../gcc/gcc/ada/namet.ads ../../gcc/gcc/ada/opt.ads ../../gcc/gcc/ada/nlists.ads ../../gcc/gcc/ada/output.ads ../../gcc/gcc/ada/scans.ads ../../gcc/gcc/ada/sinput.ads ../../gcc/gcc/ada/stand.ads ../../gcc/gcc/ada/style.ads ../../gcc/gcc/ada/styleg.ads ../../gcc/gcc/ada/styleg-c.ads ../../gcc/gcc/ada/uname.ads ../../gcc/gcc/ada/table.adb ../../gcc/gcc/ada/tree_io.ads ../../gcc/gcc/ada/atree.adb ../../gcc/gcc/ada/elists.ads raised TYPES.UNRECOVERABLE_ERROR : comperr.adb:380 make[3]: *** [ada/errout.o] Error 1 -- Summary: GCC error: in n_of_executions_at_least, at tree-ssa- loop-niter.c:1772 Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org GCC build triplet: hppa-unknown-linux-gnu GCC host triplet: hppa-unknown-linux-gnu GCC target triplet: hppa-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27392
[Bug target/27386] AVR: wrong code generated when passing three uint64_t arguments to function
--- Comment #4 from j at uriah dot heep dot sax dot de 2006-05-02 15:25 --- (In reply to comment #3) Is this one related to PR21834? Possible, yes. The symptoms are similar. Sorry for missing that one at my prior search. Anyway, my report has a preprocessed source file attached, so it might be more useful to non-AVR aware GCC developers. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27386
[Bug target/27387] Thumb thunk is not PIC
--- Comment #5 from kazu at gcc dot gnu dot org 2006-05-02 15:26 --- Just checked in a patch. -- kazu at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27387
[Bug c++/27385] [4.1/4.2 regression] ICE with invalid array initializer
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-02 15:26 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-05-02 15:26:17 date|| Target Milestone|--- |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27385
[Bug tree-optimization/27392] GCC error: in n_of_executions_at_least, at tree-ssa-loop-niter.c:1772
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-02 15:28 --- Confirmed. this happens everywhere. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Severity|normal |blocker Status|UNCONFIRMED |NEW Component|middle-end |tree-optimization Ever Confirmed|0 |1 GCC build triplet|hppa-unknown-linux-gnu | GCC host triplet|hppa-unknown-linux-gnu | GCC target triplet|hppa-unknown-linux-gnu | Keywords||build, ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2006-05-02 15:28:56 date|| Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27392
[Bug c++/27384] [4.0/4.1/4.2 regression] ICE with invalid array size
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-02 15:31 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-05-02 15:31:24 date|| Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27384
[Bug target/27386] AVR: wrong code generated when passing three uint64_t arguments to function
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27386
[Bug tree-optimization/27389] [4.2 Regression] bootstrap fails building libjava, verify_flow_info fails
--- Comment #2 from mckinlay at redhat dot com 2006-05-02 15:33 --- I could not reproduce the bootstrap failure on x86-64 as of revision 113466. The test case does fail, however, when built with -findirect-dispatch. Looks like a dupe of bug 26447 ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27389
[Bug target/27386] AVR: wrong code generated when passing three uint64_t arguments to function
--- Comment #5 from j at uriah dot heep dot sax dot de 2006-05-02 15:33 --- (In reply to comment #4) Is this one related to PR21834? Anyway, my report has a preprocessed source file attached, so it might be more useful to non-AVR aware GCC developers. Perhaps Richard (Cc'ed) can add an xref to this bug in 21834 (and correct the target triplet to avr-*-*), then I'll resolve this bug as a dup. -- j at uriah dot heep dot sax dot de changed: What|Removed |Added Severity|normal |critical http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27386
[Bug target/27386] AVR: wrong code generated when passing three uint64_t arguments to function
--- Comment #6 from j at uriah dot heep dot sax dot de 2006-05-02 15:34 --- (Sorry, I hit enter a bit too fast.) -- j at uriah dot heep dot sax dot de changed: What|Removed |Added Severity|critical|normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27386
[Bug c++/27371] [4.1/4.2 Regression] Does not warn about unused function result (__attribute__((warn_unused_result)))
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27371
[Bug bootstrap/27367] [4.2 Regression] gstdint.h in libdecnumber is not cleaned up with make distclean
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27367
[Bug target/27386] AVR: wrong code generated when passing three uint64_t arguments to function
--- Comment #7 from j at uriah dot heep dot sax dot de 2006-05-02 15:37 --- Forwarding this comment on behalf of Bjoern Haase: Preliminary analysis of the RTL generated without optimization shows that the problem is present already directly after expand. Maybe the problem is triggered by the fact that the avr port does not have move patterns for DI, however, there seems to be a general problem in the mid-end.: Excerpt of test.c.01.sibling. Personal comments marked with. # ;; Function main (note 2 0 5 NOTE_INSN_DELETED) (note 5 2 3 0 [bb 0] NOTE_INSN_BASIC_BLOCK) (note 3 5 6 0 NOTE_INSN_FUNCTION_BEG) (note 6 3 8 1 [bb 1] NOTE_INSN_BASIC_BLOCK) (insn 8 6 9 1 (set (reg:HI 44) (const_int 42 [0x2a])) -1 (nil) (nil)) #push int parameter on stack (last parameter of function call) (insn 9 8 10 1 (set (mem/i:HI (post_dec:HI (reg/f:HI 32 __SPL__)) [0 S2 A8]) (reg:HI 44)) -1 (nil) (nil)) #allocate 8 Bytes on the stack for the uint64_t var, i.e. stack -= 8 (insn 10 9 11 1 (set (reg/f:HI 32 __SPL__) (plus:HI (reg/f:HI 32 __SPL__) (const_int -8 [0xfff8]))) -1 (nil) (nil)) #load first data byte in reg (insn 11 10 12 1 (set (reg:QI 45) (const_int -16 [0xfff0])) -1 (nil) (nil)) #write first data byte to stack + 8. instead of stack + 0 BUG (insn 12 11 13 1 (set (mem/i:QI (plus:HI (reg/f:HI 32 __SPL__) (const_int 8 [0x8])) [0 S1 A8]) (reg:QI 45)) -1 (nil) (nil)) #load second data byte in reg (insn 13 12 14 1 (set (reg:QI 46) (const_int -34 [0xffde])) -1 (nil) (nil)) #write second data byte to stack + 9. instead of stack + 1 : BUG (insn 14 13 15 1 (set (mem/i:QI (plus:HI (reg/f:HI 32 __SPL__) (const_int 9 [0x9])) [0 S1 A8]) (reg:QI 46)) -1 (nil) (nil)) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27386
[Bug tree-optimization/27381] [4.2 Regression] ice on valid code with -O
--- Comment #5 from amacleod at redhat dot com 2006-05-02 15:38 --- The assert condition is not flawed. It has exposed a second bug with the old immuse iterator scheme that was also hidden by the old algorithm work around Jeff had implemented. When iterating over the immediate uses, and deleting a stmt (such as a conditional) causes an edge to be removed, PHI nodes have an argument deleted. when we remove PHI arguments, we move the last phi argument to whatever position we actually deleted, and reduce the argument count. When arguments are moved, they were simply being delinked and then linked back into the use chain. In this particular example, the argument being moved was another occurence of the ssa_name being iterated over, and by delinking it and linking it back in, it was moved back to the beginning of the immuse list. This caused it to be missed during the iteration pahse, and rightfully triggered the assert. The fix is to simply keep the same linked position when the argument is moved instead of removing it from the list and linking it back in. Patch is currently being tested. Andrew -- amacleod at redhat dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |amacleod at redhat dot com |dot org | Status|NEW |ASSIGNED Last reconfirmed|2006-05-02 12:26:37 |2006-05-02 15:38:29 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27381