[Bug fortran/24633] MODULE attribute conflicts with PROCEDURE attribute
--- Comment #4 from anglade at gmail dot com 2007-04-30 07:37 --- subroutine abc() 1 Error: MODULE attribute of 'abc' conflicts with PROCEDURE attribute at (1) Hi, Yes this is already much more clear. Yet I wonder if MODULE attribute of 'abc' could be changed into something like Module denomination attribute (='abc') ... regards PMA -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24633
[Bug fortran/31732] [4.3 regression] Assignment to array slice affects whole array
--- Comment #6 from tkoenig at gcc dot gnu dot org 2007-04-30 08:41 --- This patch doesn't fix all cases. I'll work on a new one. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31732
[Bug c++/28705] [4.1 Regression] ICE: in type_dependent_expression_p, at cp/pt.c:12837
--- Comment #9 from nathan at gcc dot gnu dot org 2007-04-30 09:37 --- I hadn't planned on doing so, but I think such a backport is safe. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28705
[Bug bootstrap/31523] bootstrap xgcc internal compiler error (using -O3)
--- Comment #11 from anirkko at insel dot ch 2007-04-30 09:41 --- (In reply to comment #10) Therefore, I still think there is a bug in -O3. (alternatively, in the combination of the two). Would you consider reopening this bug if it was -O3? (In this case, I might re-run the bootstrap with only '-O3', next weekend). Yes, I'm going to reopen it, but I'm not sure someone will tackle it. Testing several combinations, it turns out the bug is indeed in '-O3' alone: Machine: Ultrasparc Base compiler: gcc-4.1.2 (bootstrapped with -O2) Using this setup, bootstrapping -works with '-O2' -works with '-O2 -mcpu=supersparc -no-app-regs' -FAILS with '-O3' -FAILS with '-O3 -mcpu=supersparc -no-app-regs' (exactly same ICE as reported in the first place, above) Thus, it is reproduced several times, both with gcc-3.4.3 and gcc-4.1.2 itself as base compiler. Would it help to individually test the various sub-options that -O3 switches on? If you could give me these sub-options ranked according to 'suspectedness' then I could run the script to test them one by one. Reason: if the responsible sub-option is identified, it could be discarded from the -O3 defaults for being tested and found unsafe, even if no one has time to tackle/mend it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31523
[Bug target/10768] ICEs on compilation of ada support library for avr
--- Comment #16 from rolf dot ebert dot gcc at gmx dot de 2007-04-30 09:57 --- (In reply to comment #15) Can you verify if this bug still exists? Yes, the problem is still present in 4.2 Bernd Trog developed a workaround available at http://svn.sourceforge.net/viewvc/avr-ada/trunk/patches/gcc-4.1-integer-bug-workaround.patch?view=log (sorry, I cannot attach it due to an internal error of bugzilla) Also see the related discussion that started here http://gcc.gnu.org/ml/gcc/2006-04/msg00512.html PR 30501 is a duplicate of this bug report and could be closed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10768
[Bug ada/30501] GNAT BUG BOX: 16-bit target Standard.Integer
--- Comment #2 from charlet at gcc dot gnu dot org 2007-04-30 09:59 --- Closing, since duplicate of 10768 *** This bug has been marked as a duplicate of 10768 *** -- charlet at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30501
[Bug target/10768] ICEs on compilation of ada support library for avr
--- Comment #17 from charlet at gcc dot gnu dot org 2007-04-30 09:59 --- *** Bug 30501 has been marked as a duplicate of this bug. *** -- charlet at gcc dot gnu dot org changed: What|Removed |Added CC||linux at schildmann dot info http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10768
[Bug ada/31744] Ada has way TOO MANY may be used uninitialized warnings.
--- Comment #1 from charlet at gcc dot gnu dot org 2007-04-30 10:03 --- I do not see these warnings on trunk on i686-linux, could you confirm you do not see them as well ? -- charlet at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31744
[Bug ada/31718] Incorrect handling of -gnatW8 and -gnatiw switches
--- Comment #2 from charlet at gcc dot gnu dot org 2007-04-30 10:07 --- This compiles fine on trunk at least. -- charlet at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31718
[Bug tree-optimization/31762] ICE in tree-dfa.c:791 with -ftree-loop-linear (and -O1 -ffast-math)
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-04-30 10:07 --- *** This bug has been marked as a duplicate of 31611 *** -- 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=31762
[Bug tree-optimization/31611] [4.3 regression] ICE with -ftree-loop-linear in remove_referenced_var for loc == *0
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-04-30 10:07 --- *** Bug 31762 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||jb at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31611
[Bug tree-optimization/31611] [4.3 regression] ICE with -ftree-loop-linear in remove_referenced_var for loc == *0
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-04-30 10:08 --- Confirmed via 31762 (which has a single file testcase). -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-04-30 10:08:37 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31611
[Bug tree-optimization/31611] [4.3 regression] ICE with -ftree-loop-linear in remove_referenced_var for loc == *0
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-04-30 10:09 --- Also related to PR31280. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||31280 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31611
[Bug tree-optimization/30565] ICE with -O1 -ftree-pre -ftree-loop-linear
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-04-30 10:17 --- Program received signal SIGSEGV, Segmentation fault. 0x08184f89 in compute_dominance_frontiers_1 (frontiers=0x8af0688) at /home/richard/src/trunk2/gcc/cfganal.c:1057 1057 if (bitmap_bit_p (frontiers[runner-index], b-index)) (gdb) print runner $2 = (basic_block) 0x0 CFG is hosed. (gdb) bt #0 0x08184f89 in compute_dominance_frontiers_1 (frontiers=0x8af0688) at /home/richard/src/trunk2/gcc/cfganal.c:1057 #1 0x08185055 in compute_dominance_frontiers (frontiers=0x8af0688) at /home/richard/src/trunk2/gcc/cfganal.c:1075 #2 0x084a20ad in update_ssa (update_flags=1024) at /home/richard/src/trunk2/gcc/tree-into-ssa.c:3277 #3 0x0856163d in rewrite_into_loop_closed_ssa (changed_bbs=0x0, update_flag=4096) at /home/richard/src/trunk2/gcc/tree-ssa-loop-manip.c:391 #4 0x088cf131 in linear_transform_loops () at /home/richard/src/trunk2/gcc/tree-loop-linear.c:367 #5 0x08571cd4 in tree_linear_transform () Zdenek? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||dberlin at gcc dot gnu dot ||org, rakdver at gcc dot gnu ||dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-04-30 10:17:47 date|| Summary|ICE with -O1 -ftree-pre - |ICE with -O1 -ftree-pre - |ftree-loop-linear -funroll- |ftree-loop-linear |loops | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30565
[Bug ada/30608] Segmentation fault : Error detected at ali.adb:2240:1
--- Comment #2 from charlet at gcc dot gnu dot org 2007-04-30 10:17 --- I believe this error is now gone. Feel free to reopen if this is not the case. Arno -- charlet at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30608
[Bug ada/29863] New ada testsuite hangs (c32111a, ...)
--- Comment #1 from charlet at gcc dot gnu dot org 2007-04-30 10:20 --- I believe you've posted results recently with those tests fixed. Feel free to reopen if I'm mistaken. Arno -- charlet at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29863
[Bug tree-optimization/23820] ICE in lambda_loopnest_to_gcc_loopnest, at lambda-code.c:1982
--- Comment #9 from rguenth at gcc dot gnu dot org 2007-04-30 10:20 --- Also fails with 4.3.0. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to fail|4.0.0 4.1.0 |4.0.0 4.1.0 4.3.0 Last reconfirmed|2005-09-11 14:42:37 |2007-04-30 10:20:24 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23820
[Bug tree-optimization/19910] [4.2/4.3 regression] ICE with -ftree-loop-linear
--- Comment #10 from rguenth at gcc dot gnu dot org 2007-04-30 10:22 --- And on i?86 and mainline. Possibly related to PR23820. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||dberlin at gcc dot gnu dot ||org OtherBugsDependingO||23820 nThis|| Known to fail|4.2.0 |4.2.0 4.3.0 Last reconfirmed|2006-08-28 02:30:06 |2007-04-30 10:22:52 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19910
[Bug ada/26162] GNAT BUG DETECTED in AWS
--- Comment #5 from charlet at gcc dot gnu dot org 2007-04-30 10:24 --- No feedback in 5 monthes, closing. -- charlet at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26162
[Bug ada/17701] Implement support for ada to armv5tel
--- Comment #6 from charlet at gcc dot gnu dot org 2007-04-30 10:26 --- There's now a s-auxdec-empty.ads for this purpose, feel free to use it. Closing, since no activity after all the suggestions given in this PR. -- charlet at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17701
[Bug ada/27068] complilation abandoned on NML Ada test server
--- Comment #4 from charlet at gcc dot gnu dot org 2007-04-30 10:30 --- Could you check on 4.2.0 or trunk ? Note that if it used to work and no longer does, it may be an OS or hardware issue (e.g. memory fault, too little stack, ...) -- charlet at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27068
[Bug ada/19237] ICE on legal (?) code: with type ... is access + variable of the access type
--- Comment #7 from charlet at gcc dot gnu dot org 2007-04-30 10:33 --- Now properly flagged ads: $ gcc -c w.adb w.ads:1:01: with type is an obsolete GNAT extension w.ads:1:01: use Ada 2005 limited with clause instead So closing. -- charlet at gcc dot gnu dot org changed: What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19237
[Bug ada/25117] GNAT Bug Box, GCC error, verify_ssa failed
--- Comment #9 from charlet at gcc dot gnu dot org 2007-04-30 10:35 --- Closing, as per last message. Arno -- charlet at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25117
[Bug ada/19409] ACATS c460010 - valgrind detects wrong code
--- Comment #5 from charlet at gcc dot gnu dot org 2007-04-30 10:45 --- Do you still see the error with 4.3.0 ? Arno -- charlet at gcc dot gnu dot org changed: What|Removed |Added Status|REOPENED|SUSPENDED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19409
[Bug ada/19409] ACATS c460010 - valgrind detects wrong code
-- charlet at gcc dot gnu dot org changed: What|Removed |Added Status|SUSPENDED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19409
[Bug ada/28733] GNAT crash while compiling Ada-2005 code
--- Comment #8 from charlet at gcc dot gnu dot org 2007-04-30 10:47 --- Do you still see the error with 4.3.0 ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28733
[Bug ada/24356] Unable to build gnatmake
--- Comment #9 from charlet at gcc dot gnu dot org 2007-04-30 10:49 --- No feedback in more than a year, assuming reporter no longer cares about this PR. -- charlet at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24356
[Bug ada/30547] Never ending program initializing an array of array of Unbounded_String.
--- Comment #1 from charlet at gcc dot gnu dot org 2007-04-30 10:55 --- Compiles fine with 4.3.0 -- charlet at gcc dot gnu dot org changed: What|Removed |Added Severity|major |normal Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30547
[Bug ada/26649] hang c34007j
--- Comment #3 from charlet at gcc dot gnu dot org 2007-04-30 10:58 --- Is this fixed in 4.3.0 ? Tentatively closing, freel free to reopen if not fixed. -- charlet at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26649
[Bug driver/14435] [4.0/4.1/4.2/4.3 Regression] gnatchop cannot use the compiled compiler in Ada's testsuite because of changed GCC_EXEC_PREFIX semantics
--- Comment #22 from charlet at gcc dot gnu dot org 2007-04-30 10:52 --- Requalifying as a driver issue (handling of GCC_EXEC_PREFIX) -- charlet at gcc dot gnu dot org changed: What|Removed |Added Component|ada |driver http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14435
[Bug ada/28953] Ada: Documentation for gprmake is missing
--- Comment #3 from charlet at gcc dot gnu dot org 2007-04-30 11:14 --- Subject: Bug 28953 Author: charlet Date: Mon Apr 30 11:14:24 2007 New Revision: 124293 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=124293 Log: PR ada/28953 * Makefile.in: No longer build gprmake Modified: trunk/gnattools/ChangeLog trunk/gnattools/Makefile.in -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28953
[Bug ada/28953] Ada: Documentation for gprmake is missing
--- Comment #4 from charlet at gcc dot gnu dot org 2007-04-30 11:14 --- Now done (gprmake no longer built) -- charlet at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28953
[Bug ada/20012] 'pragma Compile_Time_Warning' adds quotation marks to warning text
--- Comment #2 from charlet at gcc dot gnu dot org 2007-04-30 11:16 --- Fixed in 4.3.0: $ gcc -c test2.adb test2.adb:5:10: warning: NUmber Is GReater Than 1! Arno -- charlet at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20012
[Bug ada/26866] [4.1 regression] 428 test failures in ada testsuite
--- Comment #5 from charlet at gcc dot gnu dot org 2007-04-30 11:18 --- No feedback in 6 months, closing. -- charlet at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26866
[Bug c++/31666] [4.3 regression]: g++.old-deja/g++.other/vbase5.C execution test
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Keywords||wrong-code Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31666
[Bug target/31684] [4.3 Regression] ICE in get_attr_first_insn, at config/ia64/itanium2.md:1839 at -O2
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31684
[Bug middle-end/31685] [4.3 regression] ICE in set_mem_attributes
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Component|c++ |middle-end Keywords||ice-on-valid-code Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31685
[Bug rtl-optimization/31691] [4.1 regression] optimized code taking the wrong branch
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.1.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31691
[Bug target/31733] [4.3 Regression] ICE in rtl_verify_flow_info, at cfgrtl.c:2050: {return_internal} (nil)
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Component|middle-end |target Keywords||ice-on-valid-code Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31733
[Bug libgomp/31682] [4.3 regression]: Many libgomp failures
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31682
[Bug libgomp/31722] [4.3 regression] gomp is broken
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31722
[Bug c++/31663] [4.3 Regression] Segfault in constrain_class_visibility with anonymous namespace
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31663
[Bug middle-end/31685] [4.3 regression] ICE in set_mem_attributes
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-30 11:38 ---
Confirmed, a shorter testcase:
struct F
{
~F () {}
F (int x) {}
};
F foo (const F x);
static F z = 6;
int
main ()
{
F f = z;
foo (f);
}
--
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 |2007-04-30 11:38:18
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31685
[Bug middle-end/29609] [4.1/4.2/4.3 Regression] Even with -O0 -g gcc optimizes a goto away and I cannot debug
-- steven at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |steven at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2007-03-14 18:58:43 |2007-04-30 11:52:08 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29609
[Bug middle-end/29609] [4.1/4.2/4.3 Regression] Even with -O0 -g gcc optimizes a goto away and I cannot debug
--- Comment #3 from steven at gcc dot gnu dot org 2007-04-30 12:01 --- There are at least 2 issues here: 1) We just lose the locus of the goto statements when we lower GIMPLE and when we jump across forwarded blocks. 2) When we don't lose the locus in GIMPLE, we lose it in cfgexpand. I'm working on a fix for both issues. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29609
[Bug fortran/24633] MODULE attribute conflicts with PROCEDURE attribute
--- Comment #5 from dfranke at gcc dot gnu dot org 2007-04-30 12:05 --- The message text is not hardcoded and used to report multiple kinds of clashes, thus its genericity. Adding the name is easy, special-casing it for any combination of clashing is, IMO, not a viable option. -- dfranke at gcc dot gnu dot org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2007- ||04/msg02018.html http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24633
[Bug fortran/31732] [4.3 regression] Assignment to array slice affects whole array
--- Comment #7 from pault at gcc dot gnu dot org 2007-04-30 12:06 ---
Thomas,
I believe this one is OK - it needs cleaning up with gfc_dep_compare_expr's, as
appropriate. It regtests OK.
Index: gcc/fortran/dependency.c
===
*** gcc/fortran/dependency.c(revision 124192)
--- gcc/fortran/dependency.c(working copy)
*** gfc_full_array_ref_p (gfc_ref *ref)
*** 1117,1128
if (ref-type != REF_ARRAY)
return false;
if (ref-u.ar.type == AR_FULL)
return true;
if (ref-u.ar.type != AR_SECTION)
return false;
- if (ref-next)
- return false;
for (i = 0; i ref-u.ar.dimen; i++)
{
--- 1117,1128
if (ref-type != REF_ARRAY)
return false;
+ if (ref-next)
+ return false;
if (ref-u.ar.type == AR_FULL)
return true;
if (ref-u.ar.type != AR_SECTION)
return false;
for (i = 0; i ref-u.ar.dimen; i++)
{
*** gfc_full_array_ref_p (gfc_ref *ref)
*** 1143,1148
--- 1143,1161
/* Check the stride. */
if (ref-u.ar.stride[i] !gfc_expr_is_one (ref-u.ar.stride[i], 0))
return false;
+
+ /* Check that this is not an array element of an array with range
+greater than one. */
+ if (ref-u.ar.dimen_type[i] == DIMEN_ELEMENT
+ref-u.ar.as-lower[i]
+ref-u.ar.as-lower[i]-expr_type == EXPR_CONSTANT
+((ref-u.ar.as-upper[i]
+ ref-u.ar.as-upper[i]-expr_type == EXPR_CONSTANT
+ mpz_cmp (ref-u.ar.as-lower[i]-value.integer,
+ ref-u.ar.as-upper[i]-value.integer))
+ ||
+ mpz_cmp_si (ref-u.ar.as-lower[i]-value.integer, 1)))
+ return false;
}
return true;
}
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31732
[Bug libstdc++/30449] Missing overloads (specializations) in stl_algobase.h
--- Comment #2 from paolo at gcc dot gnu dot org 2007-04-30 14:11 --- Subject: Bug 30449 Author: paolo Date: Mon Apr 30 14:10:54 2007 New Revision: 124295 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=124295 Log: 2007-04-30 Paolo Carlini [EMAIL PROTECTED] PR libstdc++/30449 (equal) * include/bits/stl_algobase.h (struct __niter_base): Add. (copy(_II, _II, _OI), copy_backward(_BI1, _BI1, _BI2), fill(_ForwardIterator, _ForwardIterator, const _Tp), fill_n(_OI, _Size, const _Tp), equal(_II1, _II1, _II2)): Use it. (struct __copy_normal, __copy_backward_normal, struct __fill_normal, struct __fill_n_normal): Remove. (struct __equal, struct __equal_aux): Add. * include/bits/stl_iterator.h: Add _Iterator_type typedef. * include/bits/stl_algobase.h (__fill_aux(wchar_t*, wchar_t*, wchar_t), __fill_n_aux(wchar_t*, _Size, wchar_t)): Remove. * testsuite/23_containers/requirements/sequences/dr438/vector/ constructor_1_neg.cc: Adjust dg-error line number. * testsuite/23_containers/requirements/sequences/dr438/vector/ constructor_2_neg.cc: Likewise. Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/include/bits/stl_algobase.h trunk/libstdc++-v3/include/bits/stl_iterator.h trunk/libstdc++-v3/testsuite/23_containers/requirements/sequences/dr438/vector/constructor_1_neg.cc trunk/libstdc++-v3/testsuite/23_containers/requirements/sequences/dr438/vector/constructor_2_neg.cc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30449
[Bug libstdc++/30449] Missing overloads (specializations) in stl_algobase.h
--- Comment #3 from pcarlini at suse dot de 2007-04-30 14:12 --- Fixed. -- pcarlini at suse dot de changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30449
[Bug fortran/31764] New: [f2003] ice in new_line if used as elemental function
F2003, 13.7.85, NEW_LINE, Argument: A shall be of type character. It may be a scalar or an array. $ cat newline.f90 WRITE(*,*) NEW_LINE((/'a', 'b', 'c'/)) END $ gfortran-svn -g -Wall newline.f90 ./a.out newline.f90: In function 'MAIN__': newline.f90:1: internal compiler error: in gfc_conv_intrinsic_function, at fortran/trans-intrinsic.c:3567 $ gfortran-svn -v gcc version 4.3.0 20070428 (experimental) -- Summary: [f2003] ice in new_line if used as elemental function Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dfranke at gcc dot gnu dot org OtherBugsDependingO 20585 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31764
[Bug target/31733] [4.3 Regression] ICE in rtl_verify_flow_info, at cfgrtl.c:2050: {return_internal} (nil)
--- Comment #2 from tbm at cyrius dot com 2007-04-30 15:14 --- Created an attachment (id=13465) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13465action=view) testcase It doesn't seem to get smaller than this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31733
[Bug tree-optimization/30252] [4.2 regression] miscompilation of sigc++-2.0 based code with -fstrict-aliasing
--- Comment #10 from pluto at agmk dot net 2007-04-30 15:16 --- i can reproduce testcase4 on [EMAIL PROTECTED] $ g++ 30252.cpp -O1 -fstrict-aliasing -g3 ./a.out zsh: segmentation fault ./a.out (gdb) bt #0 0x2adee263dbc0 in _rtld_local_ro () from /lib64/ld-linux-x86-64.so.2 #1 0x00400654 in sigc::internal::slot_call0sigc::bind_functor-1, sigc::pointer_functor1void*, void*, long* ::call_it ( rep=0x601010) at 30252.cpp:73 #2 0x0040062b in main () at 30252.cpp:238 it works with -O1 -fno-strict-aliasing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30252
[Bug fortran/31765] New: gfortran gcc_gobble_whitespace broke previously working source
A (fixed form .f) source file that successfully compiled under g77 did not work properly in gfortran. I think the gcc_gobble_whitespace() function is the source. One line of the source file contained a tab character in column 1, then 3 space characters (ASCII 32), followed by 64 meaningful source characters. I don't know how g77 handles the tab in column 1, but g77 must have replaced the tab with LESS THAN 6 spaces. The individual who wrote the original source code must have had an editor that expanded tabs to 5 characters, as this person added 3 more spaces after the tab to format the source nicely. The original 5 character tab plus the 3 extra spaces made the line EXACTLY 72 characters in length (in his editor). I found some reference to gcc_gobble_whitespace() on this web page: http://gcc.gnu.org/ml/fortran/2005-11/txt00037.txt This diff suggests that, in fixed form source mode, gcc_gobble_whitespace() expands tabs such that the next character is in the source region. This must have placed the first (of the 3) space characters in column 7 (not 6), making the line 73 characters in length (rather than 72). Instead of gcc_gobble_whitespace() doing this: expands tabs such that the next character is in the source region Perhaps it should do this: expands tabs such that the next NON WHITESPACE character is in the source region Comments are welcome. Here is the build/version info: GNU Fortran 95 (GCC) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21) -- Summary: gfortran gcc_gobble_whitespace broke previously working source Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: RenzulME at utrc dot utc dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31765
[Bug tree-optimization/30252] [4.2 regression] miscompilation of sigc++-2.0 based code with -fstrict-aliasing
--- Comment #11 from pluto at agmk dot net 2007-04-30 15:29 ---
--- 30252.cpp.099t.optimized.aliasing-OFF
+++ 30252.cpp.099t.optimized.aliasing-ON
sigc::slot0 A::bar() (this)
{
(...)
+ void * (*T5b7) (void *) SR.114;
(...)
+ this-functor_.D.2915.functor_.functor_.func_ptr_ = SR.114;
this-functor_.bound1_.visited_ = dummy;
- this-functor_.D.2915.functor_.functor_.func_ptr_ = foo;
(...)
with strict aliasing the func_ptr_ is initialized with uninitialized
pointer (SR.114) instead of `foo'.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30252
[Bug c++/31724] [4.3 Regression] More same canonical type node fun
--- Comment #5 from dgregor at gcc dot gnu dot org 2007-04-30 15:30 ---
Thanks for tracking this down.
I'm not sure I understand the fix. The comment just above the changes code in
build_new_1 reads:
We need a copy of the type as build_array_type will return a shared copy
of the incomplete array type.
Actually, I don't understand why we aren't just calling
build_cplus_array_type(type, index) to create full_type. Why do we need a
distinct copy of the type, which the comment claims? With the change above,
we're not really getting a distinct copy, because type_hash_canon is exactly
what build_array_type does to share type nodes. For reference, the following
patch fixes the test cases in this PR and doesn't cause any regressions in the
test suite. It also sets TYPE_CANONICAL properly, whereas the patch above does
not.
Index: init.c
===
--- init.c (revision 124119)
+++ init.c (working copy)
@@ -1636,11 +1636,7 @@ build_new_1 (tree placement, tree type,
index = convert (sizetype, nelts);
index = size_binop (MINUS_EXPR, index, size_one_node);
index = build_index_type (index);
- full_type = build_cplus_array_type (type, NULL_TREE);
- /* We need a copy of the type as build_array_type will return a shared
copy
- of the incomplete array type. */
- full_type = build_distinct_type_copy (full_type);
- TYPE_DOMAIN (full_type) = index;
+ full_type = build_cplus_array_type (type, index);
}
else
{
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31724
[Bug tree-optimization/30252] [4.2 regression] miscompilation of sigc++-2.0 based code with -fstrict-aliasing
--- Comment #12 from bangerth at dealii dot org 2007-04-30 15:42 --- (In reply to comment #10) i can reproduce testcase4 on [EMAIL PROTECTED] I still can't reproduce on i686, sorry. Someone else will have to look at this and try to further reduce the sources... W. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30252
[Bug fortran/31764] [f2003] ice in new_line if used as elemental function
--- Comment #1 from burnus at gcc dot gnu dot org 2007-04-30 15:43 --- F2003, 13.7.85, NEW_LINE, Argument: A shall be of type character. It may be a scalar or an array. Additional information: Class. Inquiry function. Result Characteristics. Character scalar of length one with the same kind type parameter as A. I.e. no array should be returned! This is different to the elemental functions achar, iachar etc. -- burnus at gcc dot gnu dot org changed: What|Removed |Added CC||burnus at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-04-30 15:43:12 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31764
[Bug c++/31724] [4.3 Regression] More same canonical type node fun
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-04-30 15:58 --- Actually, I don't understand why we aren't just calling build_cplus_array_type(type, index) to create full_type. Why do we need a You missed the comment: /* ??? The middle-end will error on us for building a VLA outside a function context. Methinks that's not it's purvey. So we'll do our own VLA layout later. */ The obvious testcase fails when you change this into using build_cplus_array_type: int n; int *a = new int[n]; -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31724
[Bug ada/26649] hang c34007j
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2007-04-30 16:33 --- Subject: Re: hang c34007j Is this fixed in 4.3.0 ? Tentatively closing, freel free to reopen if not fixed. I don't know about 4.3.0, but it's definitely still a problem on 4.2.0. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26649
[Bug fortran/31016] Use __buildin_memcpy and __memcpy for array assignment
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-04-30 17:25 --- AFAIK the libc memset/cpy choose the algorithm depending the the size etc., so you have to do a big block to make up for all the overhead. But what could be done for small multidimensional arrays would be to flatten the nested loops into the equivalent 1D loop? Perhaps this is something better done in the middle end? Well libc's memcpy/memset does optimize by size but the compiler also optimizes memcpy/memset if the size is constant and also based on the alignment so it could optimize it down to two instructions instead of a couple (and on PPC, with -maltivec, GCC can optimize using VMX also which makes the instruction count go down even more). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31016
[Bug fortran/31765] gfortran gcc_gobble_whitespace broke previously working source
--- Comment #1 from kargl at gcc dot gnu dot org 2007-04-30 17:41 --- The code does not conform to any Fortran standard. A compiler can do whatever it wants with the tab. I'd suggest that you fix the code. -- kargl at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31765
[Bug bootstrap/31344] [4.3 Regression] bootstrap broken on i[345]86-linux
--- Comment #18 from hjl at lucon dot org 2007-04-30 17:45 --- An updated patch is posted at http://gcc.gnu.org/ml/gcc-patches/2007-04/msg02003.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31344
[Bug c++/31721] vector references turn into vector pointers
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-04-30 18:01 --- Subject: Bug 31721 Author: pinskia Date: Mon Apr 30 18:01:18 2007 New Revision: 124300 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=124300 Log: 2007-04-30 Andrew Pinski [EMAIL PROTECTED] PR C++/31721 * tree.c (reconstruct_complex_type): Reconstruct a reference correctly. Also use the same mode for the pointer as the old pointer type. 2007-04-30 Andrew pinski [EMAIL PROTECTED] PR C++/31721 * g++.dg/ext/vector7.C: New testcase. Added: trunk/gcc/testsuite/g++.dg/ext/vector7.C Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31721
[Bug c++/31721] vector references turn into vector pointers
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-04-30 18:02 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31721
[Bug c++/31742] warn_unused_result prints no warning for return value with destructor
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-30 18:04 --- This is more related to PR 31063. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31742
[Bug target/31733] [4.3 Regression] ICE in rtl_verify_flow_info, at cfgrtl.c:2050: {return_internal} (nil)
--- Comment #3 from rakdver at gcc dot gnu dot org 2007-04-30 18:09 --- Might be mine, I will check. -- 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|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-04-30 18:09:19 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31733
[Bug tree-optimization/23820] ICE in lambda_loopnest_to_gcc_loopnest, at lambda-code.c:1982
--- Comment #10 from dberlin at gcc dot gnu dot org 2007-04-30 18:26 --- Subject: Re: ICE in lambda_loopnest_to_gcc_loopnest, at lambda-code.c:1982 This one is unimplemented functionality, it's going to take longer to solve. (Sadly, at the point where we hit it, we can't back out gracefully, hence the iCE). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23820
[Bug fortran/31765] gfortran gcc_gobble_whitespace broke previously working source
--- Comment #2 from RenzulME at utrc dot utc dot com 2007-04-30 18:35 --- Subject: RE: gfortran gcc_gobble_whitespace broke previously working source Thanks for clarification. I could not find information related to the standard treatment of tabs in any sort of Fortran source. Any obvious links to such info would be appreciated. Thank you very much. -Original Message- From: kargl at gcc dot gnu dot org [mailto:[EMAIL PROTECTED] Sent: Monday, April 30, 2007 12:41 PM To: Renzulli, Mark E UTRC Subject: [Bug fortran/31765] gfortran gcc_gobble_whitespace broke previously working source --- Comment #1 from kargl at gcc dot gnu dot org 2007-04-30 17:41 --- The code does not conform to any Fortran standard. A compiler can do whatever it wants with the tab. I'd suggest that you fix the code. -- kargl at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31765 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31765
[Bug middle-end/22156] [4.0/4.1/4.2 Regression] bit-field copying regressed
--- Comment #14 from aoliva at gcc dot gnu dot org 2007-04-30 18:41 --- Subject: Bug 22156 Author: aoliva Date: Mon Apr 30 18:41:11 2007 New Revision: 124302 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=124302 Log: PR middle-end/22156 Temporarily revert: 2007-04-06 Andreas Tobler [EMAIL PROTECTED] 2007-04-05 Alexandre Oliva [EMAIL PROTECTED] * tree-sra.c (try_instantiate_multiple_fields): Needlessly initialize align to silence bogus warning. 2007-04-05 Alexandre Oliva [EMAIL PROTECTED] * tree-sra.c (struct sra_elt): Add in_bitfld_block. Remove all_no_warning. (struct sra_walk_fns): Remove use_all parameter from use. (sra_hash_tree): Handle BIT_FIELD_REFs. (sra_elt_hash): Don't hash bitfld blocks. (sra_elt_eq): Skip them in parent compares as well. Handle BIT_FIELD_REFs. (sra_walk_expr): Don't maintain or pass down use_all_p. (scan_use): Remove use_all parameter. (scalarize_use): Likewise. Re-expand assignment to BIT_FIELD_REF of gimple_reg. De-scalarize before input or output, and re-scalarize after output. Don't mark anything for no warning. (scalarize_ldst): Adjust. (scalarize_walk_gimple_modify_statement): Likewise. (build_element_name_1): Handle BIT_FIELD_REFs. (instantiate_element): Don't warn for any element whose parent is used as a whole. (instantiate_missing_elements_1): Return the sra_elt. (canon_type_for_field): New. (try_instantiate_multiple_fields): New. (instantiate_missing_elemnts): Use them. (mark_no_warning): Removed. (generate_one_element_ref): Handle BIT_FIELD_REFs. (REPLDUP, sra_build_elt_assignment): New. (generate_copy_inout): Use them. (generate_element_copy): Likewise. Handle bitfld differences. (generate_element_zero): Don't recurse for blocks. Use sra_build_elt_assignment. (generate_one_element_int): Take elt instead of var. Use sra_build_elt_assignment. (generate_element_init_1): Adjust. (scalarize_use, scalarize_copy): Use REPLDUP. (scalarize_ldst): Move assert before dereference. (dump_sra_elt_name): Handle BIT_FIELD_REFs. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-sra.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22156
[Bug tree-optimization/30565] ICE with -O1 -ftree-pre -ftree-loop-linear
--- Comment #4 from dberlin at gcc dot gnu dot org 2007-04-30 18:42 --- Subject: Re: ICE with -O1 -ftree-pre -ftree-loop-linear Something in perfect_nestify is fucking up the dominators, but it's not clear why every set_immediate_dominator there is not correct. On 30 Apr 2007 09:17:48 -, rguenth at gcc dot gnu dot org [EMAIL PROTECTED] wrote: --- Comment #3 from rguenth at gcc dot gnu dot org 2007-04-30 10:17 --- Program received signal SIGSEGV, Segmentation fault. 0x08184f89 in compute_dominance_frontiers_1 (frontiers=0x8af0688) at /home/richard/src/trunk2/gcc/cfganal.c:1057 1057 if (bitmap_bit_p (frontiers[runner-index], b-index)) (gdb) print runner $2 = (basic_block) 0x0 CFG is hosed. (gdb) bt #0 0x08184f89 in compute_dominance_frontiers_1 (frontiers=0x8af0688) at /home/richard/src/trunk2/gcc/cfganal.c:1057 #1 0x08185055 in compute_dominance_frontiers (frontiers=0x8af0688) at /home/richard/src/trunk2/gcc/cfganal.c:1075 #2 0x084a20ad in update_ssa (update_flags=1024) at /home/richard/src/trunk2/gcc/tree-into-ssa.c:3277 #3 0x0856163d in rewrite_into_loop_closed_ssa (changed_bbs=0x0, update_flag=4096) at /home/richard/src/trunk2/gcc/tree-ssa-loop-manip.c:391 #4 0x088cf131 in linear_transform_loops () at /home/richard/src/trunk2/gcc/tree-loop-linear.c:367 #5 0x08571cd4 in tree_linear_transform () Zdenek? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||dberlin at gcc dot gnu dot ||org, rakdver at gcc dot gnu ||dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-04-30 10:17:47 date|| Summary|ICE with -O1 -ftree-pre - |ICE with -O1 -ftree-pre - |ftree-loop-linear -funroll- |ftree-loop-linear |loops | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30565 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30565
[Bug fortran/31765] gfortran gcc_gobble_whitespace broke previously working source
--- Comment #3 from kargl at gcc dot gnu dot org 2007-04-30 19:17 --- Mark, Section 3.1 of the Fortran 95 standard defines the Fortran Character Set. tab is not a member of this set whereas space (or blank) is. One then needs to read Section 3.3.2 that covers fixed-form source code. 3.3.2.4 Fixed form statements A label, if present, shall occur in character positions 1 through 5 of the first line of a statement; otherwise, positions 1 through 5 shall be blank. Blanks may appear anywhere within a label. A statement following a ; on the same line shall not be labeled. Character positions 1 through 5 of any continuation lines shall be blank. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31765
[Bug fortran/31765] gfortran gcc_gobble_whitespace broke previously working source
--- Comment #4 from RenzulME at utrc dot utc dot com 2007-04-30 19:29 --- Subject: RE: gfortran gcc_gobble_whitespace broke previously working source Thank you very much for the reference. Yes, of course, I will fix the code. It took me a couple of days to find this bug when I switched over from g77 to gfortran. I wanted to try an report it, just in case. Thanks for the very prompt response and resolution. Then am I correct in assuming that, the gcc_gobble_whitespace() treatment of tabs (in fixed-form Fortran sources) is just being nice, and doesn't adhere to any Fortran standard? It seems that, if the gobble function is just trying to recover usable Fortran code when it encounters the non standard tab character, then my recommendation still might make sense, in that, you just want to make sure that the relevant non-whitespace characters in the source line are beyond column 6... That is, gobble up the tab AND ANY SUBSEQUENT WHITESPACE, and replace with 6-spaces such that the first non-whitespace character is in column 7... No response necessary, as finding the bug was my real problem. I just enjoy having good technical/compiler discussions whenever I can! Cheers, and thanks again, Mark -Original Message- From: kargl at gcc dot gnu dot org [mailto:[EMAIL PROTECTED] Sent: Monday, April 30, 2007 2:17 PM To: Renzulli, Mark E UTRC Subject: [Bug fortran/31765] gfortran gcc_gobble_whitespace broke previously working source --- Comment #3 from kargl at gcc dot gnu dot org 2007-04-30 19:17 --- Mark, Section 3.1 of the Fortran 95 standard defines the Fortran Character Set. tab is not a member of this set whereas space (or blank) is. One then needs to read Section 3.3.2 that covers fixed-form source code. 3.3.2.4 Fixed form statements A label, if present, shall occur in character positions 1 through 5 of the first line of a statement; otherwise, positions 1 through 5 shall be blank. Blanks may appear anywhere within a label. A statement following a ; on the same line shall not be labeled. Character positions 1 through 5 of any continuation lines shall be blank. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31765
[Bug middle-end/31095] [4.3 Regression] ICE in expand_expr_real_1, at expr.c:8786
--- Comment #4 from janis at gcc dot gnu dot org 2007-04-30 19:33 --- The same failure occurs on powerpc-linux, where a regression hunt identified this patch: http://gcc.gnu.org/viewcvs?view=revrev=119535 r119535 | hubicka | 2006-12-05 10:15:28 + (Tue, 05 Dec 2006) -- janis at gcc dot gnu dot org changed: What|Removed |Added CC||hubicka at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31095
[Bug c/31766] New: Building gcc 3.4.6 - c-parse.c:5508: internal compiler error: in disconnect_src, at cfg.c:235
Hi, When I try to build gcc 3.4.6 for [EMAIL PROTECTED]:~/download/gcc-3.4.6 uname -a Linux linux-C2D-2130 2.6.18.2-34-default #1 SMP Mon Nov 27 11:46:27 UTC 2006 x86_64 x86_64 x86_64 GNU/Linux I got the following internal compiler error: linux-C2D-2130:/home/johan/download/gcc-3.4.6 # make ... gcc -c -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-error -DHAVE_CONFIG_H -I. -I. -I. -I./. -I./../include c-parse.c -o c-parse.o c-parse.c: In function yyparse: c-parse.c:5508: internal compiler error: in disconnect_src, at cfg.c:235 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://bugs.opensuse.org for instructions. make[1]: *** [c-parse.o] Error 1 make[1]: Leaving directory `/home/johan/download/gcc-3.4.6/gcc' make: *** [all-gcc] Error 2 Best Regards, Johan Vermeire [EMAIL PROTECTED] Belgium -- Summary: Building gcc 3.4.6 - c-parse.c:5508: internal compiler error: in disconnect_src, at cfg.c:235 Product: gcc Version: 3.4.6 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: vermeire dot linux at dommel dot be GCC build triplet: x86_64 GNU/Linux GCC host triplet: x86_64 GNU/Linux GCC target triplet: x86_64 GNU/Linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31766
[Bug middle-end/31095] [4.3 Regression] ICE in expand_expr_real_1, at expr.c:8786
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-04-30 19:39 --- The problem is obvious, we don't optimize bcopy not to a call during expand but this is ok, the issue is we are trying to expand a COMPOUND_EXPR which came from simplifying bcopy which really should have been done earlier anyways. -- 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 |2007-04-30 19:39:07 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31095
[Bug middle-end/31766] Building gcc 3.4.6 - c-parse.c:5508: internal compiler error: in disconnect_src, at cfg.c:235
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-30 19:41 --- What is the originally compiler version and why did you report this to use when it says to report it to opensuse? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Severity|blocker |normal Status|UNCONFIRMED |WAITING Component|c |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31766
[Bug middle-end/31766] Building gcc 3.4.6 - c-parse.c:5508: internal compiler error: in disconnect_src, at cfg.c:235
--- Comment #2 from vermeire dot linux at dommel dot be 2007-04-30 19:47 --- Subject: Re: Building gcc 3.4.6 - c-parse.c:5508: internal compiler error: in disconnect_src, at cfg.c:235 On Monday 30 April 2007 20:41, pinskia at gcc dot gnu dot org wrote: --- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-30 19:41 --- What is the originally compiler version and why did you report this to use when it says to report it to opensuse? The original compiler version is: [EMAIL PROTECTED]:~/download/gcc-3.4.6 gcc -v Using built-in specs. Target: x86_64-suse-linux Configured with: ../configure --enable-threads=posix --prefix=/usr --with-local-prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib64 --libexecdir=/usr/lib64 --enable-languages=c,c++,objc,fortran,obj-c++,java,ada --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.1.2 --enable-ssp --disable-libssp --disable-libgcj --with-slibdir=/lib64 --with-system-zlib --enable-shared --enable-__cxa_atexit --enable-libstdcxx-allocator=new --program-suffix=-4.1 --enable-version-specific-runtime-libs --without-system-libunwind --with-cpu=generic --host=x86_64-suse-linux Thread model: posix gcc version 4.1.2 20061115 (prerelease) (SUSE Linux) I submitted this to here, because I think it has nothing to do with OpenSUSE. Best Regards, Johan Vermeire -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31766
[Bug c/31766] Building gcc 3.4.6 - c-parse.c:5508: internal compiler error: in disconnect_src, at cfg.c:235
--- Comment #3 from vermeire dot linux at dommel dot be 2007-04-30 19:47 --- The original compiler version is: [EMAIL PROTECTED]:~/download/gcc-3.4.6 gcc -v Using built-in specs. Target: x86_64-suse-linux Configured with: ../configure --enable-threads=posix --prefix=/usr --with-local-prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib64 --libexecdir=/usr/lib64 --enable-languages=c,c++,objc,fortran,obj-c++,java,ada --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.1.2 --enable-ssp --disable-libssp --disable-libgcj --with-slibdir=/lib64 --with-system-zlib --enable-shared --enable-__cxa_atexit --enable-libstdcxx-allocator=new --program-suffix=-4.1 --enable-version-specific-runtime-libs --without-system-libunwind --with-cpu=generic --host=x86_64-suse-linux Thread model: posix gcc version 4.1.2 20061115 (prerelease) (SUSE Linux) -- vermeire dot linux at dommel dot be changed: What|Removed |Added Severity|normal |blocker Component|middle-end |c http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31766
[Bug middle-end/31766] Building gcc 3.4.6 - c-parse.c:5508: internal compiler error: in disconnect_src, at cfg.c:235
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-04-30 19:50 --- I submitted this to here, because I think it has nothing to do with OpenSUSE. It has everything to do with opensuse as they modified GCC is the one which is crashing (ICEing). Can you attach the preprocessed source like what is mentioned on http://gcc.gnu.org/bugs.html ? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|blocker |normal Component|c |middle-end Version|3.4.6 |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31766
[Bug tree-optimization/31130] [4.2/4.3 Regression] VRP no longer derives range for division after negation
--- Comment #10 from mmitchel at gcc dot gnu dot org 2007-04-30 19:51
---
I think this probably qualifies as a regression, given Stephen's comment #9,
but not an important one. With all of GCC's optimization options, if we start
worrying about regressions for things outside the {-O0, -O1, -O2, -O3, -Os} set
of options that do not occur with those options, I think we're going to have a
very hard time keeping track of what's going on. So, I have marked this P4.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31130
[Bug c++/31743] [4.1/4.2/4.3 regression] ICE with invalid use of new
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31743
[Bug c++/31747] [4.2/4.3 regression] ICE combining static and extern
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31747
[Bug c++/31748] [4.2/4.3 regression] bad diagnostic for invalid private clause
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31748
[Bug c++/31749] [4.1/4.2/4.3 regression] ICE with invalid redeclaration of builtin
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31749
[Bug c++/31751] [4.1/4.2/4.3 regression] ICE with forgotten member declaration
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31751
[Bug middle-end/31766] Building gcc 3.4.6 - c-parse.c:5508: internal compiler error: in disconnect_src, at cfg.c:235
--- Comment #5 from vermeire dot linux at dommel dot be 2007-04-30 20:05 --- Subject: Re: Building gcc 3.4.6 - c-parse.c:5508: internal compiler error: in disconnect_src, at cfg.c:235 On Monday 30 April 2007 20:50, pinskia at gcc dot gnu dot org wrote: --- Comment #4 from pinskia at gcc dot gnu dot org 2007-04-30 19:50 --- I submitted this to here, because I think it has nothing to do with OpenSUSE. It has everything to do with opensuse as they modified GCC is the one which is crashing (ICEing). Can you attach the preprocessed source like what is mentioned on http://gcc.gnu.org/bugs.html ? Hi, I did a manual compile of c-parse.c and that compiles fine now. Then a did the make again, and now the compiler compiles with gcc 4.1.2 . I've now another problem in the linking stage: In file included from /usr/include/features.h:346, from /usr/include/stdio.h:28, from ./tsystem.h:79, from ./libgcc2.c:41: /usr/include/gnu/stubs.h:7:27: gnu/stubs-32.h: No such file or directory make[1]: *** [libgcc/32/_muldi3.o] Error 1 make[1]: Leaving directory `/home/johan/download/gcc-3.4.6/gcc' make: *** [stmp-multilib] Error 2 I'll investigate this first. Thanks anyway for your quick response. You can set the reported bug 31766 in a non-blocking state now. Best Regards, Johan Vermeire -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31766
[Bug middle-end/31766] Building gcc 3.4.6 - c-parse.c:5508: internal compiler error: in disconnect_src, at cfg.c:235
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-04-30 20:12 --- /usr/include/gnu/stubs.h:7:27: gnu/stubs-32.h: No such file or directory That just means you don't have the 32bit glibc headers installed. So everything will work fine, once you install that package (don't ask me what it is called, I am not a SUSE guy). -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31766
[Bug middle-end/31766] Building gcc 3.4.6 - c-parse.c:5508: internal compiler error: in disconnect_src, at cfg.c:235
--- Comment #7 from bangerth at dealii dot org 2007-04-30 20:43 --- Or configure with --disable-multilib. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31766
[Bug c++/31724] [4.3 Regression] More same canonical type node fun
--- Comment #7 from bangerth at dealii dot org 2007-04-30 20:45 --- (In reply to comment #2) Can we PLEASE make this a fatal error instead of a warning? I second that, again. For the record, I am seeing this very same issue several times as well on my sources. If we don't get this fixed, it'll show up in many people's codes. W. -- bangerth at dealii dot org changed: What|Removed |Added CC||bangerth at dealii dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31724
[Bug c++/31724] [4.3 Regression] More same canonical type node fun
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-04-30 22:22 --- (In reply to comment #4) I have a fix: Bah this causes a couple of failures with respect of templates, I think I will have a couple more stuff related to templates I need to look at. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31724
[Bug middle-end/31767] New: 25% slowdown in gas_dyn since 2007-04-27
Using the Polyhedron test suite, I get a slowdown of gas_dyn from 11.62s (2007-04-26, r124174) to 14.70 (since 2007-04-27, r124211). The same can also be observed at http://www.suse.de/~gcctest/c++bench/polyhedron/ http://www.suse.de/~gcctest/c++bench/polyhedron/polyhedron-summary.txt-gas_dyn-17.png Both systems are x86-64/Linux systems. If you don't have the polyhedron test, you can obtain it from: http://www.polyhedron.com/pb05/polyhedron_benchmark_suite.html The test was run with the parameters: gfortran -march=opteron -ffast-math -funroll-loops -ftree-vectorize -ftree-loop-linear -msse3 -O3 gas_dyn.f90 -- Summary: 25% slowdown in gas_dyn since 2007-04-27 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31767
[Bug middle-end/31766] Building gcc 3.4.6 - c-parse.c:5508: internal compiler error: in disconnect_src, at cfg.c:235
--- Comment #8 from vermeire dot linux at dommel dot be 2007-04-30 22:25 --- Subject: Re: Building gcc 3.4.6 - c-parse.c:5508: internal compiler error: in disconnect_src, at cfg.c:235 On Monday 30 April 2007 21:12, pinskia at gcc dot gnu dot org wrote: --- Comment #6 from pinskia at gcc dot gnu dot org 2007-04-30 20:12 --- /usr/include/gnu/stubs.h:7:27: gnu/stubs-32.h: No such file or directory That just means you don't have the 32bit glibc headers installed. So everything will work fine, once you install that package (don't ask me what it is called, I am not a SUSE guy). Hi, I've installed the 32 glibc headers, and make a clean rebuild of the gcc compiler. I've now a gcc v3.4.6 compiler: linux-C2D-2130:/home/johan/download/gcc-3.4.6/gcc # gcc -v Reading specs from /usr/local/lib/gcc/x86_64-unknown-linux-gnu/3.4.6/specs Configured with: ./configure : (reconfigured) : (reconfigured) Thread model: posix gcc version 3.4.6 Thanks for your help Best Regards, Johan Vermeire --- Comment #9 from vermeire dot linux at dommel dot be 2007-04-30 22:25 --- Subject: Re: Building gcc 3.4.6 - c-parse.c:5508: internal compiler error: in disconnect_src, at cfg.c:235 On Monday 30 April 2007 21:12, pinskia at gcc dot gnu dot org wrote: --- Comment #6 from pinskia at gcc dot gnu dot org 2007-04-30 20:12 --- /usr/include/gnu/stubs.h:7:27: gnu/stubs-32.h: No such file or directory That just means you don't have the 32bit glibc headers installed. So everything will work fine, once you install that package (don't ask me what it is called, I am not a SUSE guy). Hi, I've installed the 32 glibc headers, and make a clean rebuild of the gcc compiler. I've now a gcc v3.4.6 compiler: linux-C2D-2130:/home/johan/download/gcc-3.4.6/gcc # gcc -v Reading specs from /usr/local/lib/gcc/x86_64-unknown-linux-gnu/3.4.6/specs Configured with: ./configure : (reconfigured) : (reconfigured) Thread model: posix gcc version 3.4.6 Thanks for your help Best Regards, Johan Vermeire -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31766
[Bug middle-end/31766] Building gcc 3.4.6 - c-parse.c:5508: internal compiler error: in disconnect_src, at cfg.c:235
--- Comment #8 from vermeire dot linux at dommel dot be 2007-04-30 22:25 --- Subject: Re: Building gcc 3.4.6 - c-parse.c:5508: internal compiler error: in disconnect_src, at cfg.c:235 On Monday 30 April 2007 21:12, pinskia at gcc dot gnu dot org wrote: --- Comment #6 from pinskia at gcc dot gnu dot org 2007-04-30 20:12 --- /usr/include/gnu/stubs.h:7:27: gnu/stubs-32.h: No such file or directory That just means you don't have the 32bit glibc headers installed. So everything will work fine, once you install that package (don't ask me what it is called, I am not a SUSE guy). Hi, I've installed the 32 glibc headers, and make a clean rebuild of the gcc compiler. I've now a gcc v3.4.6 compiler: linux-C2D-2130:/home/johan/download/gcc-3.4.6/gcc # gcc -v Reading specs from /usr/local/lib/gcc/x86_64-unknown-linux-gnu/3.4.6/specs Configured with: ./configure : (reconfigured) : (reconfigured) Thread model: posix gcc version 3.4.6 Thanks for your help Best Regards, Johan Vermeire --- Comment #9 from vermeire dot linux at dommel dot be 2007-04-30 22:25 --- Subject: Re: Building gcc 3.4.6 - c-parse.c:5508: internal compiler error: in disconnect_src, at cfg.c:235 On Monday 30 April 2007 21:12, pinskia at gcc dot gnu dot org wrote: --- Comment #6 from pinskia at gcc dot gnu dot org 2007-04-30 20:12 --- /usr/include/gnu/stubs.h:7:27: gnu/stubs-32.h: No such file or directory That just means you don't have the 32bit glibc headers installed. So everything will work fine, once you install that package (don't ask me what it is called, I am not a SUSE guy). Hi, I've installed the 32 glibc headers, and make a clean rebuild of the gcc compiler. I've now a gcc v3.4.6 compiler: linux-C2D-2130:/home/johan/download/gcc-3.4.6/gcc # gcc -v Reading specs from /usr/local/lib/gcc/x86_64-unknown-linux-gnu/3.4.6/specs Configured with: ./configure : (reconfigured) : (reconfigured) Thread model: posix gcc version 3.4.6 Thanks for your help Best Regards, Johan Vermeire -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31766
[Bug c++/31749] [4.1/4.2/4.3 regression] ICE with invalid redeclaration of builtin
--- Comment #1 from aaw at google dot com 2007-04-30 22:47 --- The first code snippet compiles fine with the trunk and gcc-4.1.1. Volker, are you sure the code snippet is correct? The second snippet does indeed generate the specified error. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31749
[Bug inline-asm/31768] New: Invalid code or ICE for %z constraint
The following code should generate outb, outw and outl statements.
gcc-3.4.6 produces an ICE:
foo.cc: In function `void out(unsigned int, T) [with T = unsigned char]':
foo.cc:14: instantiated from here
foo.cc:5: internal compiler error: in print_operand, at config/i386/i386.c:7375
gcc-4.1.2 produces an ICE:
foo.cc: In function 'void out(unsigned int, T) [with T = unsigned char]':
foo.cc:5: internal compiler error: in print_operand, at config/i386/i386.c:7226
gcc-4.3.0 generates wrong code (outs instead of outw) for T=unsigned short
foo.cc: Assembler messages:
foo.cc:5: Error: suffix or operands invalid for `outs'
Code snippet:
template typename T
static inline void
out (unsigned port, T val)
{
asm volatile (out%z0 %0, %w1 : : a (val), Nd (port));
}
int main()
{
unsigned char a;
unsigned short b;
unsigned long c;
out (0x80, a);
out (0x80, b);
out (0x80, c);
}
--
Summary: Invalid code or ICE for %z constraint
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: inline-asm
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: us15 at os dot inf dot tu-dresden dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31768
[Bug tree-optimization/31767] [4.3 Regression] 25% slowdown in gas_dyn since 2007-04-27
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-04-30 23:28 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Component|middle-end |tree-optimization Ever Confirmed|0 |1 GCC target triplet||x86_64-*-* Last reconfirmed|-00-00 00:00:00 |2007-04-30 23:28:04 date|| Summary|25% slowdown in gas_dyn |[4.3 Regression] 25% |since 2007-04-27|slowdown in gas_dyn since ||2007-04-27 Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31767
[Bug rtl-optimization/26493] -freorder-blocks-and-partition is a dud without generated profiling data
--- Comment #6 from mkgnu at mkgnu dot net 2007-04-30 23:42 --- It seems that when I use -freorder-blocks-and-partition along with -fprofile-use (after I have already run once an executable compiled with -freorder-blocks-and-partition -fprofile-generate) I can produce an object file that contains a .text.unlikely section, as expected. But when I try to further link this object file with other object files to produce an executable, the .text.unlikely section is missing from the final executable. I've tried this with gcc4.1.2/ld2.15 and then again with gcc4.1.1/ld2.17 with the same results. Is this another bug related to -freorder-blocks-and-partition ? Should I file a separate bug report for it ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26493
[Bug rtl-optimization/26493] -freorder-blocks-and-partition is a dud without generated profiling data
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-04-30 23:48 --- (In reply to comment #6) But when I try to further link this object file with other object files to produce an executable, the .text.unlikely section is missing from the final executable. I've tried this with gcc4.1.2/ld2.15 and then again with gcc4.1.1/ld2.17 with the same results. What do you mean by missing? The default linker scripts combines .text.* into .text (but puts together those sections first). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26493
[Bug tree-optimization/31769] New: ICE with OpenMP and exceptions
Hi,
The following small program gives ICE when compiled like this:
g++ -Wall -fopenmp -O2 -I$POLDEST/ext/include -E -o./test_pp.cc ./test.cc
g++ -Wall -fopenmp -O2 -L$POLDEST/ext/lib -o./test ./test_pp.cc -lblitz -lgomp
./test.cc: In function int main():
./test.cc:3: internal compiler error: Segmentation fault
When removing the 'try-catch'-part it works fine.
#include blitz/array.h
int main()
{
try
{
blitz::Arrayfloat,1 transOrig( 10);
blitz::Arrayfloat,1 trans( 10);
blitz::Range myRange( 0, 9);
#pragma omp parallel for
for( int i = 0; i 2; ++i)
{
trans += transOrig( myRange);
}
}
catch( std::exception)
{}
}
Here the preprocessed source: http://data.marssoft.de/attachment-bug-gcc.bz2
And my specs: ~ gcc -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: [...]/gcc-4.2-branch/configure -v --enable-languages=c,c++,f95
--prefix=[...]/extgcc-x86_64_gcc4-r124295 --enable-shared --with-system-zlib
--without-included-gettext --enable-threads=posix --enable-nls
--enable-__cxa_atexit --enable-clocale=gnu --enable-libstdcxx-debug
--enable-debug --enable-gtk-cairo --with-mpfr=[...]/extgcc-x86_64_gcc4-r124295
--with-gmp=[...]/extgcc-x86_64_gcc4-r124295 --disable-werror
--enable-checking=release --disable-multilib --enable-bootstrap
Thread model: posix
gcc version 4.2.0 20070430 (prerelease)
--
Summary: ICE with OpenMP and exceptions
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: supermar at gmx dot de
GCC host triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31769
[Bug c++/31749] [4.1/4.2/4.3 regression] ICE with invalid redeclaration of builtin
--- Comment #2 from aaw at google dot com 2007-05-01 00:24 --- Never mind. The first snippet triggers the specified error as well. Not quite sure what I did... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31749
