[Bug target/45094] [arm] wrong instructions for dword move in some cases
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45094 --- Comment #11 from Yao Qi qiyao at gcc dot gnu.org 2010-12-27 08:35:21 UTC --- Patch to backport it to 4.5 is here http://gcc.gnu.org/ml/gcc-patches/2010-12/msg01858.html
[Bug other/46677] frontends and tree optimizers use *_TYPE_SIZE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46677 --- Comment #18 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org 2010-12-27 08:55:43 UTC --- Author: amylaar Date: Mon Dec 27 08:55:37 2010 New Revision: 168262 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168262 Log: PR other/46677 * config/rs6000/darwin.h (darwin_bool_type_size): Move from here... * config/darwin.h: ... to here. Modified: branches/pr46489-20101217-branch/ChangeLog.46489 branches/pr46489-20101217-branch/gcc/config/darwin.h branches/pr46489-20101217-branch/gcc/config/rs6000/darwin.h
[Bug other/46677] frontends and tree optimizers use *_TYPE_SIZE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46677 --- Comment #19 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org 2010-12-27 09:45:50 UTC --- Author: amylaar Date: Mon Dec 27 09:45:46 2010 New Revision: 168264 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168264 Log: PR other/46677 config/sol2.h (UINT_LEAST64_TYPE): Remove stray 'int' from integer_type_kind value. Modified: branches/pr46489-20101217-branch/ChangeLog.46489 branches/pr46489-20101217-branch/gcc/config/sol2.h
[Bug bootstrap/47055] make profiledbootstrap fails on MSYS/mingw-w64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47055 Kai Tietz ktietz at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2010.12.27 10:27:32 AssignedTo|unassigned at gcc dot |ktietz at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1 --- Comment #2 from Kai Tietz ktietz at gcc dot gnu.org 2010-12-27 10:27:32 UTC --- Patch sent to ML Index: libgcov.c === --- libgcov.c (revision 168240) +++ libgcov.c (working copy) @@ -283,7 +283,7 @@ } } /* Update complete filename with stripped original. */ - if (!IS_DIR_SEPARATOR (*fname)) + if (!IS_DIR_SEPARATOR (*fname) !HAS_DRIVE_SPEC(fname)) { strcpy (gi_filename_up, /); strcpy (gi_filename_up + 1, fname);
[Bug ada/46738] microblaze ada --enable-werror-always build fails
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46738 --- Comment #3 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org 2010-12-27 11:08:40 UTC --- Author: amylaar Date: Mon Dec 27 11:08:37 2010 New Revision: 168266 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168266 Log: PR ada/46738 http://gcc.gnu.org/ml/gcc-patches/2010-12/msg00128.html gcc: * targhooks.c (legacy_asm_output_ident): New function. * targhooks.h (legacy_asm_output_ident): Declare. * target.def (asm_out): New hook output_ident. * doc/tm.texi.in (TARGET_ASM_OUTPUT_IDENT): Indicate place for new hook. * doc/tm.texi: Regenerate. gcc/c-family: * c-lex.c (cb_ident): Use targetm.asm_out.output_ident. gcc/ada: * gcc-interface/Make-lang.in (ada/trans.o): Depend on $(TARGET_H). * gcc-interface/trans.c: Include target.h . (gigi): Use targetm.asm_out.output_ident . Added: branches/pr46489-20101227-branch/ChangeLog.46489 branches/pr46489-20101227-branch/gcc/ChangeLog.46489 - copied unchanged from r167975, branches/pr46489-20101217-branch/gcc/ChangeLog.46489 Modified: branches/pr46489-20101227-branch/gcc/ (props changed) branches/pr46489-20101227-branch/gcc/ada/gcc-interface/Make-lang.in branches/pr46489-20101227-branch/gcc/ada/gcc-interface/trans.c branches/pr46489-20101227-branch/gcc/c-family/c-lex.c branches/pr46489-20101227-branch/gcc/doc/tm.texi branches/pr46489-20101227-branch/gcc/doc/tm.texi.in branches/pr46489-20101227-branch/gcc/target.def branches/pr46489-20101227-branch/gcc/targhooks.c branches/pr46489-20101227-branch/gcc/targhooks.h branches/pr46489-20101227-branch/gcc/testsuite/gcc.target/powerpc/ppc-round.c (props changed) Propchange: branches/pr46489-20101227-branch/gcc/ ('svn:mergeinfo' added) Propchange: branches/pr46489-20101227-branch/gcc/testsuite/gcc.target/powerpc/ppc-round.c ('svn:mergeinfo' modified)
[Bug c++/37213] Declaration/expression ambiguity resolution does not extend beyond initializer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37213 Johannes Schaub schaub.johannes at googlemail dot com changed: What|Removed |Added CC||schaub.johannes at ||googlemail dot com --- Comment #4 from Johannes Schaub schaub.johannes at googlemail dot com 2010-12-27 11:24:36 UTC --- Same problem happens with int m; int(m), m++; I think GCC is wrong rejecting this.
[Bug libstdc++/28278] formatted I/O and calliing width(0)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28278 Michael mikeus at hotmail dot ru changed: What|Removed |Added CC||mikeus at hotmail dot ru --- Comment #1 from Michael mikeus at hotmail dot ru 2010-12-27 11:25:51 UTC --- Can anybody fix this bug? --- code: --- #includeiostream using namespace std; int main() { cout.setf(ios_base::fixed); cout.precision(3); cout.width(20); cout.fill('#'); cout (double)1.123456789 endl; cout (double)0.123456789 endl; cout (double)10.123456789 endl; } - --- output: --- ###1.123 0.123 10.123 --- --- expected: --- ###1.123 ###0.123 ##10.123 - It's just sad... :^(((
[Bug libstdc++/28278] formatted I/O and calliing width(0)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28278 --- Comment #2 from Paolo Carlini paolo.carlini at oracle dot com 2010-12-27 12:12:13 UTC --- The snippet you posted has nothing to do with the issue discussed here, which is about *when exactly* calling width(0) toward the end of the insertion operation (there are minor inconsistencies in the Standard detectable when the insertion proper throws). But in any case, per the letter of both C++03 and C++0x , during the arithmetic insertion at some point width(0) has to be called, normally by the num_put facet in Stage 3. Thus the behavior we are implementing vs your snippet is already Ok, no bug to fix (if you want a practical check, Sun Studio behaves the same).
[Bug middle-end/46500] target.h includes tm.h
. * config/mips/mips.c (mips_output_args_xfer): Likewise. * config/s390/s390.c (s390_call_saved_register_used): Likewise. * config/sh/sh.c (sh_output_mi_thunk): Likewise. * config/microblaze/microblaze.c (microblaze_expand_prologue): Likewise. * config/m32r/m32r.c (m32r_return_in_memory): Adjust for changed m32r_pass_by_reference. * config/spu/spu.c (spu_gimplify_va_arg_expr): Adjust for changed spu_pass_by_reference. gcc/c-family: * c-opts.c: Include tm.h . gcc/java: * expr.c: Include tm.h . gcc/fortran: * trans-types.c: Include tm.h . gcc/ada: * gcc-interface/decl.c (gnat_to_gnu_param): Use pack_cumulative_args. Modified: branches/pr46489-20101227-branch/ChangeLog.46489 branches/pr46489-20101227-branch/gcc/ (props changed) branches/pr46489-20101227-branch/gcc/ada/gcc-interface/decl.c branches/pr46489-20101227-branch/gcc/c-family/c-opts.c branches/pr46489-20101227-branch/gcc/calls.c branches/pr46489-20101227-branch/gcc/config/alpha/alpha.c branches/pr46489-20101227-branch/gcc/config/arc/arc.c branches/pr46489-20101227-branch/gcc/config/arm/arm.c branches/pr46489-20101227-branch/gcc/config/avr/avr.c branches/pr46489-20101227-branch/gcc/config/bfin/bfin.c branches/pr46489-20101227-branch/gcc/config/cris/cris.c branches/pr46489-20101227-branch/gcc/config/crx/crx.c branches/pr46489-20101227-branch/gcc/config/fr30/fr30.c branches/pr46489-20101227-branch/gcc/config/frv/frv.c branches/pr46489-20101227-branch/gcc/config/h8300/h8300.c branches/pr46489-20101227-branch/gcc/config/i386/i386.c branches/pr46489-20101227-branch/gcc/config/ia64/ia64.c branches/pr46489-20101227-branch/gcc/config/iq2000/iq2000.c branches/pr46489-20101227-branch/gcc/config/lm32/lm32.c branches/pr46489-20101227-branch/gcc/config/m32c/m32c.c branches/pr46489-20101227-branch/gcc/config/m32r/m32r.c branches/pr46489-20101227-branch/gcc/config/m68hc11/m68hc11.c branches/pr46489-20101227-branch/gcc/config/m68k/m68k.c branches/pr46489-20101227-branch/gcc/config/mcore/mcore.c branches/pr46489-20101227-branch/gcc/config/mep/mep.c branches/pr46489-20101227-branch/gcc/config/microblaze/microblaze.c branches/pr46489-20101227-branch/gcc/config/mips/mips.c branches/pr46489-20101227-branch/gcc/config/mmix/mmix.c branches/pr46489-20101227-branch/gcc/config/mn10300/mn10300.c branches/pr46489-20101227-branch/gcc/config/moxie/moxie.c branches/pr46489-20101227-branch/gcc/config/pa/pa.c branches/pr46489-20101227-branch/gcc/config/pdp11/pdp11.c branches/pr46489-20101227-branch/gcc/config/picochip/picochip.c branches/pr46489-20101227-branch/gcc/config/rs6000/rs6000.c branches/pr46489-20101227-branch/gcc/config/rx/rx.c branches/pr46489-20101227-branch/gcc/config/s390/s390.c branches/pr46489-20101227-branch/gcc/config/score/score-protos.h branches/pr46489-20101227-branch/gcc/config/score/score.c branches/pr46489-20101227-branch/gcc/config/sh/sh.c branches/pr46489-20101227-branch/gcc/config/sparc/sparc.c branches/pr46489-20101227-branch/gcc/config/spu/spu-protos.h branches/pr46489-20101227-branch/gcc/config/spu/spu.c branches/pr46489-20101227-branch/gcc/config/stormy16/stormy16.c branches/pr46489-20101227-branch/gcc/config/v850/v850.c branches/pr46489-20101227-branch/gcc/config/vax/vax.c branches/pr46489-20101227-branch/gcc/config/xtensa/xtensa.c branches/pr46489-20101227-branch/gcc/doc/tm.texi branches/pr46489-20101227-branch/gcc/dse.c branches/pr46489-20101227-branch/gcc/expr.c branches/pr46489-20101227-branch/gcc/fortran/trans-types.c branches/pr46489-20101227-branch/gcc/function.c branches/pr46489-20101227-branch/gcc/java/expr.c branches/pr46489-20101227-branch/gcc/target.def branches/pr46489-20101227-branch/gcc/target.h branches/pr46489-20101227-branch/gcc/targhooks.c branches/pr46489-20101227-branch/gcc/targhooks.h branches/pr46489-20101227-branch/gcc/testsuite/gcc.target/powerpc/ppc-round.c (props changed) Propchange: branches/pr46489-20101227-branch/gcc/ ('svn:mergeinfo' modified) Propchange: branches/pr46489-20101227-branch/gcc/testsuite/gcc.target/powerpc/ppc-round.c ('svn:mergeinfo' modified)
[Bug debug/45447] ICE with `-g -femit-struct-debug-baseonly'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45447 --- Comment #5 from Yao Qi qiyao at gcc dot gnu.org 2010-12-27 12:32:47 UTC --- Author: qiyao Date: Mon Dec 27 12:32:44 2010 New Revision: 168269 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168269 Log: Backport from mainline: gcc/ PR target/45447 * config/arm/arm.c (arm_build_builtin_va_list): Assign va_list_name to TYPE_STUB_DECL (va_list_type). gcc/testsuite/ PR target/45447 * gcc.target/arm/pr45447.c: New test. Added: branches/gcc-4_4-branch/gcc/testsuite/gcc.target/arm/pr45447.c Modified: branches/gcc-4_4-branch/gcc/ChangeLog branches/gcc-4_4-branch/gcc/config/arm/arm.c branches/gcc-4_4-branch/gcc/testsuite/ChangeLog
[Bug debug/45447] ICE with `-g -femit-struct-debug-baseonly'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45447 --- Comment #6 from Yao Qi qiyao at gcc dot gnu.org 2010-12-27 12:45:06 UTC --- Author: qiyao Date: Mon Dec 27 12:45:02 2010 New Revision: 168270 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168270 Log: Backport from mainline: gcc/ PR target/45447 * config/arm/arm.c (arm_build_builtin_va_list): Assign va_list_name to TYPE_STUB_DECL (va_list_type). gcc/testsuite/ PR target/45447 * gcc.target/arm/pr45447.c: New test. Added: branches/gcc-4_5-branch/gcc/testsuite/gcc.target/arm/pr45447.c Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/config/arm/arm.c branches/gcc-4_5-branch/gcc/testsuite/ChangeLog
[Bug c++/46626] [4.6 Regression] simple use of virtual methods causes pure virtual method call in c++0x mode
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46626 --- Comment #9 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-27 12:54:34 UTC --- Author: jakub Date: Mon Dec 27 12:54:30 2010 New Revision: 168271 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168271 Log: PR c++/46626 * semantics.c (build_data_member_initialization): For CLEANUP_STMT recurse into CLEANUP_BODY. * g++.dg/cpp0x/constexpr-base4.C: New test. Added: trunk/gcc/testsuite/g++.dg/cpp0x/constexpr-base4.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/semantics.c trunk/gcc/testsuite/ChangeLog
[Bug fortran/46874] [OpenMP] ICE in gfc_conv_descriptor_data_get, at fortran/trans-array.c:147
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46874 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |ASSIGNED CC||jakub at gcc dot gnu.org AssignedTo|unassigned at gcc dot |jakub at gcc dot gnu.org |gnu.org | --- Comment #9 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-27 12:58:01 UTC --- It has been committed just to trunk so far, not to 4.5 nor 4.4.
[Bug other/46677] frontends and tree optimizers use *_TYPE_SIZE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46677 --- Comment #20 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org 2010-12-27 13:08:49 UTC --- Author: amylaar Date: Mon Dec 27 13:08:44 2010 New Revision: 168273 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168273 Log: PR other/46677 http://gcc.gnu.org/ml/gcc-patches/2010-11/msg02772.html gcc: * targhooks.c (pointer_size): New function. * cppbuiltin.c (define_builtin_macros_for_lp64): Use pointer_size. (define_builtin_macros_for_type_sizes): Likewise. * target.h (pointer_size): Declare. * cppbuiltin.c (define_builtin_macros_for_type_sizes): Use TYPE_PRECISION (char_type_node). gcc/c-family: c-common.c (c_common_nodes_and_builtins): Use pointer_size. gcc/java: * decl.c (java_init_decl_processing): Use pointer_size. * java-tree.h (JAVA_POINTER_SIZE): Define. * class.c (make_class_data): Use JAVA_POINTER_SIZE. (emit_register_classes): Likewise. * jcf-parse.c (handle_long_constant): Likewise. * constants.c (build_constants_constructor): Likewise. * builtins.c (UNMARSHAL3, UNMARSHAL4, UNMARSHAL5): Likewise. (compareAndSwapObject_builtin): Likewise. * boehm.c (get_boehm_type_descriptor): Likewise. (mark_reference_fields): Add log2_size parameter. Changed all callers. gcc/cp: * cvt.c (cp_convert_to_pointer): Use TYPE_PRECISION (ptr_type_node). gcc/fortran: * trans-types.c (gfc_init_kinds): Use pointer_size. gcc/lto: * lto-object.c (lto_obj_begin_section): Use pointer_size. ada: * gcc-interface/decl.c (gnat_to_gnu_entity): Replace pointer_size with pointer_size_t. Replace POINTER_SIZE with pointer_size (). (rest_of_type_decl_compilation_no_defer): Use pointer_size. (gnat_to_gnu_param, annotate_rep, make_type_from_size): Likewise. * gcc-interface/utils2.c: Include target.h . (maybe_wrap_malloc, maybe_wrap_free): Use pointer_size. * gcc-interface/targtyps.c: Include target.h . (get_target_pointer_size): Use pointer_size. Modified: branches/pr46489-20101227-branch/ (props changed) branches/pr46489-20101227-branch/ChangeLog.46489 branches/pr46489-20101227-branch/gcc/ (props changed) branches/pr46489-20101227-branch/gcc/ada/gcc-interface/decl.c branches/pr46489-20101227-branch/gcc/ada/gcc-interface/targtyps.c branches/pr46489-20101227-branch/gcc/ada/gcc-interface/utils2.c branches/pr46489-20101227-branch/gcc/c-family/c-common.c branches/pr46489-20101227-branch/gcc/cp/cvt.c branches/pr46489-20101227-branch/gcc/cppbuiltin.c branches/pr46489-20101227-branch/gcc/fortran/f95-lang.c branches/pr46489-20101227-branch/gcc/fortran/trans-types.c branches/pr46489-20101227-branch/gcc/java/boehm.c branches/pr46489-20101227-branch/gcc/java/builtins.c branches/pr46489-20101227-branch/gcc/java/class.c branches/pr46489-20101227-branch/gcc/java/constants.c branches/pr46489-20101227-branch/gcc/java/decl.c branches/pr46489-20101227-branch/gcc/java/java-tree.h branches/pr46489-20101227-branch/gcc/java/jcf-parse.c branches/pr46489-20101227-branch/gcc/lto/lto-object.c branches/pr46489-20101227-branch/gcc/target.h branches/pr46489-20101227-branch/gcc/targhooks.c branches/pr46489-20101227-branch/gcc/testsuite/gcc.target/powerpc/ppc-round.c (props changed) branches/pr46489-20101227-branch/libjava/classpath/ (props changed) Propchange: branches/pr46489-20101227-branch/ ('svn:mergeinfo' modified) Propchange: branches/pr46489-20101227-branch/gcc/ ('svn:mergeinfo' modified) Propchange: branches/pr46489-20101227-branch/gcc/testsuite/gcc.target/powerpc/ppc-round.c ('svn:mergeinfo' modified) Propchange: branches/pr46489-20101227-branch/libjava/classpath/ ('svn:mergeinfo' modified)
[Bug c++/46626] [4.6 Regression] simple use of virtual methods causes pure virtual method call in c++0x mode
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46626 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #10 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-27 13:15:24 UTC --- I see the ICE with the second testcase from #c8 back till r166167, therefore please file it as a separate bugreport, it is not related to this one.
[Bug other/46677] frontends and tree optimizers use *_TYPE_SIZE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46677 --- Comment #21 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org 2010-12-27 13:24:54 UTC --- Author: amylaar Date: Mon Dec 27 13:24:48 2010 New Revision: 168274 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168274 Log: PR other/46677 http://gcc.gnu.org/ml/gcc-patches/2010-12/msg00934.html http://gcc.gnu.org/ml/gcc-cvs/2010-12/msg00947.html gcc: * doc/tm.texi: Regenerate. * doc/tm.texi.in (BOOL_TYPE_SIZE): Delete. (TARGET_BOOL_TYPE_SIZE): New hook. * targhooks.c (legacy_integer_type_size): New function. (default_bool_type_size, legacy_float_type_size): Likewise. * targhooks.h (legacy_integer_type_size): Declare. (default_bool_type_size, legacy_float_type_size): Likewise. * target.def (bool_type_size): New hook. (integer_type_size, float_type_size): Likewise. * defaults.h (BOOL_TYPE_SIZE): Delete. * tree.c (free_lang_data): Use targetm.bool_type_size. (build_common_tree_nodes): Likewise. * tree.h (enum integer_type_kind): Move from here... * coretypes.h ... to here. * target.h (enum th_float_type): New enum. * tree-ssa-loop-ivopts.c (add_standard_iv_candidates): Use targetm.integer_type_size. * tree-data-ref.c: Include target.h (estimated_loop_iterations_tree): Use targetm.integer_type_size. * system.h (BOOL_TYPE_SIZE): Poison. * Makefile.in (tree-data-ref.o): Depend on $(TARGET_H) . * config/rs6000/darwin.h (BOOL_TYPE_SIZE): Delete. (TARGET_BOOL_TYPE_SIZE): Define. * config/darwin.c (darwin_bool_type_size): New function. * config/darwin.h: (darwin_bool_type_size): Declare. gcc/c-family.c: * c-common.c (c_common_to_target_charset): Use TYPE_PRECISION (char_type_node). gcc/java: * decl.c (java_init_decl_processing): Use targetm.integer_type_size. * expr.c (expand_java_return): Likewise. gcc/ada: * gcc-interface/decl.c (gnat_to_gnu_entity): Use targetm.float_type_size and targetm.integer_type_size. (make_type_from_size): Use targetm.integer_type_size. * gcc-interface/targtyps.c: Include target.h . [!ADA_LONG_TYPE_SIZE] (ADA_LONG_TYPE_SIZE): Use targetm.integer_type_size. [!WIDEST_HARDWARE_FP_SIZE] (LONG_DOUBLE_TYPE_SIZE): Don't define. (get_target_char_size): Use targetm.integer_type_size. (get_target_wchar_t_size, get_target_short_size): Likewise. (get_target_int_size, get_target_long_long_size): Likewise. (get_target_float_size): Use targetm.float_type_size. (get_target_double_size, get_target_long_double_size): Likewise. (MALLOC_OBSERVABLE_ALIGNMENT): Use targetm.integer_type_size. * gcc-interface/trans.c: Include target.h . (gigi): Use targetm.float_type_size. (build_binary_op_trapv): Use targetm.integer_type_size. * gcc-interface/Make-lang.in (ada/targtyps.o): Depend on $(TARGET_H). (ada/trans.o): Likewise. gcc/fortran: * trans-types.c (gfc_init_kinds): Use targetm.integer_type_size. (gfc_build_int_type): Likewise. (gfc_build_uint_type): Use TYPE_PRECISION on the type nodes checked. (gfc_build_real_type): Use targetm.float_type_size. (gfc_build_logical_type): Use targetm.bool_type_size. [0] (c_size_t_size): Delete. * f95-lang.c [!CHAR_TYPE_SIZE] (CHAR_TYPE_SIZE): Don't define. [!INT_TYPE_SIZE] (INT_TYPE_SIZE): Likewise. * iso-c-binding.def (c_bool): Use targetm.bool_type_size. * types.def (BT_BOOL): Likewise. * trans-intrinsic.c (build_round_expr): Use TYPE_PRECISION on *_integer_type_node to find out these type's sizes. (gfc_conv_intrinsic_leadz, gfc_conv_intrinsic_trailz): Likewise. (gfc_conv_intrinsic_popcnt_poppar): Likewise. Modified: branches/pr46489-20101227-branch/ (props changed) branches/pr46489-20101227-branch/ChangeLog.46489 branches/pr46489-20101227-branch/gcc/ (props changed) branches/pr46489-20101227-branch/gcc/Makefile.in branches/pr46489-20101227-branch/gcc/ada/gcc-interface/Make-lang.in branches/pr46489-20101227-branch/gcc/ada/gcc-interface/decl.c branches/pr46489-20101227-branch/gcc/ada/gcc-interface/targtyps.c branches/pr46489-20101227-branch/gcc/ada/gcc-interface/trans.c branches/pr46489-20101227-branch/gcc/c-family/c-common.c branches/pr46489-20101227-branch/gcc/config/darwin.c branches/pr46489-20101227-branch/gcc/config/rs6000/darwin.h branches/pr46489-20101227-branch/gcc/coretypes.h branches/pr46489-20101227-branch/gcc/defaults.h branches/pr46489-20101227-branch/gcc/doc/tm.texi branches/pr46489-20101227-branch/gcc/doc/tm.texi.in branches/pr46489-20101227-branch/gcc/fortran/f95-lang.c branches/pr46489-20101227-branch/gcc/fortran/iso-c-binding.def branches/pr46489-20101227-branch/gcc/fortran/trans-intrinsic.c branches/pr46489-20101227-branch/gcc/fortran/trans-types.c branches/pr46489-20101227-branch/gcc/fortran/types.def branches/pr46489-20101227-branch/gcc/java/decl.c
[Bug libffi/46508] [4.6 regression] Add ARM VFP ABI support to libffi broke build for armv5tel-linux-gnueabi with binutils-2.20.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46508 Mikael Pettersson mikpe at it dot uu.se changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Mikael Pettersson mikpe at it dot uu.se 2010-12-27 13:31:21 UTC --- Fixed, presumably by r167434.
[Bug other/46677] frontends and tree optimizers use *_TYPE_SIZE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46677 --- Comment #22 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org 2010-12-27 13:40:18 UTC --- Author: amylaar Date: Mon Dec 27 13:40:14 2010 New Revision: 168275 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168275 Log: http://gcc.gnu.org/ml/gcc-cvs/2010-12/msg00947.html PR other/46677 * config/rs6000/darwin.h (darwin_bool_type_size): Move from here... * config/darwin.h: ... to here. Modified: branches/pr46489-20101227-branch/ChangeLog.46489 branches/pr46489-20101227-branch/gcc/config/darwin.h branches/pr46489-20101227-branch/gcc/config/rs6000/darwin.h
[Bug testsuite/47013] FAIL: gcc.dg/sms-*.c scan-rtl-dump-times sms SMS succeeded *
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47013 --- Comment #6 from revital eres eres at il dot ibm.com 2010-12-27 14:00:54 UTC --- Looking more closely at sms-6.c it seems there is another issue which causes SMS to FAIL in the loop in foo function: Although the restrict keyword is attached to the pointers dependence edges are created between the write and read. (Please see the SMS dump file) The edges were not created in -r146278. I used -O2 -fmodulo-sched -fdump-rtl-sms -fno-auto-inc-dec -mno-update to compile on PowerPC.
[Bug testsuite/47013] FAIL: gcc.dg/sms-*.c scan-rtl-dump-times sms SMS succeeded *
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47013 --- Comment #7 from revital eres eres at il dot ibm.com 2010-12-27 14:06:43 UTC --- Created attachment 22853 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22853 SMS dump created with -r168082 on powerpc.
[Bug fortran/45827] [4.6 Regression] mio_component_ref(): Component not found
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45827 janus at gcc dot gnu.org changed: What|Removed |Added Summary|mio_component_ref():|[4.6 Regression] |Component not found when|mio_component_ref(): |mixing f90 and f03 in large |Component not found |projects| --- Comment #33 from janus at gcc dot gnu.org 2010-12-27 14:22:12 UTC --- (In reply to comment #32) Same error for this testcase: Thanks for the test case, Daniel. Here is a slightly reduced version: MODULE m TYPE, ABSTRACT :: t PRIVATE INTEGER :: n CONTAINS PROCEDURE :: get END TYPE ABSTRACT INTERFACE SUBROUTINE create(this) IMPORT t CLASS(t) :: this END SUBROUTINE END INTERFACE CONTAINS FUNCTION get(this) CLASS(t) :: this REAL, DIMENSION(this%n) :: get END FUNCTION SUBROUTINE destroy(this) CLASS(t) :: this END SUBROUTINE END MODULE PROGRAM p USE m END Also, note that this is a regression (the test case works with 4.5).
[Bug fortran/45827] [4.6 Regression] mio_component_ref(): Component not found
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45827 --- Comment #34 from Daniel Franke dfranke at gcc dot gnu.org 2010-12-27 14:27:36 UTC --- With both testcases, tracing the search in module.c(mio_component_ref), I get: mio_component_ref: looking for 'n', current: '_data' mio_component_ref: looking for 'n', current: '_vptr' polytest.f90:36.28: USE abstract_weight_policy 1 Internal Error at (1): mio_component_ref(): Component not found Does this help?
[Bug libstdc++/28278] formatted I/O and calling width(0)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28278 --- Comment #3 from Jonathan Wakely redi at gcc dot gnu.org 2010-12-27 14:31:39 UTC --- (In reply to comment #1) Can anybody fix this bug? Don't be sad, your bug is easy to fix: --- code: --- #includeiostream using namespace std; int main() { cout.setf(ios_base::fixed); cout.precision(3); cout.width(20); cout.fill('#'); cout std::setw(20) 1.123456789 endl; cout std::setw(20) 0.123456789 endl; cout std::setw(20) 10.123456789 endl; } Fixed.
[Bug c++/37213] Declaration/expression ambiguity resolution does not extend beyond initializer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37213 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2010.12.27 14:36:50 Ever Confirmed|0 |1 --- Comment #5 from Jonathan Wakely redi at gcc dot gnu.org 2010-12-27 14:36:50 UTC --- (In reply to comment #0) typedef S* (*FuncType)(int,int); int x,y; S* a() { FuncType(a)(x,y)-z = 0; // treated as declaration calling 'a' through a function pointer of a different type is undefined behaviour, but fixing that doesn't change the error, which I agree is wrong.
[Bug libstdc++/28278] formatted I/O and calling width(0)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28278 --- Comment #4 from Michael mikeus at hotmail dot ru 2010-12-27 15:12:50 UTC --- :))OK. ( I merely have looked at 'ios_base state functions' chapter in C++0x draft and not found any mention that any preset state of a stream may be lost after an output operation. It turns out that the width is the (only) state which can be(inconsequently) lost after an output operation. )
[Bug fortran/45827] [4.6 Regression] [OOP] mio_component_ref(): Component not found
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45827 janus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at gcc dot |janus at gcc dot gnu.org |gnu.org | Summary|[4.6 Regression]|[4.6 Regression] [OOP] |mio_component_ref():|mio_component_ref(): |Component not found |Component not found --- Comment #35 from janus at gcc dot gnu.org 2010-12-27 15:36:44 UTC --- (In reply to comment #34) Does this help? Yes, I think I know what's going on. One way to fix it is the following: Index: gcc/fortran/module.c === --- gcc/fortran/module.c(revision 168019) +++ gcc/fortran/module.c(working copy) @@ -2317,6 +2317,9 @@ mio_component_ref (gfc_component **cp, gfc_symbol if (sym == NULL) return; + if (sym-attr.is_class) + sym = sym-components-ts.u.derived; + if (sym-components != NULL p-u.pointer == NULL) { /* Symbol already loaded, so search by name. */
[Bug c++/47067] New: [c++0x] ICE in cxx_eval_bare_aggregate, at cp/semantics.c:6352
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47067 Summary: [c++0x] ICE in cxx_eval_bare_aggregate, at cp/semantics.c:6352 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: ro...@binarylife.net $ cat test.cpp struct X { virtual void x(); virtual ~X(); }; struct Y { virtual void y(); virtual ~Y(); }; struct Z: X, Y {} z; $ g++ test.cpp -c -std=c++0x test.cpp:11:19: in constexpr expansion of 'z.Z::Z()' test.cpp:11:19: internal compiler error: in cxx_eval_bare_aggregate, at cp/semantics.c:6352 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. $ svn info | egrep Revision Revision: 168275 In http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46626#c10, Jakub Jelinek said: I see the ICE with the second testcase from #c8 back till r166167.
[Bug c++/47068] New: [C++0x] internal compiler error on decltype(~ expression)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47068 Summary: [C++0x] internal compiler error on decltype(~ expression) Product: gcc Version: 4.4.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: spill...@acm.org The declaration template class T struct broken { int member; typedef decltype(~ member) gcc_crashes_here; }; generates the error message internal compiler error: in lookup_member, at cp/search.c:1200, Please submit a full bug report when compiled with g++ 4.4.3 (with -std=c++0x, naturally.) Similar code compiles without errors or warnings if any of the following transformations are applied: - A literal expression (e.g. ~ 0L) is substituted for ~ member - The operators !, , -, +, or * (when member is changed to a pointer type) are used instead of ~ - The struct is not templated - The typedef is declared in a free function (even a templated free function) rather than a class or struct - decltype is replaced by typeof and the code is compiled without -std=c++0x Unfortunately I'm traveling at the moment and can't easily test on other gcc versions.
[Bug c++/47068] [C++0x] internal compiler error on decltype(~ expression)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47068 --- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com 2010-12-27 16:26:04 UTC --- I can reproduce it with current mainline.
[Bug c++/47068] [C++0x] internal compiler error on decltype(~ expression)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47068 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2010.12.27 16:26:36 CC||jason at gcc dot gnu.org Ever Confirmed|0 |1
[Bug fortran/47069] New: [OOP] undefined reference for virtual hook
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47069 Summary: [OOP] undefined reference for virtual hook Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: dfra...@gcc.gnu.org CC: ja...@gcc.gnu.org The code below fails to compile due to an undefined reference to the virtual hook. I have no idea if this is valid Fortran of any standard, but if it isn't, I'd expect a warning or an error, if it is, I'd like to have an executable program :) I currently do not have any 4.5 around, so only tested with trunk. $ gfortran-svn hook.f90 /tmp/ccZb2JsG.o: In function `__abstract_weight_policy_MOD_init': hook.f90:(.text+0x26): undefined reference to `init_hook_' collect2: ld returned 1 exit status $ $ gfortran-svn -v gcc version 4.6.0 20101226 (experimental) (GCC) $ cat hook.f90 MODULE abstract_weight_policy TYPE, ABSTRACT :: abstract_weight PRIVATE INTEGER :: n, a CONTAINS PROCEDURE :: init PROCEDURE(hook), PRIVATE, DEFERRED :: init_hook END TYPE ABSTRACT INTERFACE FUNCTION hook(this, n) IMPORT :: abstract_weight CLASS(abstract_weight), INTENT(inout) :: this INTEGER :: n, hook END FUNCTION END INTERFACE CONTAINS SUBROUTINE init(this, n) CLASS(abstract_weight), INTENT(inout) :: this INTEGER, INTENT(in) :: n this%n = n this%a = init_hook(this, n) END SUBROUTINE END MODULE MODULE myweights_policy USE abstract_weight_policy TYPE, EXTENDS(abstract_weight) :: myweights CONTAINS PROCEDURE :: init_hook = myweights_init END TYPE CONTAINS FUNCTION myweights_init(this, n) CLASS(myweights), INTENT(inout) :: this INTEGER :: n, myweights_init, k myweights_init = SUM((/ (k, k=1, n) /)) END FUNCTION END MODULE PROGRAM test USE myweights_policy TYPE(myweights) :: w CALL w%init(10) END PROGRAM
[Bug c++/47067] [c++0x] ICE in cxx_eval_bare_aggregate, at cp/semantics.c:6352
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47067 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-on-valid-code Status|UNCONFIRMED |NEW Last reconfirmed||2010.12.27 17:24:08 Ever Confirmed|0 |1 --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2010-12-27 17:24:08 UTC --- can be slightly reduced: struct X { virtual void x(); }; struct Y { virtual void y(); }; struct Z: X, Y {} z; Looks as though all that's needed to fail the assertion is a vtable in more than one base class
[Bug objc/47070] New: Error message mentioning _OBJC_INSTANCE_0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47070 Summary: Error message mentioning _OBJC_INSTANCE_0 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: trivial Priority: P3 Component: objc AssignedTo: unassig...@gcc.gnu.org ReportedBy: nic...@gcc.gnu.org The following testcase -- #include objc/NXConstStr.h int main (void) { if (@Test) return 0; return 1; } when compiled with the GNU runtime, gcc test.m -lobjc -fgnu-runtime -Wall produces an error message which is correct, but confusing for users -- test.m: In function ‘main’: test.m:5:7: warning: the address of ‘_OBJC_INSTANCE_0’ will always evaluate as ‘true’ [-Waddress] The error message is confusing because _OBJC_INSTANCE_0 is the internal name used for @Test. Thanks
[Bug objc/47070] Error message mentioning _OBJC_INSTANCE_0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47070 Nicola Pero nicola at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2010.12.27 17:34:22 Ever Confirmed|0 |1 --- Comment #1 from Nicola Pero nicola at gcc dot gnu.org 2010-12-27 17:34:22 UTC --- Confirmed - I get this error message both on GNU/Linux 32bit and Apple 32bit. Thanks
[Bug c++/47067] [4.6 Regression] [c++0x] ICE in cxx_eval_bare_aggregate, at cp/semantics.c:6352
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47067 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |4.6.0 Summary|[c++0x] ICE in |[4.6 Regression] [c++0x] |cxx_eval_bare_aggregate, at |ICE in |cp/semantics.c:6352 |cxx_eval_bare_aggregate, at ||cp/semantics.c:6352
[Bug fortran/47069] [OOP] undefined reference for virtual hook
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47069 --- Comment #1 from janus at gcc dot gnu.org 2010-12-27 17:57:48 UTC --- (In reply to comment #0) The code below fails to compile due to an undefined reference to the virtual hook. I have no idea if this is valid Fortran of any standard, but if it isn't, I'd expect a warning or an error, if it is, I'd like to have an executable program :) Well, what you get is a linker error, and don't think the standard covers anything related to linking. Therefore I would not call your program 'invalid' in a strict sense. However, I think the error you get is not a bug in gfortran, but rather something like a user error: You make the following call ... this%a = init_hook(this, n) but you don't provide any stand-alone routine called 'init_hook'. Therefore you get a linker error, and you deserve it ;) What you probably want to do is this%a = this%init_hook(n) If I change the call in this way, your test case compiles and links fine. The point here is that your 'init_hook' is a deferred type-bound procedure which you can only call as bound to a type, i.e. via the % notation. In contrast, 'init' is also a type-bound procedure, but it exists as a 'stand-alone' standard subroutine, too. So in this case you have two options to call it: 1) directly: call init(this,n) 2) via its type binding: call this%init(n) At least this is my view of these things, which I hope is correct. My conclusion would be to close this bug as invalid, since it can not see anything wrong in gfortran's behavior here. Also I don't think it's possible to give a better error message for this case. The compiler simply cannot read your mind ...
[Bug fortran/46818] [4.6 Regression] ICE on pointer assignment (-fwhole-file)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46818 Paul Thomas pault at gcc dot gnu.org changed: What|Removed |Added CC||pault at gcc dot gnu.org --- Comment #5 from Paul Thomas pault at gcc dot gnu.org 2010-12-27 18:10:51 UTC --- (In reply to comment #4) Separating module convecreac_m use kind_defs_m use system_m, only: sysvector_t implicit none type(sysvector_t), pointer :: solution end module convecreac_m into a new file (equivalent to -fno-whole-file) also clears the problem. It seems that we have another TYPE_CANONICAL problem. Paul
[Bug fortran/47069] [OOP] undefined reference for virtual hook
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47069 Daniel Franke dfranke at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Comment #2 from Daniel Franke dfranke at gcc dot gnu.org 2010-12-27 18:27:44 UTC --- (In reply to comment #1) Therefore you get a linker error, and you deserve it ;) What you probably want to do is this%a = this%init_hook(n) Oh my bloody stupidness! Of course! A C++-ism that crept in - and I looked at it for ... hours ... *blush* Closing as invalid. Thanks for the pointer and I apologize for the noise.
[Bug tree-optimization/47060] [4.6 Regression] ICE: SIGSEGV in reduction_phi (tree-parloops.c:212) with -O -ffast-math -ftree-parallelize-loops=2 -fno-tree-dce
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47060 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot gnu.org Target Milestone|--- |4.6.0
[Bug ada/47056] [4.6 Regression] 10 Ada ACATS tests fail to link with undefined reference on ia64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47056 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P5 CC||jakub at gcc dot gnu.org Target Milestone|--- |4.6.0
[Bug tree-optimization/47053] [4.5/4.6 Regression] ICE: verify_flow_info failed: BB 2 can not throw but has an EH edge with -O -fnon-call-exceptions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47053 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot gnu.org Target Milestone|--- |4.5.3
[Bug rtl-optimization/47028] [4.6 Regression] gcc.dg/tree-ssa/tailrecursion-[57].c FAIL with -foptimize-sibling-calls -fno-forward-propagate -fno-tree-copy-prop -fno-tree-dominator-opts
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47028 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot gnu.org Target Milestone|--- |4.6.0
[Bug c++/47020] [4.6 Regression] [C++0x] ICE: unexpected expression 'foo' of kind overload when storing address of overloaded function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47020 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot gnu.org Target Milestone|--- |4.6.0
[Bug tree-optimization/47009] [4.6 Regression] ICE: SIGSEGV (too deep recursion) in cgraph_clone_inlined_nodes with -O
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47009 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot gnu.org Target Milestone|--- |4.6.0
[Bug tree-optimization/46984] [4.6 Regression] g++.dg/torture/pr45699.C FAILs with -fno-early-inlining -flto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46984 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot gnu.org Target Milestone|--- |4.6.0
[Bug tree-optimization/46886] [4.5/4.6 Regression] gfortran.dg/array_constructor_9.f90 FAILs with -ftree-parallelize-loops -fstrict-overflow -fno-tree-ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46886 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot gnu.org Target Milestone|--- |4.5.3
[Bug target/40411] -std=c99 does not enable c99 mode in Solaris C library
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40411 po...@gcc.gnu.org pogma at gcc dot gnu.org changed: What|Removed |Added CC||pogma at gcc dot gnu.org --- Comment #20 from pogma at gcc dot gnu.org pogma at gcc dot gnu.org 2010-12-27 19:17:18 UTC --- (In reply to comment #19) Whether using it is enabled via -std or not, linking to values-xpg6.o can cause unexpected behaviour for applications or shared objects. Yes, it can, and that behaviour change is surprising, especially if relinking a library with a newer gcc (using the same flags as it was linked with using an older version of the compiler) can cause clients of that library to stop working or to behave in a different manner. If a user really wants the xpg6 behaviour from libc they can simply add the relevant object file to their output or even just define the __xpg4 and __xpg6 symbols in their application, or, as Bruno suggests - use gnulib.
[Bug target/20366] AIX g++ -D_LARGE_FILES fails to compile #include iostream
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20366 Peter O'Gorman pogma at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #21 from Peter O'Gorman pogma at gcc dot gnu.org 2010-12-27 19:38:47 UTC --- Fixed since 4.4.0
[Bug tree-optimization/46537] [4.6 Regression] ICE: SIGSEGV in simplify_replace_fn_rtx (simplify-rtx.c:362) with -g -O -fipa-cp -fipa-cp-clone -freorder-blocks
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46537 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot gnu.org Target Milestone|--- |4.6.0
[Bug c++/46831] [4.6 Regression][C++0x] Crash when it tries to do an invalid ICS with a conversion function template
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46831 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot gnu.org Target Milestone|--- |4.6.0
[Bug inline-asm/47071] New: Using -ffunction-sections produces bad assembler on my testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47071 Summary: Using -ffunction-sections produces bad assembler on my testcase Product: gcc Version: 4.5.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: inline-asm AssignedTo: unassig...@gcc.gnu.org ReportedBy: alex.wa...@gmail.com Host: x86_64-unknown-linux-gnu Target: x86_64-unknown-linux-gnu Build: x86_64-unknown-linux-gnu Created attachment 22854 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22854 (almost) minimal testcase This bug was found when trying to compile qt 4.7.1 for i386 target. The compiler produces assembler file, but the assembler does not process it, so something about code generator is broken... So, the details: 1) the exact version of GCC: $ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib64/gcc/x86_64-unknown-linux-gnu/4.5.2/lto-wrapper Target: x86_64-unknown-linux-gnu Configured with: ../gcc-4.5.2/configure --enable-lto --prefix=/usr --libdir=/usr/lib64 --libexecdir=/usr/lib64 --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-c99 --enable-long-long --enable-clocale=gnu --disable-libstdcxx-pch --enable-multilib --enable-languages=c,c++ --enable-gold Thread model: posix gcc version 4.5.2 (GCC) 2) the system type: 64/32bit linux, cross-linuxfromscratch 3) the options given when GCC was configured/built - see 1) 4) the complete command line that triggers the bug: $ gcc -m32 -ffunction-sections -c testcase.cpp 5) the compiler output (error messages, warnings, etc.); /tmp/ccEuz6j3.s: Assembler messages: /tmp/ccEuz6j3.s:37: Error: CFI instruction used without previous .cfi_startproc /tmp/ccEuz6j3.s:38: Error: CFI instruction used without previous .cfi_startproc /tmp/ccEuz6j3.s:40: Error: .cfi_endproc without corresponding .cfi_startproc /tmp/ccEuz6j3.s:44: Error: open CFI at the end of file; missing .cfi_endproc directive 6) the preprocessed file (*.i*) that triggers the bug: attached non-preprocessed file, but it has absolutely no dependencies. Additional information: - if you omit -ffunction-sections parameter, it compiles fine - if you comment the .text\n line in the testcase, it compiles fine even with -ffunction-sections - if you comment first, second and the last line in the testcase, it compiles fine (the asm directive is then not put inside a function, but it's outside of the function). - since there's no COMPILER error, but the assembler error, just in case that the generated assembly is proper and it's my binutils problem: $ as -V GNU assembler version 2.21 (x86_64-unknown-linux-gnu) using BFD version (GNU Binutils) 2.21 This is my first bug report, I hope that I'm doing it right (the host/target/build triplet that I've filled above is for the options with which the compiler was built, right?)
[Bug inline-asm/47071] Using -ffunction-sections produces bad assembler on my testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47071 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Keywords|assemble-failure| Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 2010-12-27 20:19:34 UTC --- Your testcase is invalid as you don't change back the section before the end of the inline-asm. Try: static void asm_wrapper() { asm volatile ( .text\n .globl ctiTrampoline \n .hidden ctiTrampoline \n ctiTrampoline : \n pushl %ebp \n movl %esp, %ebp \n pushl %esi \n pushl %edi \n pushl %ebx \n subl $0x3c, %esp \n movl $512, %esi \n movl 0x58(%esp), %edi \n call *0x50(%esp) \n addl $0x3c, %esp \n popl %ebx \n popl %edi \n popl %esi \n popl %ebp \n ret \n .previous \n ); }
[Bug tree-optimization/47060] [4.6 Regression] ICE: SIGSEGV in reduction_phi (tree-parloops.c:212) with -O -ffast-math -ftree-parallelize-loops=2 -fno-tree-dce
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47060 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2010.12.27 20:24:29 AssignedTo|unassigned at gcc dot |jakub at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1 --- Comment #1 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-27 20:24:29 UTC --- Caused by my patch.
[Bug inline-asm/47071] Using -ffunction-sections produces bad assembler on my testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47071 --- Comment #2 from Aleksander Wabik alex.wabik at gmail dot com 2010-12-27 20:24:44 UTC --- Good to hear, now the QT team has a problem ;) Then, if I may ask: without -ffunction-sections this code compiles fine, is such buggy assembler code dangerous then? Or will it do what it should?
[Bug c++/47072] New: exceptions hang in c++ programs compiled by g++-4.5.2 with -O2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47072 Summary: exceptions hang in c++ programs compiled by g++-4.5.2 with -O2 Product: gcc Version: 4.5.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: hbjbb...@yahoo.co.jp Dear Developers of GCC, This is a bug report of gcc-4.5.2 (powerpc-apple-darwin9.8.0) relating with the -O2 optimization. When the -O2 optimization is used to compile some C++ programs, exceptions hang forever. gcc-4.5.2 is natively built from source code on my Macintosh (PowerBook G4, MacOS X 10.5.8 (Leopard)). This bug is originally found, when gcc-4.5.2 is used to compile gmp-5.0.1. In make check, a C++ program t-assign hangs forever. From the source code t-assign.cc, I have prepared a minimal example program demo.C to reproduce the bug in order to write this report. Please look and see the following log list. --- [wisdom3:~/work/425:1] adachi% uname -a Darwin wisdom3.local 9.8.0 Darwin Kernel Version 9.8.0: Wed Jul 15 16:57:01 PDT 2009; root:xnu-1228.15.4~1/RELEASE_PPC Power Macintosh [wisdom3:~/work/425:2] adachi% which g++ /usr/local/bin/g++ [wisdom3:~/work/425:3] adachi% g++ --version g++ (GCC) 4.5.2 Copyright (C) 2010 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. [wisdom3:~/work/425:4] adachi% ls ./../demo.C [wisdom3:~/work/425:5] adachi% cat demo.C #include iostream #include stdexcept #include cassert int f(int x, int y) { std::cout Here is in f(). std::endl; return -1; } class C { private: int x; public: C operator=(int y) { if (f(x, y) != 0) throw std::invalid_argument (C); return *this; } }; int main(int argc, char** argv) { std::cout check point 1 std::endl; { try { C c; c = 1; assert(false); /* should not be reached */ } catch (std::invalid_argument) { } } std::cout check point 2 std::endl; { try { C c; c = 2; assert(false); /* should not be reached */ } catch (std::invalid_argument) { } } std::cout check point 3 std::endl; return 0; } [wisdom3:~/work/425:6] adachi% g++ demo.C [wisdom3:~/work/425:7] adachi% ./a.out check point 1 Here is in f(). check point 2 Here is in f(). check point 3 [wisdom3:~/work/425:8] adachi% rm a.out remove a.out? y [wisdom3:~/work/425:9] adachi% g++ -O demo.C [wisdom3:~/work/425:10] adachi% ./a.out check point 1 Here is in f(). check point 2 Here is in f(). check point 3 [wisdom3:~/work/425:11] adachi% rm a.out remove a.out? y [wisdom3:~/work/425:12] adachi% g++ -O2 demo.C [wisdom3:~/work/425:13] adachi% ./a.out check point 1 Here is in f(). check point 2 Here is in f(). ^C [wisdom3:~/work/425:14] --- As is seen, when demo.C is compiled by g++ in gcc-4.5.2 without any optimization or with the -O optimization, the resultant executable a.out behaves normally and no problem occurs. However, when it is compiled with the -O2 optimization, the resultant executable a.out hangs forever in its run and a break ^C should be typed in shell. This is a serious bug affecting me and other many users of gcc. If you kindly fix this bug in some near future, I and all these users will be very happy. Sincerely yours, Satoshi Adachi
[Bug c++/47072] exceptions hang in c++ programs compiled by g++-4.5.2 with -O2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47072 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Target||powerpc-apple-darwin9.8.0 Host||powerpc-apple-darwin9.8.0 Build||powerpc-apple-darwin9.8.0 --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2010-12-27 21:24:06 UTC --- There are problems with exceptions on Darwin, see PR 42159 Please provide the information requested at http://gcc.gnu.org/bugs/ Specifically, you didn't say what configure options you used to build gcc. You could also use a debugger to find out where it hangs.
[Bug fortran/45827] [4.6 Regression] [OOP] mio_component_ref(): Component not found
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45827 --- Comment #36 from Daniel Franke dfranke at gcc dot gnu.org 2010-12-27 22:18:27 UTC --- (In reply to comment #35) Yes, I think I know what's going on. One way to fix it is the following: I managed to get an ICE with your version (sym == NULL), this seems to work (not regtested): Index: module.c === --- module.c(revision 168256) +++ module.c(working copy) @@ -2311,6 +2311,9 @@ { mio_internal_string (name); + if (sym sym-attr.is_class) +sym = sym-components-ts.u.derived; + /* It can happen that a component reference can be read before the associated derived type symbol has been loaded. Return now and wait for a later iteration of load_needed. */
[Bug ada/47056] [4.6 Regression] 10 Ada ACATS tests fail to link with undefined reference on ia64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47056 Laurent GUERBY laurent at guerby dot net changed: What|Removed |Added CC||ebotcazou at gcc dot ||gnu.org --- Comment #1 from Laurent GUERBY laurent at guerby dot net 2010-12-27 22:26:40 UTC --- I took one of the test and it fails to link at -O2 and -O1 but works and PASS at -O0, see below. So I'm assuming some optimization is creating the issue, any idea on what to look for? gue...@babe:~/tmp$ gnatmake -f -O2 c390002.adb gcc -c -O2 c390002.adb c390002.adb:101:11: warning: unreachable code gcc -c -O2 report.adb report.adb:312:30: warning: index for NAM may assume lower bound of 1 report.adb:312:30: warning: suggested replacement: NAM'First + 2 report.adb:312:33: warning: index for NAM may assume lower bound of 1 report.adb:312:33: warning: suggested replacement: NAM'First + 6 gnatbind -x c390002.ali gnatlink c390002.ali -O2 ./c390002.o: In function `_ada_c390002': c390002.adb:(.text+0x1070): undefined reference to `c390002__vehicle___alignment.1865' c390002.adb:(.text+0x1071): undefined reference to `c390002__vehicle__objectDF.1869' c390002.adb:(.text+0x1072): undefined reference to `c390002__vehicle__create.1880' c390002.adb:(.text+0x1082): undefined reference to `c390002__vehicle__wheels.1883' c390002.adb:(.text+0x16d0): undefined reference to `c390002__motivators___alignment.2087' c390002.adb:(.text+0x1cc0): undefined reference to `c390002__motivators___alignment__2.2292' c390002.adb:(.text+0x22a0): undefined reference to `c390002__motivators___alignment__3.2497' collect2: ld returned 1 exit status gnatlink: error when calling /home/guerby/install-trunk/bin/gcc gnatmake: *** link failed. gue...@babe:~/tmp$ gnatmake -f -O1 c390002.adb gcc -c -O1 c390002.adb c390002.adb:101:11: warning: unreachable code gcc -c -O1 report.adb report.adb:312:30: warning: index for NAM may assume lower bound of 1 report.adb:312:30: warning: suggested replacement: NAM'First + 2 report.adb:312:33: warning: index for NAM may assume lower bound of 1 report.adb:312:33: warning: suggested replacement: NAM'First + 6 gnatbind -x c390002.ali gnatlink c390002.ali -O1 ./c390002.o: In function `_ada_c390002': c390002.adb:(.text+0x1041): undefined reference to `c390002__vehicle___alignment.1865' c390002.adb:(.text+0x1081): undefined reference to `c390002__vehicle__objectDF.1869' c390002.adb:(.text+0x11a0): undefined reference to `c390002__vehicle__wheels.1883' c390002.adb:(.text+0x1781): undefined reference to `c390002__motivators___alignment.2087' c390002.adb:(.text+0x18a0): undefined reference to `c390002__vehicle__wheels.1883' c390002.adb:(.text+0x1e71): undefined reference to `c390002__motivators___alignment__2.2292' c390002.adb:(.text+0x1f70): undefined reference to `c390002__vehicle__wheels.1883' c390002.adb:(.text+0x2531): undefined reference to `c390002__motivators___alignment__3.2497' c390002.adb:(.text+0x2620): undefined reference to `c390002__vehicle__wheels.1883' collect2: ld returned 1 exit status gnatlink: error when calling /home/guerby/install-trunk/bin/gcc gnatmake: *** link failed. gue...@babe:~/tmp$ gnatmake -f -O0 c390002.adb gcc -c -O0 c390002.adb c390002.adb:101:11: warning: unreachable code gcc -c -O0 report.adb report.adb:312:30: warning: index for NAM may assume lower bound of 1 report.adb:312:30: warning: suggested replacement: NAM'First + 2 report.adb:312:33: warning: index for NAM may assume lower bound of 1 report.adb:312:33: warning: suggested replacement: NAM'First + 6 gnatbind -x c390002.ali gnatlink c390002.ali -O0 gue...@babe:~/tmp$ ./c390002 ,.,. C390002 ACATS 2.5 10-12-27 23:26:15 C390002 Check that a tagged type may be declared and derived from in simple, private and extended forms. Check package Ada.Tags. C390002 PASSED .
[Bug other/46677] frontends and tree optimizers use *_TYPE_SIZE
: Likewise. * config/v850/v850.h: Likewise. gcc/c-family: c-common.c (c_get_ident): Delete. (c_common_nodes_and_builtins): Adjust for new *_TYPE definitions. (c_stddef_cpp_builtins): Likewise. gcc/fortan: * iso-c-binding.def: Adjust for new *_TYPE definitions. * trans-types.c (get_typenode_from_name): Delete. (get_int_kind_from_name): Likewise. (get_int_kind_from_kind): New function. * f95-lang.c: Adjust for new *_TYPE definitions. gcc/lto: * lto-lang.c (lto_build_c_type_nodes, lto_init): Adjust for new *_TYPE definitions. Modified: branches/pr46489-20101227-branch/ (props changed) branches/pr46489-20101227-branch/ChangeLog.46489 branches/pr46489-20101227-branch/gcc/ (props changed) branches/pr46489-20101227-branch/gcc/c-family/c-common.c branches/pr46489-20101227-branch/gcc/config/ (props changed) branches/pr46489-20101227-branch/gcc/config/alpha/alpha.h branches/pr46489-20101227-branch/gcc/config/alpha/linux.h branches/pr46489-20101227-branch/gcc/config/alpha/openbsd.h branches/pr46489-20101227-branch/gcc/config/alpha/osf5.h branches/pr46489-20101227-branch/gcc/config/arc/arc.h branches/pr46489-20101227-branch/gcc/config/arm/arm.h branches/pr46489-20101227-branch/gcc/config/arm/freebsd.h branches/pr46489-20101227-branch/gcc/config/arm/linux-gas.h branches/pr46489-20101227-branch/gcc/config/arm/netbsd-elf.h branches/pr46489-20101227-branch/gcc/config/arm/netbsd.h branches/pr46489-20101227-branch/gcc/config/arm/pe.h branches/pr46489-20101227-branch/gcc/config/avr/avr.h branches/pr46489-20101227-branch/gcc/config/bfin/bfin.h branches/pr46489-20101227-branch/gcc/config/cris/cris.h branches/pr46489-20101227-branch/gcc/config/cris/linux.h branches/pr46489-20101227-branch/gcc/config/crx/crx.h branches/pr46489-20101227-branch/gcc/config/darwin.h branches/pr46489-20101227-branch/gcc/config/fr30/fr30.h branches/pr46489-20101227-branch/gcc/config/freebsd-stdint.h branches/pr46489-20101227-branch/gcc/config/freebsd.h branches/pr46489-20101227-branch/gcc/config/frv/frv.h branches/pr46489-20101227-branch/gcc/config/glibc-stdint.h branches/pr46489-20101227-branch/gcc/config/h8300/h8300.h branches/pr46489-20101227-branch/gcc/config/hpux-stdint.h branches/pr46489-20101227-branch/gcc/config/i386/cygming.h branches/pr46489-20101227-branch/gcc/config/i386/cygwin-stdint.h branches/pr46489-20101227-branch/gcc/config/i386/darwin.h branches/pr46489-20101227-branch/gcc/config/i386/djgpp-stdint.h branches/pr46489-20101227-branch/gcc/config/i386/djgpp.h branches/pr46489-20101227-branch/gcc/config/i386/freebsd.h branches/pr46489-20101227-branch/gcc/config/i386/i386-interix.h branches/pr46489-20101227-branch/gcc/config/i386/linux.h branches/pr46489-20101227-branch/gcc/config/i386/mingw-stdint.h branches/pr46489-20101227-branch/gcc/config/i386/mingw32.h branches/pr46489-20101227-branch/gcc/config/i386/netbsd-elf.h branches/pr46489-20101227-branch/gcc/config/i386/netbsd.h branches/pr46489-20101227-branch/gcc/config/i386/netware.h branches/pr46489-20101227-branch/gcc/config/i386/nto.h branches/pr46489-20101227-branch/gcc/config/i386/openbsd.h branches/pr46489-20101227-branch/gcc/config/i386/openbsdelf.h branches/pr46489-20101227-branch/gcc/config/i386/sol2-10.h branches/pr46489-20101227-branch/gcc/config/i386/sol2.h branches/pr46489-20101227-branch/gcc/config/i386/vxworksae.h branches/pr46489-20101227-branch/gcc/config/i386/x86-64.h branches/pr46489-20101227-branch/gcc/config/ia64/hpux.h branches/pr46489-20101227-branch/gcc/config/ia64/ia64.h branches/pr46489-20101227-branch/gcc/config/ia64/sysv4.h branches/pr46489-20101227-branch/gcc/config/interix.h branches/pr46489-20101227-branch/gcc/config/iq2000/iq2000.h branches/pr46489-20101227-branch/gcc/config/lm32/lm32.h branches/pr46489-20101227-branch/gcc/config/lynx.h branches/pr46489-20101227-branch/gcc/config/m32c/m32c.h branches/pr46489-20101227-branch/gcc/config/m32r/linux.h branches/pr46489-20101227-branch/gcc/config/m32r/m32r.h branches/pr46489-20101227-branch/gcc/config/m68hc11/m68hc11.h branches/pr46489-20101227-branch/gcc/config/m68k/linux.h branches/pr46489-20101227-branch/gcc/config/m68k/m68k.h branches/pr46489-20101227-branch/gcc/config/m68k/m68kemb.h branches/pr46489-20101227-branch/gcc/config/m68k/netbsd-elf.h branches/pr46489-20101227-branch/gcc/config/m68k/openbsd.h branches/pr46489-20101227-branch/gcc/config/mcore/mcore.h branches/pr46489-20101227-branch/gcc/config/mep/mep.h branches/pr46489-20101227-branch/gcc/config/mips/iris6.h branches/pr46489-20101227-branch/gcc/config/mips/linux.h branches/pr46489-20101227-branch/gcc/config/mips/mips.h branches/pr46489-20101227-branch/gcc/config/mips/netbsd.h branches/pr46489-20101227-branch/gcc
[Bug objc/47073] New: ICE when producing error for method argument which does not have know size
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47073 Summary: ICE when producing error for method argument which does not have know size Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: major Priority: P3 Component: objc AssignedTo: unassig...@gcc.gnu.org ReportedBy: nic...@gcc.gnu.org The following testcase crashes the compiler. It is a regression; it works with my stock gcc version 4.1.2 20080704 (Red Hat 4.1.2-48) compiler -- [nic...@nicola objc.dg]$ gcc incomplete-type-1.m -c cc1obj: error: type ‘({anonymous})’ does not have a known size cc1obj: error: type ‘({anonymous})’ does not have a known size (the error message is not great though) Instead, with GCC 4.6 I get -- [nic...@nicola objc.dg]$ gcc incomplete-type-1.m -c -Wall ‘ tree check: expected tree that contains ‘decl minimal’ structure, have ‘enumeral_type’ in c_tree_printer, at c-objc-common.c:110 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Thanks /* Contributed by Nicola Pero nicola.p...@meta-innovation.com, December 2010. */ /* { dg-do compile } */ #include objc/objc.h enum type1; struct type2; @interface MyObject - (void) method1: (enum type1)argument; - (void) method2: (struct type2)argument; @end @implementation MyObject - (void) method1: (enum type1)argument /* { dg-error does not have a known size } */ { return; } - (void) method2: (struct type2)argument /* { dg-error does not have a known size } */ { return; } @end
[Bug objc/47073] ICE when producing error for method argument which does not have know size
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47073 Nicola Pero nicola at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2010.12.27 23:16:28 Ever Confirmed|0 |1 --- Comment #1 from Nicola Pero nicola at gcc dot gnu.org 2010-12-27 23:16:28 UTC --- Confirmed for GCC 4.6 as of 28 December 2010. Thanks
[Bug fortran/35612] testsuite ISO_C_BIND code error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35612 Daniel Franke dfranke at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||WORKSFORME --- Comment #7 from Daniel Franke dfranke at gcc dot gnu.org 2010-12-27 23:28:16 UTC --- (In reply to comment #6) Setting status to WAITING. To be closed as WORKSFORME(?) in 3 months form now if no further information comes forward. Closing.
[Bug fortran/40581] Missed optimization in scalar operators on arrays
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40581 Daniel Franke dfranke at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID --- Comment #3 from Daniel Franke dfranke at gcc dot gnu.org 2010-12-27 23:30:51 UTC --- Still unclear what this is about. Closing. Tobias, please reopen if you want to keep this.
[Bug fortran/47030] !GCC$ Attributes do not work for COMMON variables in procedures and BLOCK DATA
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47030 Daniel Franke dfranke at gcc dot gnu.org changed: What|Removed |Added CC||dfranke at gcc dot gnu.org --- Comment #1 from Daniel Franke dfranke at gcc dot gnu.org 2010-12-27 23:34:45 UTC --- Is this related to/dupe of PR42568?
[Bug fortran/46416] libquadmath: missing functions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46416 --- Comment #2 from Daniel Franke dfranke at gcc dot gnu.org 2010-12-27 23:54:38 UTC --- *** Bug 46402 has been marked as a duplicate of this bug. ***
[Bug fortran/46416] libquadmath: missing functions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46416 Daniel Franke dfranke at gcc dot gnu.org changed: What|Removed |Added CC||dfranke at gcc dot gnu.org Summary|libquadmath: Complex|libquadmath: missing |inverse |functions |hyperbolic/trigonometric| |function missing: casinhq | |etc.| --- Comment #1 from Daniel Franke dfranke at gcc dot gnu.org 2010-12-27 23:54:32 UTC --- Merging in PR46402, fmalq missing in libquadmath. Comment #0: [2010-10-27 21:45:00] jakub_ fx_: btw, you want to resync with glibc to get quad mode fmal (well, fmaq in your case) Cf. http://sourceware.org/git/?p=glibc.gita=searchh=HEADst=commits=fmal
[Bug fortran/46402] libquadmath: Add fmalq
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46402 Daniel Franke dfranke at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||dfranke at gcc dot gnu.org Resolution||DUPLICATE --- Comment #2 from Daniel Franke dfranke at gcc dot gnu.org 2010-12-27 23:54:38 UTC --- Added fmalq to list of missing functions in PR46416. *** This bug has been marked as a duplicate of bug 46416 ***
[Bug objc/47073] ICE when producing error for method argument which does not have know size
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47073 --- Comment #2 from Nicola Pero nicola at gcc dot gnu.org 2010-12-28 00:29:44 UTC --- Submitted a patch to gcc-patches. Thanks
[Bug target/45094] [arm] wrong instructions for dword move in some cases
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45094 Ryan Hill dirtyepic at gentoo dot org changed: What|Removed |Added CC||dirtyepic at gentoo dot org --- Comment #12 from Ryan Hill dirtyepic at gentoo dot org 2010-12-28 00:47:14 UTC --- Is that first hunk intentional?
[Bug target/45094] [arm] wrong instructions for dword move in some cases
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45094 --- Comment #13 from Yao Qi qiyao at gcc dot gnu.org 2010-12-28 01:48:51 UTC --- (In reply to comment #12) Is that first hunk intentional? No. It is from another PR backport, so it is redundant here. Submit a clean patch again http://gcc.gnu.org/ml/gcc-patches/2010-12/msg01873.html
[Bug c++/47022] [4.6 Regression] ICE: in tsubst_copy, at cp/pt.c:11682
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47022 --- Comment #2 from Yu Simin silver24k at gmail dot com 2010-12-28 02:45:16 UTC --- I found this code ICEs: #include stdarg.h templatetypename _T void foo(_T *p, va_list argptr) { *p = va_arg(argptr, long double); //float/double } void bar(va_list ap) { long double argdata = 0; foolong double(argdata, ap); } Changing long double to double or float also causes the ICE but this is OK: #include stdarg.h templatetypename _T void foo(_T *p, va_list argptr) { *p = va_arg(argptr, _T); } void bar(va_list ap) { long double argdata = 0; foolong double(argdata, ap); }
[Bug objc/47073] ICE when producing error for method argument which does not have know size
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47073 --- Comment #3 from Nicola Pero nicola at gcc dot gnu.org 2010-12-28 03:41:02 UTC --- Author: nicola Date: Tue Dec 28 03:40:58 2010 New Revision: 168285 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168285 Log: In gcc/testsuite/: 2010-12-28 Nicola Pero nicola.p...@meta-innovation.com PR objc/47073 * objc.dg/incomplete-type-1.m: New test. In gcc/objc/: 2010-12-28 Nicola Pero nicola.p...@meta-innovation.com PR objc/47073 * objc-act.c (encode_method_prototype): Fixed both location and format string of error type %qT does not have a known size. Added: trunk/gcc/testsuite/objc.dg/incomplete-type-1.m Modified: trunk/gcc/objc/ChangeLog trunk/gcc/objc/objc-act.c trunk/gcc/testsuite/ChangeLog
[Bug c++/47022] [4.6 Regression] ICE: in tsubst_copy, at cp/pt.c:11682
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47022 --- Comment #3 from Yu Simin silver24k at gmail dot com 2010-12-28 04:17:07 UTC --- I think tsubst_copy should handle REAL_TYPE.
[Bug objc/47073] ICE when producing error for method argument which does not have know size
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47073 Nicola Pero nicola at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Known to work||4.6.0 Resolution||FIXED Target Milestone|--- |4.6.0 --- Comment #4 from Nicola Pero nicola at gcc dot gnu.org 2010-12-28 04:36:08 UTC --- Fixed in trunk. Thanks