[Bug fortran/42257] [OOP] Compiler segmentation fault due missing public statement
--- Comment #1 from janus at gcc dot gnu dot org 2009-12-03 07:32 --- Confirmed. The ICE's backtrace is #0 0x00504bcf in load_derived_extensions () at /home/jweil/gcc45/trunk/gcc/fortran/module.c:4019 #1 0x00505938 in read_module () at /home/jweil/gcc45/trunk/gcc/fortran/module.c:4458 #2 0x00507cd8 in gfc_use_module () at /home/jweil/gcc45/trunk/gcc/fortran/module.c:5508 #3 0x0050f666 in accept_statement (st=ST_USE) at /home/jweil/gcc45/trunk/gcc/fortran/parse.c:1525 #4 0x00510c11 in parse_spec (st=ST_USE) at /home/jweil/gcc45/trunk/gcc/fortran/parse.c:2545 #5 0x00512512 in parse_progunit (st=ST_NONE) at /home/jweil/gcc45/trunk/gcc/fortran/parse.c:3755 #6 0x00512e92 in gfc_parse_file () at /home/jweil/gcc45/trunk/gcc/fortran/parse.c:4143 #7 0x005534e3 in gfc_be_parse_file (set_yydebug=0) at /home/jweil/gcc45/trunk/gcc/fortran/f95-lang.c:239 #8 0x009f8e96 in compile_file () at /home/jweil/gcc45/trunk/gcc/toplev.c:1049 #9 0x009fb06b in do_compile () at /home/jweil/gcc45/trunk/gcc/toplev.c:2398 #10 0x009fb141 in toplev_main (argc=2, argv=0x7fffe2c8) at /home/jweil/gcc45/trunk/gcc/toplev.c:2440 #11 0x005d9374 in main (argc=2, argv=0x7fffe2c8) at /home/jweil/gcc45/trunk/gcc/main.c:35 i.e. the error happens in the module loading. I haven't looked at the details, but it seems this might be loosely related to PR41784. Thanks for reporting. -- janus at gcc dot gnu dot org changed: What|Removed |Added CC||pault at gcc dot gnu dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2009-12-03 07:32:13 date|| Summary|Compiler segmentation fault |[OOP] Compiler segmentation |due missing public statement|fault due missing public ||statement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42257
[Bug testsuite/40543] [4.5 Regression] FAIL: g++.dg/pch/pch.C
--- Comment #5 from dominiq at lps dot ens dot fr 2009-12-03 07:20 --- > Do they fail for you anymore? No since revision 151159 actually (the last revision I have with the failures is 151000): another silent fix! Closing. -- dominiq at lps dot ens dot fr changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40543
[Bug target/42259] g++.old-deja eh regressions
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2009-12-03 06:15 --- Nevermind. I forgot I had a test patch in my local svn to us revert... Index: libgcc/config/t-slibgcc-darwin === --- libgcc/config/t-slibgcc-darwin (revision 154719) +++ libgcc/config/t-slibgcc-darwin (working copy) @@ -26,13 +26,8 @@ SHLIB_MKMAP_OPTS = -v leading_underscore=1 SHLIB_MAPFILES += $(gcc_srcdir)/libgcc-std.ver -# we're only going to build the stubs if the target slib is /usr/lib -# there is no other case in which they're useful in a live system. -ifeq (/usr/lib,$(shlib_slibdir)) +# Must always build stubs so that FSF libgcc is used. LGCC_STUBS = libgcc_s.10.4.dylib libgcc_s.10.5.dylib -else -LGCC_STUBS = -endif LGCC_FILES = libgcc_s.$(SHLIB_SOVERSION)$(SHLIB_EXT) LGCC_FILES += $(LGCC_STUBS) This was causing the local breakage. Sorry about the noise. -- howarth at nitro dot med dot uc dot edu changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42259
[Bug fortran/41829] [OOP] Runtime error with dynamic dispatching
--- Comment #4 from pault at gcc dot gnu dot org 2009-12-03 05:33 --- Subject: Bug 41829 Author: pault Date: Thu Dec 3 05:32:58 2009 New Revision: 154935 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154935 Log: 2009-12-03 Paul Thomas Janus Weil PR fortran/42104 * trans-expr.c (select_class_proc): Remove function. (conv_function_val): Delete reference to previous. (gfc_conv_derived_to_class): Add second argument to the call to gfc_find_derived_vtab. (gfc_conv_structure): Exclude proc_pointer components when accessing $data field of class objects. (gfc_trans_assign_vtab_procs): New function. (gfc_trans_class_assign): Add second argument to the call to gfc_find_derived_vtab. * symbol.c (gfc_build_class_symbol): Add delayed_vtab arg and implement holding off searching for the vptr derived type. (add_proc_component): New function. (add_proc_comps): New function. (add_procs_to_declared_vtab1): New function. (copy_vtab_proc_comps): New function. (add_procs_to_declared_vtab): New function. (void add_generic_specifics): New function. (add_generics_to_declared_vtab): New function. (gfc_find_derived_vtab): Add second argument to the call to gfc_find_derived_vtab. Add the calls to add_procs_to_declared_vtab and add_generics_to_declared_vtab. * decl.c (build_sym, build_struct): Use new arg in calls to gfc_build_class_symbol. * gfortran.h : Add vtype bitfield to symbol_attr. Remove the definition of struct gfc_class_esym_list. Modify prototypes of gfc_build_class_symbol and gfc_find_derived_vtab. * trans-stmt.c (gfc_trans_allocate): Add second argument to the call to gfc_find_derived_vtab. * module.c : Add the vtype attribute. * trans.h : Add prototype for gfc_trans_assign_vtab_procs. * resolve.c (resolve_typebound_generic_call): Add second arg to pass along the generic name for class methods. (resolve_typebound_call): The same. (resolve_compcall): Use the second arg to carry the generic name from the above. Remove the reference to class_esym. (check_members, check_class_members, resolve_class_esym, hash_value_expr): Remove functions. (resolve_class_compcall, resolve_class_typebound_call): Modify to use vtable rather than member by member calls. (gfc_resolve_expr): Modify second arg in call to resolve_compcall. (resolve_select_type): Add second arg in call to gfc_find_derived_vtab. (resolve_code): Add second arg in call resolve_typebound_call. (resolve_fl_derived): Exclude vtypes from check for late procedure definitions. Likewise for checking of explicit interface and checking of pass arg. * iresolve.c (gfc_resolve_extends_type_of): Add second arg in calls to gfc_find_derived_vtab. * match.c (select_type_set_tmp): Use new arg in call to gfc_build_class_symbol. * trans-decl.c (gfc_get_symbol_decl): Complete vtable if necessary. * parse.c (endType): Finish incomplete classes. 2009-12-03 Paul Thomas Janus Weil PR fortran/41829 * gfortran.dg/dynamic_dispatch_5.f03 : Change to "run". * gfortran.dg/dynamic_dispatch_6.f03 : New test. * gfortran.dg/dynamic_dispatch_7.f03 : New test. Added: branches/fortran-dev/gcc/testsuite/gfortran.dg/dynamic_dispatch_6.f03 branches/fortran-dev/gcc/testsuite/gfortran.dg/dynamic_dispatch_7.f03 Modified: branches/fortran-dev/gcc/fortran/ChangeLog.fortran-dev branches/fortran-dev/gcc/fortran/decl.c branches/fortran-dev/gcc/fortran/gfortran.h branches/fortran-dev/gcc/fortran/iresolve.c branches/fortran-dev/gcc/fortran/match.c branches/fortran-dev/gcc/fortran/module.c branches/fortran-dev/gcc/fortran/parse.c branches/fortran-dev/gcc/fortran/resolve.c branches/fortran-dev/gcc/fortran/symbol.c branches/fortran-dev/gcc/fortran/trans-decl.c branches/fortran-dev/gcc/fortran/trans-expr.c branches/fortran-dev/gcc/fortran/trans-stmt.c branches/fortran-dev/gcc/fortran/trans.h branches/fortran-dev/gcc/testsuite/ChangeLog.fortran-dev branches/fortran-dev/gcc/testsuite/gfortran.dg/dynamic_dispatch_5.f03 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41829
[Bug fortran/42104] [F03] runtime segfault with procedure pointer component
--- Comment #12 from pault at gcc dot gnu dot org 2009-12-03 05:33 --- Subject: Bug 42104 Author: pault Date: Thu Dec 3 05:32:58 2009 New Revision: 154935 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154935 Log: 2009-12-03 Paul Thomas Janus Weil PR fortran/42104 * trans-expr.c (select_class_proc): Remove function. (conv_function_val): Delete reference to previous. (gfc_conv_derived_to_class): Add second argument to the call to gfc_find_derived_vtab. (gfc_conv_structure): Exclude proc_pointer components when accessing $data field of class objects. (gfc_trans_assign_vtab_procs): New function. (gfc_trans_class_assign): Add second argument to the call to gfc_find_derived_vtab. * symbol.c (gfc_build_class_symbol): Add delayed_vtab arg and implement holding off searching for the vptr derived type. (add_proc_component): New function. (add_proc_comps): New function. (add_procs_to_declared_vtab1): New function. (copy_vtab_proc_comps): New function. (add_procs_to_declared_vtab): New function. (void add_generic_specifics): New function. (add_generics_to_declared_vtab): New function. (gfc_find_derived_vtab): Add second argument to the call to gfc_find_derived_vtab. Add the calls to add_procs_to_declared_vtab and add_generics_to_declared_vtab. * decl.c (build_sym, build_struct): Use new arg in calls to gfc_build_class_symbol. * gfortran.h : Add vtype bitfield to symbol_attr. Remove the definition of struct gfc_class_esym_list. Modify prototypes of gfc_build_class_symbol and gfc_find_derived_vtab. * trans-stmt.c (gfc_trans_allocate): Add second argument to the call to gfc_find_derived_vtab. * module.c : Add the vtype attribute. * trans.h : Add prototype for gfc_trans_assign_vtab_procs. * resolve.c (resolve_typebound_generic_call): Add second arg to pass along the generic name for class methods. (resolve_typebound_call): The same. (resolve_compcall): Use the second arg to carry the generic name from the above. Remove the reference to class_esym. (check_members, check_class_members, resolve_class_esym, hash_value_expr): Remove functions. (resolve_class_compcall, resolve_class_typebound_call): Modify to use vtable rather than member by member calls. (gfc_resolve_expr): Modify second arg in call to resolve_compcall. (resolve_select_type): Add second arg in call to gfc_find_derived_vtab. (resolve_code): Add second arg in call resolve_typebound_call. (resolve_fl_derived): Exclude vtypes from check for late procedure definitions. Likewise for checking of explicit interface and checking of pass arg. * iresolve.c (gfc_resolve_extends_type_of): Add second arg in calls to gfc_find_derived_vtab. * match.c (select_type_set_tmp): Use new arg in call to gfc_build_class_symbol. * trans-decl.c (gfc_get_symbol_decl): Complete vtable if necessary. * parse.c (endType): Finish incomplete classes. 2009-12-03 Paul Thomas Janus Weil PR fortran/41829 * gfortran.dg/dynamic_dispatch_5.f03 : Change to "run". * gfortran.dg/dynamic_dispatch_6.f03 : New test. * gfortran.dg/dynamic_dispatch_7.f03 : New test. Added: branches/fortran-dev/gcc/testsuite/gfortran.dg/dynamic_dispatch_6.f03 branches/fortran-dev/gcc/testsuite/gfortran.dg/dynamic_dispatch_7.f03 Modified: branches/fortran-dev/gcc/fortran/ChangeLog.fortran-dev branches/fortran-dev/gcc/fortran/decl.c branches/fortran-dev/gcc/fortran/gfortran.h branches/fortran-dev/gcc/fortran/iresolve.c branches/fortran-dev/gcc/fortran/match.c branches/fortran-dev/gcc/fortran/module.c branches/fortran-dev/gcc/fortran/parse.c branches/fortran-dev/gcc/fortran/resolve.c branches/fortran-dev/gcc/fortran/symbol.c branches/fortran-dev/gcc/fortran/trans-decl.c branches/fortran-dev/gcc/fortran/trans-expr.c branches/fortran-dev/gcc/fortran/trans-stmt.c branches/fortran-dev/gcc/fortran/trans.h branches/fortran-dev/gcc/testsuite/ChangeLog.fortran-dev branches/fortran-dev/gcc/testsuite/gfortran.dg/dynamic_dispatch_5.f03 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42104
[Bug debug/42166] [4.5 Regression] internal compiler error: verify_ssa failed
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-12-03 05:32 --- More interesting is that if I turn off IV-opts, it works. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42166
[Bug c++/42259] New: g++.old-deja eh regressions
On x86_64-apple-darwin10, we are seeing the following regressions in current gcc trunk... FAIL: g++.old-deja/g++.eh/badalloc1.C execution test FAIL: g++.old-deja/g++.eh/fntry1.C execution test FAIL: g++.old-deja/g++.eh/rethrow3.C execution test FAIL: g++.old-deja/g++.eh/vbase1.C execution test FAIL: g++.old-deja/g++.eh/vbase2.C execution test FAIL: g++.old-deja/g++.mike/eh16.C execution test FAIL: g++.old-deja/g++.mike/eh17.C execution test FAIL: g++.old-deja/g++.mike/eh23.C execution test FAIL: g++.old-deja/g++.mike/eh39.C execution test FAIL: g++.old-deja/g++.mike/eh40.C execution test FAIL: g++.old-deja/g++.mike/eh41.C execution test FAIL: g++.old-deja/g++.other/eh3.C execution test FAIL: g++.old-deja/g++.other/init7.C execution test FAIL: g++.old-deja/g++.other/singleton.C execution test FAIL: g++.old-deja/g++.other/vbase2.C execution test FAIL: g++.old-deja/g++.robertl/eh990323-1.C execution test FAIL: g++.old-deja/g++.robertl/eh990323-5.C execution test So far the regression hunt shows that these are present in r154721 but not in r154715. -- Summary: g++.old-deja eh regressions Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: howarth at nitro dot med dot uc dot edu GCC build triplet: x86_64-apple-darwin10 GCC host triplet: x86_64-apple-darwin10 GCC target triplet: x86_64-apple-darwin10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42259
[Bug debug/42166] [4.5 Regression] internal compiler error: verify_ssa failed
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-12-03 05:17 --- Interesting it works for LP32 targets. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42166
[Bug c++/42254] [4.5 Regression] Massive regression in the g++ testsuite due to revision 154890
--- Comment #6 from pinskia at gcc dot gnu dot org 2009-12-03 05:05 --- >FAIL: g++.old-deja/g++.eh/badalloc1.C execution test Those are only happen on i686-darwin10, please file a different bug as it is a hugely different issue. They work on i386-darwin8. The rest of the failures in this bug have been fixed on most targets. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42254
[Bug debug/41988] [4.5 Regression] FAIL: g++.dg/debug/*.C -gdwarf-2 -g1 (internal compiler error)
--- Comment #27 from pinskia at gcc dot gnu dot org 2009-12-03 05:02 --- These have been fixed so closing. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41988
[Bug c++/42254] [4.5 Regression] Massive regression in the g++ testsuite due to revision 154890
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2009-12-03 04:26 --- The bracket for these residual g++ failures on x86_64-apple-darwin10 is as follows... r154715 - not present r154729 - present -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42254
[Bug tree-optimization/41087] [4.5 Regression]: cris-elf gfortran.dg/zero_sized_3.f90 -O3 -funroll-loops execution
--- Comment #3 from hp at gcc dot gnu dot org 2009-12-03 04:09 --- Forgot to mention that it had previously been hidden with a change in (151359..151366]. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41087
[Bug tree-optimization/41087] [4.5 Regression]: cris-elf gfortran.dg/zero_sized_3.f90 -O3 -funroll-loops execution
--- Comment #2 from hp at gcc dot gnu dot org 2009-12-03 04:08 --- Reappeared as described in (154917:154920] (which are non-specific changes) Just keeping track, at the moment. -- hp at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-12-03 04:08:06 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41087
[Bug fortran/42189] gfc_is_constant_expr has unacceptable side effects
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2009-12-03 04:07 --- I plan to keep poking at this and other general constructor issues. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jvdelisle at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-12-03 04:07:52 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42189
[Bug target/42258] New: redundant register move around mul instruction
Compile following function with options -march=armv5te -mthumb -Os
int mulx(int x)
{
return x*42;
}
Gcc generates:
mulx:
mov r2, #42
mov r3, r2//A
mul r3, r0
@ sp needed for prologue
mov r0, r3//B
bx lr
There are two redundant mov instructions marked as A and B. The ideal code
should be:
mov r2, #42
mul r0, r2
bx lr
The root causes of the two movs are different.
A.
In arm.md there is an insn pattern which can support 3-register multiplication.
(define_insn "*thumb_mulsi3"
[(set (match_operand:SI 0 "register_operand" "=&l,&l,&l")
(mult:SI (match_operand:SI 1 "register_operand" "%l,*h,0")
(match_operand:SI 2 "register_operand" "l,l,l")))]
"TARGET_THUMB1 && !arm_arch6"
"*
if (which_alternative < 2)
return \"mov\\t%0, %1\;mul\\t%0, %2\";
else
return \"mul\\t%0, %2\";
"
[(set_attr "length" "4,4,2")
(set_attr "insn" "mul")]
)
So after expand we got the following rtx insn:
(insn 7 6 8 3 testD.i:2 (set (reg:SI 136)
(mult:SI (reg:SI 137)
(reg/v:SI 135 [ x ]))) -1 (nil))
For register allocator there is no difference between (set r3 mult(r0, r2))
and (set r2 mult(r0, r2)) if the original r2 is dead after this
instruction. Unfortunately the first form is chosen, so an extra mov is
generated.
B.
After rtl expansion I got:
(insn 2 4 3 2 testD.i:2 (set (reg/v:SI 135 [ x ])
(reg:SI 0 r0 [ x ])) -1 (nil))
(note 3 2 5 2 NOTE_INSN_FUNCTION_BEG)
(note 5 3 6 3 [bb 3] NOTE_INSN_BASIC_BLOCK)
(insn 6 5 7 3 testD.i:2 (set (reg:SI 137)
(const_int 42 [0x2a])) -1 (nil))
(insn 7 6 8 3 testD.i:2 (set (reg:SI 136)
(mult:SI (reg:SI 137)
(reg/v:SI 135 [ x ]))) -1 (nil))
(insn 8 7 9 3 testD.i:2 (set (reg:SI 134 [ ])
(reg:SI 136)) -1 (nil))
(jump_insn 9 8 10 3 testD.i:2 (set (pc)
(label_ref 11)) -1 (nil)
-> 11)
(barrier 10 9 16)
(note 16 10 13 4 [bb 4] NOTE_INSN_BASIC_BLOCK)
(insn 13 16 14 4 testD.i:4 (clobber (reg/i:SI 0 r0)) -1 (nil))
(insn 14 13 11 4 testD.i:4 (clobber (reg:SI 134 [ ])) -1 (nil))
(code_label 11 14 17 5 1 "" [1 uses])
(note 17 11 12 5 [bb 5] NOTE_INSN_BASIC_BLOCK)
(insn 12 17 15 5 testD.i:4 (set (reg/i:SI 0 r0)
(reg:SI 134 [ ])) -1 (nil))
(insn 15 12 0 5 testD.i:4 (use (reg/i:SI 0 r0)) -1 (nil))
The extra mov comes from insn 12 and no later pass can eliminate it. Should we
propagate expression into return register?
--
Summary: redundant register move around mul instruction
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: carrot at google dot com
GCC build triplet: i686-linux
GCC host triplet: i686-linux
GCC target triplet: arm-eabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42258
[Bug c++/42254] [4.5 Regression] Massive regression in the g++ testsuite due to revision 154890
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2009-12-03 03:11 --- (In reply to comment #3) > We still are seeing a few residual failures on x86_64-apple-darwin10 even > after > the removal of Taras Glek's patches from gcc trunk. The remaining failures > are... > > FAIL: g++.old-deja/g++.eh/badalloc1.C execution test > FAIL: g++.old-deja/g++.eh/fntry1.C execution test > FAIL: g++.old-deja/g++.eh/rethrow3.C execution test > FAIL: g++.old-deja/g++.eh/vbase1.C execution test > FAIL: g++.old-deja/g++.eh/vbase2.C execution test > FAIL: g++.old-deja/g++.mike/eh16.C execution test > FAIL: g++.old-deja/g++.mike/eh17.C execution test > FAIL: g++.old-deja/g++.mike/eh23.C execution test > FAIL: g++.old-deja/g++.mike/eh39.C execution test > FAIL: g++.old-deja/g++.mike/eh40.C execution test > FAIL: g++.old-deja/g++.mike/eh41.C execution test > FAIL: g++.old-deja/g++.other/eh3.C execution test > FAIL: g++.old-deja/g++.other/init7.C execution test > FAIL: g++.old-deja/g++.other/singleton.C execution test > FAIL: g++.old-deja/g++.other/vbase2.C execution test > FAIL: g++.old-deja/g++.robertl/eh990323-1.C execution test > FAIL: g++.old-deja/g++.robertl/eh990323-5.C execution test > > so more than a single patch was involved in these new c++ failures. > This is at r154931 and these failures all existed in r154891 (http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41988#c21). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42254
[Bug c++/42254] [4.5 Regression] Massive regression in the g++ testsuite due to revision 154890
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2009-12-03 03:04 --- We still are seeing a few residual failures on x86_64-apple-darwin10 even after the removal of Taras Glek's patches from gcc trunk. The remaining failures are... FAIL: g++.old-deja/g++.eh/badalloc1.C execution test FAIL: g++.old-deja/g++.eh/fntry1.C execution test FAIL: g++.old-deja/g++.eh/rethrow3.C execution test FAIL: g++.old-deja/g++.eh/vbase1.C execution test FAIL: g++.old-deja/g++.eh/vbase2.C execution test FAIL: g++.old-deja/g++.mike/eh16.C execution test FAIL: g++.old-deja/g++.mike/eh17.C execution test FAIL: g++.old-deja/g++.mike/eh23.C execution test FAIL: g++.old-deja/g++.mike/eh39.C execution test FAIL: g++.old-deja/g++.mike/eh40.C execution test FAIL: g++.old-deja/g++.mike/eh41.C execution test FAIL: g++.old-deja/g++.other/eh3.C execution test FAIL: g++.old-deja/g++.other/init7.C execution test FAIL: g++.old-deja/g++.other/singleton.C execution test FAIL: g++.old-deja/g++.other/vbase2.C execution test FAIL: g++.old-deja/g++.robertl/eh990323-1.C execution test FAIL: g++.old-deja/g++.robertl/eh990323-5.C execution test so more than a single patch was involved in these new c++ failures. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42254
[Bug bootstrap/42243] [4.5 Regression] powerpc-apple-darwin9 bootstrap broken at ffi_darwin.c
--- Comment #6 from dje at gcc dot gnu dot org 2009-12-03 01:44 --- Darwin and AIX share most of the C code and the assembly files are nearly identical for 32 bit support, except for the format of calls. The results on AIX now are clean. I cannot see any reason for the difference between the AIX results and the Apple regression tester results. The regression tester results look identical to the results you posted with your long double fix and without my additional patches. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42243
[Bug libffi/35484] libffi doesn't support AIX 64bit
--- Comment #8 from dje at gcc dot gnu dot org 2009-12-03 01:33 --- The support in GCC trunk now is feature complete and operational. -- dje at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35484
[Bug rtl-optimization/27469] zero extension not eliminated
--- Comment #3 from rth at gcc dot gnu dot org 2009-12-03 00:32 --- Gcc 4.5 has regressed this even further: extwl $16,2,$1 xor $1,$16,$16 addl $31,$16,$16 << signextend zapnot $16,15,$1 << zeroextend of signextend srl $1,8,$1 Neither extension is needed, of course. -- rth at gcc dot gnu dot org changed: What|Removed |Added Last reconfirmed|2006-05-07 18:59:35 |2009-12-03 00:32:32 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27469
[Bug rtl-optimization/27468] sign-extending Alpha instructions not exploited
--- Comment #3 from rth at gcc dot gnu dot org 2009-12-03 00:23 --- Note that f23 and f49 are fixed in gcc 4.5, probably by the fix to PR8603. The f5 test continues to have the unneeded extend. -- rth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-12-03 00:23:35 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27468
[Bug testsuite/40543] [4.5 Regression] FAIL: g++.dg/pch/pch.C
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-12-02 23:46 --- This works for me on i386-darwin8 so maybe it is a darwin9 specific issue. Do they fail for you anymore? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40543
[Bug debug/42234] [4.5 Regression] internal compiler error: verify_ssa failed
-- rth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2009-12-01 08:19:33 |2009-12-02 22:44:49 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42234
[Bug tree-optimization/42215] [4.5 Regression] internal compiler error: verify_stmts failed with -O2 -ftree-loop-distribution
--- Comment #4 from rth at gcc dot gnu dot org 2009-12-02 22:42 --- Fixed. -- rth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42215
[Bug tree-optimization/42215] [4.5 Regression] internal compiler error: verify_stmts failed with -O2 -ftree-loop-distribution
--- Comment #3 from rth at gcc dot gnu dot org 2009-12-02 22:35 --- Subject: Bug 42215 Author: rth Date: Wed Dec 2 22:35:21 2009 New Revision: 154925 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154925 Log: PR tree-opt/42215 * tree-loop-distribution.c (build_size_arg_loc): Tidy. (generate_memset_zero): Convert to sizetype properly. Tidy. Added: trunk/gcc/testsuite/gcc.dg/pr42215.c Modified: trunk/gcc/ChangeLog trunk/gcc/tree-loop-distribution.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42215
[Bug fortran/42257] New: Compiler segmentation fault due missing public statement
The incorrect code below causes an segmentation fault in the latest gfortran. I am using gcc version 4.5.0 20091130 (experimental) [trunk revision 154853] (GCC) The program compiles and works if I make the type "time" public. However, an error message would be nice. Code: MODULE run_example_fortran03 IMPLICIT NONE PRIVATE PUBLIC :: I4B, DP, epoch !PUBLIC :: time INTEGER, PARAMETER :: I4B = SELECTED_INT_KIND(9) INTEGER, PARAMETER :: DP = SELECTED_REAL_KIND(15,307) TYPE epoch INTEGER(I4B) :: i = 2451545 REAL(DP) :: f = 0.5_DP END TYPE epoch TYPE, EXTENDS(epoch) :: time REAL(DP) :: t = 0.0_DP END TYPE time END MODULE run_example_fortran03 PROGRAM example_fortran03 USE run_example_fortran03 IMPLICIT NONE CLASS(epoch), ALLOCATABLE :: e4 ! Allocate a class ALLOCATE(epoch::e4) WRITE(*,*) e4%i, e4%f STOP END PROGRAM example_fortran03 -- Summary: Compiler segmentation fault due missing public statement Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: oystein dot olsen at astro dot uio dot no GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42257
[Bug tree-optimization/42215] [4.5 Regression] internal compiler error: verify_stmts failed with -O2 -ftree-loop-distribution
-- rth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2009-12-02 19:26:47 |2009-12-02 19:58:14 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42215
[Bug c++/42256] [4.5 Regression] 483.xalancbmk fails to link
--- Comment #4 from jakub at gcc dot gnu dot org 2009-12-02 19:56 --- Created an attachment (id=19215) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19215&action=view) gcc45-pr42256.patch Seems to be Honza's fault. emit_associated_thunks shouldn't be called before expand_or_defer_fn_1, because otherwise the associated thunks aren't weak. -- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42256
[Bug debug/41130] GCC should emit an index of publicly named entities
--- Comment #9 from tromey at gcc dot gnu dot org 2009-12-02 19:40 --- Created an attachment (id=19214) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19214&action=view) patch for readelf This is an updated readelf patch. Now "readelf -wI" works properly. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Attachment #19056|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41130
[Bug c++/42256] [4.5 Regression] 483.xalancbmk fails to link
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-12-02 19:39 --- Created an attachment (id=19213) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19213&action=view) readelf -Wa ICUResHandler.o sax2Dummy.o -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42256
[Bug tree-optimization/42215] [4.5 Regression] internal compiler error: verify_stmts failed with -O2 -ftree-loop-distribution
--- Comment #2 from rth at gcc dot gnu dot org 2009-12-02 19:26 --- Confirmed. -- rth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-12-02 19:26:47 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42215
[Bug c++/42256] [4.5 Regression] 483.xalancbmk fails to link
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-12-02 19:16 --- HJ has it first failing with rev. 154892 and last good with rev. 154873. Looks like the C++ comdat changes. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||jakub at gcc dot gnu dot ||org, jason at gcc dot gnu ||dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42256
[Bug c++/42256] [4.5 Regression] 483.xalancbmk fails to link
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-12-02 19:13 --- Bad rev. is 154902, good is rev. 154872. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42256
[Bug c++/42256] [4.5 Regression] 483.xalancbmk fails to link
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42256
[Bug c++/42256] New: [4.5 Regression] 483.xalancbmk fails to link
g++ -O2 -DSPEC_CPU_LP64AIXPlatformUtils.o XalanExe.o -o Xalan ICUResHandler.o: In function `non-virtual thunk to xercesc_2_5::DefaultHandler::~DefaultHandler()':ICUResHandler.cpp:(.text+0x0): multiple definition of `non-virtual thunk to xercesc_2_5::DefaultHandler::~DefaultHandler()' sax2Dummy.o:sax2Dummy.cpp:(.text+0x0): first defined here ICUResHandler.o: In function `non-virtual thunk to xercesc_2_5::DefaultHandler::~DefaultHandler()':ICUResHandler.cpp:(.text+0x10): multiple definition of `non-virtual thunk to xercesc_2_5::DefaultHandler::~DefaultHandler()' sax2Dummy.o:sax2Dummy.cpp:(.text+0x10): first defined here ... -- Summary: [4.5 Regression] 483.xalancbmk fails to link Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rguenth at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42256
[Bug tree-optimization/42250] [4.5 Regression] segfault in ipa-type-escape.c for several cpu2000 tests
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-12-02 18:18 --- Yes, probably a boilerplate like @item -fipa-type-escape @opindex fipa-type-escape Perform interprocedural type escape analysis. This option is experimental and does not affect generated code. a patch to do so is pre-approved. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42250
[Bug middle-end/41491] [4.5 regression] ICE in set_value_range, at tree-vrp.c:386
--- Comment #15 from rguenth at gcc dot gnu dot org 2009-12-02 18:15 --- Subject: Bug 41491 Author: rguenth Date: Wed Dec 2 18:15:17 2009 New Revision: 154920 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154920 Log: 2009-12-02 Richard Guenther PR middle-end/41491 * fold-const.c (try_move_mult_to_index): Do not leak domain types into the IL. Modified: trunk/gcc/ChangeLog trunk/gcc/fold-const.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41491
[Bug middle-end/41491] [4.5 regression] ICE in set_value_range, at tree-vrp.c:386
--- Comment #14 from rguenth at gcc dot gnu dot org 2009-12-02 18:15 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41491
[Bug bootstrap/42247] make bootstrap failure
--- Comment #3 from rwgk at yahoo dot com 2009-12-02 18:15 --- (In reply to comment #2) > Yeah, > yum install glibc-devel.i686 > in F12 case. > Thank you very much! This is exactly what I needed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42247
[Bug tree-optimization/42250] [4.5 Regression] segfault in ipa-type-escape.c for several cpu2000 tests
--- Comment #3 from janis at gcc dot gnu dot org 2009-12-02 18:10 --- The option -fipa-type-escape is not documented on its own, just with -fipa-struct-reorg which says it's needed with that option. Shouldn't broken options at least be documented as experimental? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42250
[Bug pending/41998] GCC 4.6 pending patches meta-bug
--- Comment #4 from law at redhat dot com 2009-12-02 17:41 --- Created an attachment (id=19212) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19212&action=view) patch for frame-pointerless mcount -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41998
[Bug middle-end/42255] [4.3 Regression] broken generated code when using -fprofile-arcs and -O2
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Component|debug |middle-end Keywords||wrong-code Known to fail||4.3.3 Known to work||4.2.4 4.4.1 Summary|Regression: broken generated|[4.3 Regression] broken |code when using -fprofile- |generated code when using - |arcs and -O2|fprofile-arcs and -O2 Target Milestone|--- |4.3.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42255
[Bug debug/41700] g++.dg/debug/dwarf2/icf.C
--- Comment #10 from sje at cup dot hp dot com 2009-12-02 17:20 --- This bug appears to be fixed on all my PA and IPF targets. Closing out as fixed. -- sje at cup dot hp dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41700
[Bug lto/42088] flag_gtoggle in free_lang_data hides -fcompare-debug errors
--- Comment #18 from rguenth at gcc dot gnu dot org 2009-12-02 17:16 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42088
[Bug lto/42088] flag_gtoggle in free_lang_data hides -fcompare-debug errors
--- Comment #17 from rguenth at gcc dot gnu dot org 2009-12-02 17:14 --- Subject: Bug 42088 Author: rguenth Date: Wed Dec 2 17:13:51 2009 New Revision: 154918 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154918 Log: 2009-12-02 Richard Guenther PR middle-end/42088 * tree.c (free_lang_data): Disable if not using LTO. Modified: trunk/gcc/ChangeLog trunk/gcc/tree.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42088
[Bug rtl-optimization/42216] [4.5 Regression] changes in scheduling regress 464.h264ref 20%
--- Comment #17 from rguenther at suse dot de 2009-12-02 17:07 --- Subject: Re: [4.5 Regression] changes in scheduling regress 464.h264ref 20% On Wed, 2 Dec 2009, bernds_cb1 at t-online dot de wrote: > --- Comment #16 from bernds_cb1 at t-online dot de 2009-12-02 17:06 > --- > Thanks for testing. This means the regression is fixed by the patch? I'll do > a full test run then. Yes, the regression is fixed by the second patch. Richard. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42216
[Bug rtl-optimization/42216] [4.5 Regression] changes in scheduling regress 464.h264ref 20%
--- Comment #16 from bernds_cb1 at t-online dot de 2009-12-02 17:06 --- Thanks for testing. This means the regression is fixed by the patch? I'll do a full test run then. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42216
[Bug rtl-optimization/42216] [4.5 Regression] changes in scheduling regress 464.h264ref 20%
--- Comment #15 from rguenth at gcc dot gnu dot org 2009-12-02 16:57 --- With the second patch there are no warnings when building 464.h264ref (I have reverted the first patch before installing the 2nd, it didn't apply cleanly otherwise). Performance is back to normal with the patch applied. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42216
[Bug rtl-optimization/42216] [4.5 Regression] changes in scheduling regress 464.h264ref 20%
--- Comment #14 from bernds_cb1 at t-online dot de 2009-12-02 16:29 --- Would you mind trying another patch, both for testing performance, and if that fails, for interesting warnings? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42216
[Bug rtl-optimization/42216] [4.5 Regression] changes in scheduling regress 464.h264ref 20%
--- Comment #13 from bernds_cb1 at t-online dot de 2009-12-02 16:28 --- Created an attachment (id=19211) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19211&action=view) Patch to make it less conservative when accepting matching constraints with different modes -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42216
[Bug bootstrap/41399] [4.5 Regression] Internal error compiling fortran/intrinsic.c
--- Comment #11 from dave at hiauly1 dot hia dot nrc dot ca 2009-12-02 16:07 --- Subject: Re: [4.5 Regression] Internal error compiling fortran/intrinsic.c > Why is this a regression? Does it work with 4.4 and checking enabled? > Does it work with current trunk and release checking? The problem was marked as a regression as it was introduced specifically by revision 151348. The problem still occurs with current trunk and release checking. Will check 4.4 with checking enabled. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41399
[Bug ada/42239] Pragma Inline_Always removes function calls with side effects
--- Comment #2 from bosch at gcc dot gnu dot org 2009-12-02 15:59 --- This was a front end bug, the -gnatG output already showed that all code was eliminated. I tried to find when it got fixed, but am not sure. -- bosch at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42239
[Bug c++/29917] %s substituted with actual words can not be translated correctly (op_error)
--- Comment #3 from paolo dot carlini at oracle dot com 2009-12-02 15:55 --- Fixed for 4.5.0. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29917
[Bug c++/34836] Parts of sentences substituted for %s can not be translated
--- Comment #2 from paolo dot carlini at oracle dot com 2009-12-02 15:54 --- Fixed for 4.5.0. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34836
[Bug c++/29917] %s substituted with actual words can not be translated correctly (op_error)
--- Comment #2 from paolo at gcc dot gnu dot org 2009-12-02 15:49 --- Subject: Bug 29917 Author: paolo Date: Wed Dec 2 15:49:20 2009 New Revision: 154915 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154915 Log: 2009-12-02 Paolo Bonzini Shujing Zhao PR c++/29917 * call.c (op_error): Accept a boolean to indicate no match/ambiguous match, instead of a string. Callers adjusted. PR c++/34836 * cp-tree.h (readonly_error_kind): New type. (readonly_error): Adjust prototype with new argument. * typeck2.c (readonly_error): Accept readonly_error_kind as argument and add macro ERROR_FOR_ASSIGNMENT to emit diagnostics. * semantics.c (finish_asm_stmt): Adjust readonly_error call. * typeck.c (cp_build_unary_op, cp_build_modify_expr): Likewise. * decl.c (grokparms, grok_op_properties): Put the diagnostics in full sentences for easy translation and wrap the diagnostics into G_() when needed. (create_array_type_for_decl): Likewise. * pt.c (tsubst): Likewise. * typeck2.c (cp_build_unary_op): Wrap diagnostic into _(). * rtti.c (build_dynamic_cast_1): Likewise. Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/Make-lang.in trunk/gcc/cp/call.c trunk/gcc/cp/cp-tree.h trunk/gcc/cp/decl.c trunk/gcc/cp/pt.c trunk/gcc/cp/rtti.c trunk/gcc/cp/semantics.c trunk/gcc/cp/typeck.c trunk/gcc/cp/typeck2.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29917
[Bug c++/34836] Parts of sentences substituted for %s can not be translated
--- Comment #1 from paolo at gcc dot gnu dot org 2009-12-02 15:49 --- Subject: Bug 34836 Author: paolo Date: Wed Dec 2 15:49:20 2009 New Revision: 154915 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154915 Log: 2009-12-02 Paolo Bonzini Shujing Zhao PR c++/29917 * call.c (op_error): Accept a boolean to indicate no match/ambiguous match, instead of a string. Callers adjusted. PR c++/34836 * cp-tree.h (readonly_error_kind): New type. (readonly_error): Adjust prototype with new argument. * typeck2.c (readonly_error): Accept readonly_error_kind as argument and add macro ERROR_FOR_ASSIGNMENT to emit diagnostics. * semantics.c (finish_asm_stmt): Adjust readonly_error call. * typeck.c (cp_build_unary_op, cp_build_modify_expr): Likewise. * decl.c (grokparms, grok_op_properties): Put the diagnostics in full sentences for easy translation and wrap the diagnostics into G_() when needed. (create_array_type_for_decl): Likewise. * pt.c (tsubst): Likewise. * typeck2.c (cp_build_unary_op): Wrap diagnostic into _(). * rtti.c (build_dynamic_cast_1): Likewise. Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/Make-lang.in trunk/gcc/cp/call.c trunk/gcc/cp/cp-tree.h trunk/gcc/cp/decl.c trunk/gcc/cp/pt.c trunk/gcc/cp/rtti.c trunk/gcc/cp/semantics.c trunk/gcc/cp/typeck.c trunk/gcc/cp/typeck2.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34836
[Bug ada/41675] GNAT rejects type with 64 bits, claiming it has 65 bits
--- Comment #1 from bosch at gcc dot gnu dot org 2009-12-02 15:34 --- This base type is indeed too large. This is not a bug. -- bosch at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41675
[Bug middle-end/42229] [4.5 Regression] cancel_loop_tree: bad read causes ice
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-12-02 15:22 --- Subject: Bug 42229 Author: rguenth Date: Wed Dec 2 15:22:01 2009 New Revision: 154914 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154914 Log: 2009-12-02 Richard Guenther PR middle-end/42229 * cfgloopmanip.c (remove_path): Avoid cancelling loops twice. Modified: trunk/gcc/ChangeLog trunk/gcc/cfgloopmanip.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42229
[Bug middle-end/42229] [4.5 Regression] cancel_loop_tree: bad read causes ice
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-12-02 15:22 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42229
[Bug c++/42254] [4.5 Regression] Massive regression in the g++ testsuite due to revision 154890
--- Comment #2 from dominiq at lps dot ens dot fr 2009-12-02 14:53 --- A patch has been posted in comment #25 of pr41988. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42254
[Bug debug/41988] [4.5 Regression] FAIL: g++.dg/debug/*.C -gdwarf-2 -g1 (internal compiler error)
--- Comment #26 from dominiq at lps dot ens dot fr 2009-12-02 14:52 --- (In reply to comment #25) > Draft fix for the ICEs Note that I have opened pr42254 for this issue. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41988
[Bug debug/42255] Regression: broken generated code when using -fprofile-arcs and -O2
--- Comment #1 from gael dot guennebaud at gmail dot com 2009-12-02 14:48 --- Created an attachment (id=19210) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19210&action=view) the preprocessed test program -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42255
[Bug c++/42254] [4.5 Regression] Massive regression in the g++ testsuite due to revision 154890
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-12-02 14:48 --- Showing up everywhere. The patch cannot be possibly have passed bootstrap and regtesting. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Priority|P3 |P1 Last reconfirmed|-00-00 00:00:00 |2009-12-02 14:48:08 date|| Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42254
[Bug middle-end/41491] [4.5 regression] ICE in set_value_range, at tree-vrp.c:386
--- Comment #13 from rguenth at gcc dot gnu dot org 2009-12-02 14:47 --- Middle-end issue actually - we are leaking arithmetic in TYPE_DOMAIN. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Component|tree-optimization |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41491
[Bug debug/42255] New: Regression: broken generated code when using -fprofile-arcs and -O2
The attached program fails when compiled with -fprofile-arcs -O2. This is a unit test of a matrix library, and by failing I mean that it detects a wrong behavior. Valgrind reports an "Conditional jump or move depends on uninitialised value(s)". It works fine with gcc 4.2.4 and 4.4.1 regardless of the compilation options. It also works also fine with 4.3.3 if we remove the -fprofile-arcs flag. By "fine", I also mean valgrind does not report any error. -- Summary: Regression: broken generated code when using -fprofile- arcs and -O2 Product: gcc Version: 4.3.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gael dot guennebaud at gmail dot com GCC build triplet: 4.3.3 GCC host triplet: x86_64-suse-linux GCC target triplet: x86_64-suse-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42255
[Bug debug/41988] [4.5 Regression] FAIL: g++.dg/debug/*.C -gdwarf-2 -g1 (internal compiler error)
--- Comment #25 from dodji at gcc dot gnu dot org 2009-12-02 14:45 --- Created an attachment (id=19209) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19209&action=view) Draft fix for the ICEs FWIW, this patch seems to fix the ICEs that were introduced by http://gcc.gnu.org/viewcvs?view=revision&revision=154890 I believe there are however other errors introduced by that patches. Thoses are slight changes in the line numbers of some (error/warning) messages related to name of struct/class. I am not sure what to do for those. I guess the dg tests should be adjusted. Comments ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41988
[Bug c++/3187] gcc lays down two copies of constructors
--- Comment #37 from jakub at gcc dot gnu dot org 2009-12-02 14:31 --- Subject: Bug 3187 Author: jakub Date: Wed Dec 2 14:31:21 2009 New Revision: 154912 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154912 Log: Fix a backport glitch for PR c++/3187. Modified: branches/redhat/gcc-4_4-branch/gcc/cp/ChangeLog branches/redhat/gcc-4_4-branch/gcc/cp/decl2.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3187
[Bug c++/42254] New: [4.5 Regression] Massive regression in the g++ testsuite due to revision 154890
>From pr41988
Comment # 21:
The debug failures are gone now at -m32 for x86_64-apple-darwin10, but I am now
seeing a whole new slew of failures at r154891 in check-g++.
...
Comment #24:
> This new breakage is universal. It is showing up on linux as well.
between revisions 154889 and 154891:
http://gcc.gnu.org/ml/gcc-testresults/2009-12/msg00100.html
http://gcc.gnu.org/ml/gcc-testresults/2009-12/msg00103.html
The only candidate is:
Revision 154890
Author: tglek
Date: Wed Dec 2 01:00:39 2009 UTC (13 hours, 2 minutes ago)
Changed paths: 3
Log Message:
* parser.c (cp_parser_class_specifier): Set class location to that of
IDENTIFIER_NODE instead of '{' when possible.\n* semantics.c
(begin_class_definition): Do not overide locations with less precise ones.
Changed paths:
PathDetails
trunk/gcc/cp/ChangeLog modified , text changed
trunk/gcc/cp/parser.c modified , text changed
trunk/gcc/cp/semantics.cmodified , text changed
--
Summary: [4.5 Regression] Massive regression in the g++ testsuite
due to revision 154890
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dominiq at lps dot ens dot fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42254
[Bug bootstrap/42243] [4.5 Regression] powerpc-apple-darwin9 bootstrap broken at ffi_darwin.c
--- Comment #5 from dominiq at lps dot ens dot fr 2009-12-02 13:54 --- See http://gcc.gnu.org/ml/gcc-testresults/2009-12/msg00147.html for results at revision 154892. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42243
[Bug middle-end/42224] [4.5 Regression] 32bit pointers to 32bit pointers abort on 64bit VMS and S390X
--- Comment #6 from uweigand at gcc dot gnu dot org 2009-12-02 13:52 --- Fixed. -- uweigand at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42224
[Bug middle-end/42224] [4.5 Regression] 32bit pointers to 32bit pointers abort on 64bit VMS and S390X
--- Comment #5 from uweigand at gcc dot gnu dot org 2009-12-02 13:51 --- Subject: Bug 42224 Author: uweigand Date: Wed Dec 2 13:50:52 2009 New Revision: 154908 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154908 Log: gcc/ PR middle-end/42224 * tree.h (int_or_pointer_precision): Remove. * tree.c (int_or_pointer_precision): Remove. (integer_pow2p): Use TYPE_PRECISION instead. (tree_log2): Likewise. (tree_floor_log2): Likewise. (signed_or_unsigned_type_for): Likewise. * fold-const.c (fit_double_type): Likewise. * varasm.c (initializer_constant_valid_p): Likewise. gcc/testsuite/ PR middle-end/42224 * gcc.target/s390/pr42224.c: New test. Modified: trunk/gcc/ChangeLog trunk/gcc/fold-const.c trunk/gcc/testsuite/ChangeLog trunk/gcc/tree.c trunk/gcc/tree.h trunk/gcc/varasm.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42224
[Bug middle-end/41611] [4.5 Regression] guard variable is emitted even when the guarded symbol isn't
--- Comment #10 from jason at gcc dot gnu dot org 2009-12-02 13:50 --- Fixed. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41611
[Bug rtl-optimization/42216] [4.5 Regression] changes in scheduling regress 464.h264ref 20%
--- Comment #12 from rguenth at gcc dot gnu dot org 2009-12-02 13:16 --- Created an attachment (id=19208) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19208&action=view) basic-block that is rejected -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42216
[Bug rtl-optimization/42216] [4.5 Regression] changes in scheduling regress 464.h264ref 20%
--- Comment #11 from rguenth at gcc dot gnu dot org 2009-12-02 13:16
---
The patch didn't change performance. For the relevant functions I see
mv-search.c:452:1: warning: failing block due to bad pattern
(the location seems to be always the end of the function though).
The insns are most of the time
(insn 333 1737 334 39 mv-search.c:542 (set (reg:DI 0 ax [orig:1365
block_c.pos_x ] [1365])
(sign_extend:DI (reg:SI 0 ax))) 126 {extendsidi2_rex64} (nil))
or similar.
For the hot function with the regression I see:
(insn 287 2237 289 9 mv-search.c:327 (set (reg:DI 0 ax [803])
(sign_extend:DI (reg:SI 0 ax [802]))) 126 {extendsidi2_rex64} (nil))
(insn 437 436 438 27 mv-search.c:305 (parallel [
(set (reg:DI 5 di [853])
(zero_extend:DI (plus:SI (reg:SI 5 di [orig:737 ivtmp.1996 ]
[737])
(const_int -1 [0x]
(clobber (reg:CC 17 flags))
]) 253 {*addsi_1_zext} (expr_list:REG_UNUSED (reg:CC 17 flags)
(nil)))
(insn 663 662 664 55 mv-search.c:436 (set (reg:DI 0 ax [940])
(sign_extend:DI (reg:SI 0 ax [939]))) 126 {extendsidi2_rex64} (nil))
(insn 719 2224 721 62 mv-search.c:327 (set (reg:DI 0 ax [948])
(sign_extend:DI (reg:SI 0 ax [947]))) 126 {extendsidi2_rex64} (nil))
line 436 is inside the hot loop in question, I'll attach a dump of the
BB in question we skip due to it. After the above insn only the following
extra insns appear:
(insn 664 663 665 55 mv-search.c:436 (parallel [
(set (reg/v:SI 41 r12 [orig:394 LineSadBlk3 ] [394])
(plus:SI (reg/v:SI 41 r12 [orig:394 LineSadBlk3 ] [394])
(mem:SI (plus:DI (mult:DI (reg:DI 0 ax [940])
(const_int 4 [0x4]))
(reg/f:DI 1 dx [orig:479 byte_abs.393 ] [479])) [2
S4 A32])))
(clobber (reg:CC 17 flags))
]) 251 {*addsi_1} (expr_list:REG_DEAD (reg/f:DI 1 dx [orig:479
byte_abs.393 ] [479])
(expr_list:REG_DEAD (reg:DI 0 ax [940])
(expr_list:REG_UNUSED (reg:CC 17 flags)
(nil)
(note 665 664 666 55 NOTE_INSN_DELETED)
(insn 666 665 667 55 mv-search.c:305 (parallel [
(set (reg/v/f:DI 3 bx [orig:404 orgptr ] [404])
(plus:DI (reg/v/f:DI 3 bx [orig:404 orgptr ] [404])
(const_int 32 [0x20])))
(clobber (reg:CC 17 flags))
]) 252 {*adddi_1} (expr_list:REG_UNUSED (reg:CC 17 flags)
(nil)))
(insn 667 666 669 55 mv-search.c:305 (parallel [
(set (reg:DI 44 r15 [orig:398 ivtmp.1894 ] [398])
(plus:DI (reg:DI 44 r15 [orig:398 ivtmp.1894 ] [398])
(const_int 32 [0x20])))
(clobber (reg:CC 17 flags))
]) 252 {*adddi_1} (expr_list:REG_UNUSED (reg:CC 17 flags)
(nil)))
(insn 669 667 670 55 mv-search.c:417 (set (reg:CCZ 17 flags)
(compare:CCZ (reg:DI 44 r15 [orig:398 ivtmp.1894 ] [398])
(const_int 128 [0x80]))) 7 {*cmpdi_1} (nil))
(jump_insn 670 669 671 55 mv-search.c:417 (set (pc)
(if_then_else (ne (reg:CCZ 17 flags)
(const_int 0 [0x0]))
(label_ref 668)
(pc))) 619 {*jcc_1} (expr_list:REG_DEAD (reg:CCZ 17 flags)
(expr_list:REG_BR_PROB (const_int 7500 [0x1d4c])
(nil)))
-> 668)
;; lr out 3 [bx] 6 [bp] 7 [sp] 41 [r12] 42 [r13] 43 [r14] 44 [r15]
;; live out 3 [bx] 6 [bp] 7 [sp] 41 [r12] 42 [r13] 43 [r14] 44 [r15]
They all look like they'd be handled just fine.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42216
[Bug ada/42253] New: Wrong handling of null for fat pointers forced thin by size clause
I see this nasty miscompilation with the latest gcc from subversion, as well as with GNAT GPL 2009 and 2008 but not 2007. $ gnatmake crash.adb gcc -c crash.adb gcc -c p64.adb gnatbind -x crash.ali gnatlink crash.ali $ ./crash raised STORAGE_ERROR : stack overflow (or erroneous memory access) -- chop here -- package P64 is type SA is access String; for SA'Size use Standard'Address_Size; S : SA; function P return Character; end; package body P64 is function Q (S : access constant String) return Character is begin if S /= null and then S'Length > 0 then return S (S'First); end if; return '*'; end; function P return Character is begin return Q (S); end P; end; with P64; procedure Crash is C : Character; begin C := P64.P; if C /= '*' then raise Program_Error; end if; end; -- Summary: Wrong handling of null for fat pointers forced thin by size clause Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: baldrick at free dot fr GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42253
[Bug bootstrap/42243] [4.5 Regression] powerpc-apple-darwin9 bootstrap broken at ffi_darwin.c
--- Comment #4 from dje at gcc dot gnu dot org 2009-12-02 12:36 --- I believe the bootstrap failure should be fixed. Please let me know about the testsuite results. -- dje at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42243
[Bug bootstrap/42243] [4.5 Regression] powerpc-apple-darwin9 bootstrap broken at ffi_darwin.c
--- Comment #3 from dje at gcc dot gnu dot org 2009-12-02 12:35 --- Yes -- dje at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Priority|P1 |P3 Last reconfirmed|-00-00 00:00:00 |2009-12-02 12:35:27 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42243
[Bug bootstrap/42243] [4.5 Regression] powerpc-apple-darwin9 bootstrap broken at ffi_darwin.c
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42243
[Bug debug/42234] [4.5 Regression] internal compiler error: verify_ssa failed
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42234
[Bug middle-end/42229] [4.5 Regression] cancel_loop_tree: bad read causes ice
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-12-02 12:16 --- Mine. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Priority|P3 |P1 Last reconfirmed|2009-11-30 11:32:44 |2009-12-02 12:16:13 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42229
[Bug middle-end/42228] [4.5 Regression] verify_cgraph_node failed:node has wrong clone_of
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42228
[Bug rtl-optimization/42216] [4.5 Regression] changes in scheduling regress 464.h264ref 20%
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42216
[Bug tree-optimization/42215] [4.5 Regression] internal compiler error: verify_stmts failed with -O2 -ftree-loop-distribution
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42215
[Bug tree-optimization/42211] [4.5 Regression] Segmentation fault with graphite -floop-interchange
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42211
[Bug tree-optimization/42205] [4.5 Regression] [graphite] internal compiler error: verify_ssa failed with -ffast-math -floop-interchange
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42205
[Bug middle-end/42202] [4.5 regression] Revision 154688 caused many gfortran failures
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords||wrong-code Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42202
[Bug middle-end/42178] [4.5 Regression] gcc.dg/graphite/interchange-8.c causes ICE
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42178
[Bug target/42164] [4.5 Regression] internal compiler error: in simplify_subreg, at simplify-rtx.c:5138
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42164
[Bug c++/42038] [4.3/4.4/4.5 Regression] ICE: tree check: expected class 'type', have 'exceptional' (error_mark) in useless_type_conversion_p
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42038
[Bug tree-optimization/41491] [4.5 regression] ICE in set_value_range, at tree-vrp.c:386
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41491
[Bug c++/42252] Compilation very slow with gcc 4.4.2 using Fedora 12
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-12-02 12:10 --- Please report the bug to Fedora instead. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42252
[Bug c++/42251] [4.5 Regression] failure detecting constant integral expression
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords||rejects-valid Summary|failure detecting constant |[4.5 Regression] failure |integral expression |detecting constant integral ||expression Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42251
[Bug tree-optimization/42250] [4.5 Regression] segfault in ipa-type-escape.c for several cpu2000 tests
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-12-02 12:07 --- ipa-type-escape is broken anyway... -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||hubicka at gcc dot gnu dot ||org Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42250
[Bug c++/42252] Compilation very slow with gcc 4.4.2 using Fedora 12
--- Comment #1 from redi at gcc dot gnu dot org 2009-12-02 12:06 --- Use -ftime-report and -time to see what step is taking a long time, and compare that the times on the old system -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42252
[Bug middle-end/42245] ICE in verify_backedges for 197.parser with sel-sched
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-12-02 12:04 --- actually selective scheduling is new, so not a regression -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||abel at ispras dot ru Priority|P1 |P3 Summary|[4.5 Regression] ICE in |ICE in verify_backedges for |verify_backedges for|197.parser with sel-sched |197.parser with sel-sched | Target Milestone|4.5.0 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42245
[Bug middle-end/42245] [4.5 Regression] ICE in verify_backedges for 197.parser with sel-sched
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||matz at gcc dot gnu dot org Component|tree-optimization |middle-end Priority|P3 |P1 Summary|ICE in verify_backedges for |[4.5 Regression] ICE in |197.parser with sel-sched |verify_backedges for ||197.parser with sel-sched Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42245
[Bug debug/42244] [4.5 Regression] var-tracking ICE for 300.twolf
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42244
[Bug bootstrap/42243] [4.5 Regression] powerpc-apple-darwin9 bootstrap broken at ffi_darwin.c
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42243
[Bug c++/42252] New: Compilation very slow with gcc 4.4.2 using Fedora 12
Hi, I use Fedora 12 and gcc+Qt4+KDevelop to develop programs. I don't know if this is a real gcc bug but I think that should notify about the problem. My compilations is very very slow after I upgrade to this version. A normal compilation takes 1 or 2 minutes now takes a 30 or more minutes and almost 100% of CPU is used: see ps aux command results: root 3126 0.0 0.0 1900 452 ?S08:27 0:00 g++ -c -pipe -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fstack-protector --param=ssp-buffer-size=4 -m root 3132 0.0 0.0 2088 588 ?S08:27 0:00 /usr/bin/g++ -c -pipe -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fstack-protector --param=ssp-buffer- root 3133 99.6 19.5 209812 201012 ? R08:27 24:03 /usr/libexec/gcc/i686-redhat-linux/4.4.2/cc1plus -fpreprocessed /var/cache/ccache/cadpagar.tmp.barney. root 3134 0.0 0.4 7776 5076 ?S08:27 0:00 as -Qy -o /var/cache/ccache/tmp.hash.barney.consultecnica.com.br.3126.o - The packages installed are: kernel-headers-2.6.31.6-145.fc12.i686 kernel-PAE-2.6.31.6-145.fc12.i686 kernel-PAE-devel-2.6.31.6-145.fc12.i686 gcc-c++-4.4.2-7.fc12.i686 gcc-4.4.2-7.fc12.i686 gcc-gfortran-4.4.2-7.fc12.i686 libgcc-4.4.2-7.fc12.i686 ccache-2.4-16.fc12.i686 glib-1.2.10-33.fc12.i686 glib2-devel-2.22.2-3.fc12.i686 glibc-headers-2.11-2.i686 glibc-2.11-2.i686 glib2-2.22.2-3.fc12.i686 glibc-common-2.11-2.i686 glibc-devel-2.11-2.i686 any another one information please will request Thanks in advance Volnei -- Summary: Compilation very slow with gcc 4.4.2 using Fedora 12 Product: gcc Version: 4.4.2 Status: UNCONFIRMED Severity: major Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: vcputtini at consultecnica dot com dot br http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42252
[Bug fortran/42131] Weird translation of DO loops
--- Comment #28 from jb at gcc dot gnu dot org 2009-12-02 09:23 --- Subject: Bug 42131 Author: jb Date: Wed Dec 2 09:22:50 2009 New Revision: 154900 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154900 Log: Typo in ChangeLog entry for PR fortran/42131 Modified: trunk/gcc/fortran/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42131
