[Bug fortran/44735] ICE on FORALL with character array pointer
--- Comment #1 from burnus at gcc dot gnu dot org 2010-07-01 06:21 --- Confirm. Valgrind shows: ==11328== Invalid read of size 8 ==11328==at 0x6CBB86: fold_convert_loc (fold-const.c:1856) ==11328==by 0x58E7A3: allocate_temp_for_forall_nest_1 (trans-stmt.c:2583) ==11328==by 0x58F394: gfc_trans_assign_need_temp (trans-stmt.c:2702) ==11328==by 0x59284C: gfc_trans_forall_1 (trans-stmt.c:3158) ==11328==by 0x551DFF: trans_code (trans.c:1205) Failing is the following line in fold-const.c tree orig = TREE_TYPE (arg); which is the second argument in the following line of allocate_temp_for_forall_nest_1: unit = fold_convert (gfc_array_index_type, TYPE_SIZE_UNIT (type)); It is set in gfc_trans_assign_need_temp: if (expr1-ts.type == BT_CHARACTER expr1-ts.u.cl-length) ... else type = gfc_typenode_for_spec (expr1-ts); For the example, expr1-ts.type == BT_CHARACTER but expr1-ts.u.cl-length == NULL. The symbol itself has: (gdb) p *expr1-symtree-n.sym-ts.u.cl-length-value.integer._mp_d $8 = 10 And the size is given by the expression: (gdb) p expr1-ref-u.ss.start-expr_type $19 = EXPR_VARIABLE -- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||ice-on-valid-code Known to fail||4.3.4 4.4.0 4.5.1 4.6.0 Last reconfirmed|-00-00 00:00:00 |2010-07-01 06:21:38 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44735
[Bug libstdc++/44480] [C++0x] Linear performance of begin() in unordered associative containers
--- Comment #4 from joaquin at tid dot es 2010-07-01 06:56 --- Hi Paolo, I sent a message to the reflector, answer was that currently there's no DR or any other type of issue regarding this that the LWG is aware of, so they have no official stance on the matter :-/ I don't know what other C++ std lib implementors have done here. Are you in a position to check? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44480
[Bug debug/44694] [4.5 Regression] Long var tracking compile time of GiNaC tests
--- Comment #15 from jakub at gcc dot gnu dot org 2010-07-01 07:13 --- Created an attachment (id=21052) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21052action=view) gcc46-pr44694-arm.patch Untested fix for this issue. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44694
[Bug debug/44694] [4.5 Regression] Long var tracking compile time of GiNaC tests
--- Comment #16 from jakub at gcc dot gnu dot org 2010-07-01 07:24 --- Created an attachment (id=21053) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21053action=view) gcc46-pr44694-arm.patch Actually that was wrong, we need to emit DW_OP_fbreg offset DW_OP_stack_value in that case instead. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Attachment #21052|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44694
[Bug target/44732] [4.6 Regression] bootstrap broken on ia64
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-01 08:17 --- *** Bug 44740 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||hjl dot tools at gmail dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44732
[Bug bootstrap/44740] [4.6 regression] Failed to bootstrap
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-01 08:17 --- *** This bug has been marked as a duplicate of 44732 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44740
[Bug middle-end/44739] [4.6 Regression] 25_algorithms/shuffle/1.cc
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44739
[Bug tree-optimization/44736] Overeager -O1 optimization results in incorrect code generation
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-01 08:20 --- (In reply to comment #2) Thanks for the lightening fast response. I wouldn't have known to look there, especially since older GCC versions did not have this problem. Is it because 4.5.0 has better optimizations such that the code surrounding this malloc is now optimized away in this situation? Finally, is this issue going to be resolved within GCC, or is the permanent fix going to be to ask developers to use -fno-builtin-malloc? We are going to ask developers to use -fno-builtin-malloc for now. I also think this is a glibc bug which should mark the hook variables volatile. So, can you file a bug in the glibc bugzilla as well? Thanks again. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44736
[Bug target/44732] [4.6 Regression] bootstrap broken on ia64
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-01 08:34 --- r161633 is the cause. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||amylaar at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44732
[Bug tree-optimization/44468] [4.3/4.4/4.5/4.6 Regression] Bogus access re-construction from offset calculation
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-07-01 08:49 --- Subject: Bug 44468 Author: rguenth Date: Thu Jul 1 08:49:19 2010 New Revision: 161655 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161655 Log: 2010-07-01 Richard Guenther rguent...@suse.de PR middle-end/42834 PR middle-end/44468 * doc/gimple.texi (is_gimple_mem_ref_addr): Document. * doc/generic.texi (References to storage): Document MEM_REF. * tree-pretty-print.c (dump_generic_node): Handle MEM_REF. (print_call_name): Likewise. * tree.c (recompute_tree_invariant_for_addr_expr): Handle MEM_REF. (build_simple_mem_ref_loc): New function. (mem_ref_offset): Likewise. * tree.h (build_simple_mem_ref_loc): Declare. (build_simple_mem_ref): Define. (mem_ref_offset): Declare. * fold-const.c: Include tree-flow.h. (operand_equal_p): Handle MEM_REF. (build_fold_addr_expr_with_type_loc): Likewise. (fold_comparison): Likewise. (fold_unary_loc): Fold VIEW_CONVERT_EXPR T1, MEM_REF T2, ... to MEM_REF T1, (fold_binary_loc): Fold MEM[MEM[p, CST1], CST2] to MEM[p, CST1 + CST2], fold MEM[a.b, CST2] to MEM[a, offsetof (a, b) + CST2]. * tree-ssa-alias.c (ptr_deref_may_alias_decl_p): Handle MEM_REF. (ptr_deref_may_alias_ref_p_1): Likewise. (ao_ref_base_alias_set): Properly differentiate base object for offset and TBAA. (ao_ref_init_from_ptr_and_size): Use MEM_REF. (indirect_ref_may_alias_decl_p): Handle MEM_REFs properly. (indirect_refs_may_alias_p): Likewise. (refs_may_alias_p_1): Likewise. Remove pointer SSA name def chasing code. (ref_maybe_used_by_call_p_1): Handle MEM_REF. (call_may_clobber_ref_p_1): Likewise. * dwarf2out.c (loc_list_from_tree): Handle MEM_REF. * expr.c (expand_assignment): Handle MEM_REF. (store_expr): Handle MEM_REFs from STRING_CSTs. (store_field): If expanding a MEM_REF of a non-addressable decl use bitfield operations. (get_inner_reference): Handle MEM_REF. (expand_expr_addr_expr_1): Likewise. (expand_expr_real_1): Likewise. * tree-eh.c (tree_could_trap_p): Handle MEM_REF. * alias.c (ao_ref_from_mem): Handle MEM_REF. (get_alias_set): Likewise. Properly handle VIEW_CONVERT_EXPRs. * tree-data-ref.c (dr_analyze_innermost): Handle MEM_REF. (dr_analyze_indices): Likewise. (dr_analyze_alias): Likewise. (object_address_invariant_in_loop_p): Likewise. * gimplify.c (mark_addressable): Handle MEM_REF. (gimplify_cond_expr): Build MEM_REFs. (gimplify_modify_expr_to_memcpy): Likewise. (gimplify_init_ctor_preeval_1): Handle MEM_REF. (gimple_fold_indirect_ref): Adjust. (gimplify_expr): Handle MEM_REF. Gimplify INDIRECT_REF to MEM_REF. * tree.def (MEM_REF): New tree code. * tree-dfa.c: Include toplev.h. (get_ref_base_and_extent): Handle MEM_REF. (get_addr_base_and_unit_offset): New function. * emit-rtl.c (set_mem_attributes_minus_bitpos): Handle MEM_REF. * gimple-fold.c (may_propagate_address_into_dereference): Handle MEM_REF. (maybe_fold_offset_to_array_ref): Allow possibly out-of bounds accesses if the array has just one dimension. Remove always true parameter. Do not require type compatibility here. (maybe_fold_offset_to_component_ref): Remove. (maybe_fold_stmt_indirect): Remove. (maybe_fold_reference): Remove INDIRECT_REF handling. Fold back to non-MEM_REF. (maybe_fold_offset_to_address): Simplify. Deal with type mismatches here. (maybe_fold_reference): Likewise. (maybe_fold_stmt_addition): Likewise. Also handle ARRAY + I in addition to ARRAY[0] + I. (fold_gimple_assign): Handle ADDR_EXPR of MEM_REFs. (gimple_get_relevant_ref_binfo): Handle MEM_REF. * cfgexpand.c (expand_debug_expr): Handle MEM_REF. * tree-ssa.c (useless_type_conversion_p): Make most pointer conversions useless. (warn_uninitialized_var): Handle MEM_REF. (maybe_rewrite_mem_ref_base): New function. (execute_update_addresses_taken): Implement re-writing of MEM_REFs to SSA form. * tree-inline.c (remap_gimple_op_r): Handle MEM_REF, remove INDIRECT_REF handling. (copy_tree_body_r): Handle MEM_REF. * gimple.c (is_gimple_addressable): Adjust. (is_gimple_address): Likewise. (is_gimple_invariant_address): ADDR_EXPRs of MEM_REFs with invariant base are invariant. (is_gimple_min_lval): Adjust. (is_gimple_mem_ref_addr): New function. (get_base_address): Handle MEM_REF. (count_ptr_derefs): Likewise. (get_base_loadstore): Likewise.
[Bug middle-end/42834] memcpy folding overeager
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-01 08:49 --- Subject: Bug 42834 Author: rguenth Date: Thu Jul 1 08:49:19 2010 New Revision: 161655 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161655 Log: 2010-07-01 Richard Guenther rguent...@suse.de PR middle-end/42834 PR middle-end/44468 * doc/gimple.texi (is_gimple_mem_ref_addr): Document. * doc/generic.texi (References to storage): Document MEM_REF. * tree-pretty-print.c (dump_generic_node): Handle MEM_REF. (print_call_name): Likewise. * tree.c (recompute_tree_invariant_for_addr_expr): Handle MEM_REF. (build_simple_mem_ref_loc): New function. (mem_ref_offset): Likewise. * tree.h (build_simple_mem_ref_loc): Declare. (build_simple_mem_ref): Define. (mem_ref_offset): Declare. * fold-const.c: Include tree-flow.h. (operand_equal_p): Handle MEM_REF. (build_fold_addr_expr_with_type_loc): Likewise. (fold_comparison): Likewise. (fold_unary_loc): Fold VIEW_CONVERT_EXPR T1, MEM_REF T2, ... to MEM_REF T1, (fold_binary_loc): Fold MEM[MEM[p, CST1], CST2] to MEM[p, CST1 + CST2], fold MEM[a.b, CST2] to MEM[a, offsetof (a, b) + CST2]. * tree-ssa-alias.c (ptr_deref_may_alias_decl_p): Handle MEM_REF. (ptr_deref_may_alias_ref_p_1): Likewise. (ao_ref_base_alias_set): Properly differentiate base object for offset and TBAA. (ao_ref_init_from_ptr_and_size): Use MEM_REF. (indirect_ref_may_alias_decl_p): Handle MEM_REFs properly. (indirect_refs_may_alias_p): Likewise. (refs_may_alias_p_1): Likewise. Remove pointer SSA name def chasing code. (ref_maybe_used_by_call_p_1): Handle MEM_REF. (call_may_clobber_ref_p_1): Likewise. * dwarf2out.c (loc_list_from_tree): Handle MEM_REF. * expr.c (expand_assignment): Handle MEM_REF. (store_expr): Handle MEM_REFs from STRING_CSTs. (store_field): If expanding a MEM_REF of a non-addressable decl use bitfield operations. (get_inner_reference): Handle MEM_REF. (expand_expr_addr_expr_1): Likewise. (expand_expr_real_1): Likewise. * tree-eh.c (tree_could_trap_p): Handle MEM_REF. * alias.c (ao_ref_from_mem): Handle MEM_REF. (get_alias_set): Likewise. Properly handle VIEW_CONVERT_EXPRs. * tree-data-ref.c (dr_analyze_innermost): Handle MEM_REF. (dr_analyze_indices): Likewise. (dr_analyze_alias): Likewise. (object_address_invariant_in_loop_p): Likewise. * gimplify.c (mark_addressable): Handle MEM_REF. (gimplify_cond_expr): Build MEM_REFs. (gimplify_modify_expr_to_memcpy): Likewise. (gimplify_init_ctor_preeval_1): Handle MEM_REF. (gimple_fold_indirect_ref): Adjust. (gimplify_expr): Handle MEM_REF. Gimplify INDIRECT_REF to MEM_REF. * tree.def (MEM_REF): New tree code. * tree-dfa.c: Include toplev.h. (get_ref_base_and_extent): Handle MEM_REF. (get_addr_base_and_unit_offset): New function. * emit-rtl.c (set_mem_attributes_minus_bitpos): Handle MEM_REF. * gimple-fold.c (may_propagate_address_into_dereference): Handle MEM_REF. (maybe_fold_offset_to_array_ref): Allow possibly out-of bounds accesses if the array has just one dimension. Remove always true parameter. Do not require type compatibility here. (maybe_fold_offset_to_component_ref): Remove. (maybe_fold_stmt_indirect): Remove. (maybe_fold_reference): Remove INDIRECT_REF handling. Fold back to non-MEM_REF. (maybe_fold_offset_to_address): Simplify. Deal with type mismatches here. (maybe_fold_reference): Likewise. (maybe_fold_stmt_addition): Likewise. Also handle ARRAY + I in addition to ARRAY[0] + I. (fold_gimple_assign): Handle ADDR_EXPR of MEM_REFs. (gimple_get_relevant_ref_binfo): Handle MEM_REF. * cfgexpand.c (expand_debug_expr): Handle MEM_REF. * tree-ssa.c (useless_type_conversion_p): Make most pointer conversions useless. (warn_uninitialized_var): Handle MEM_REF. (maybe_rewrite_mem_ref_base): New function. (execute_update_addresses_taken): Implement re-writing of MEM_REFs to SSA form. * tree-inline.c (remap_gimple_op_r): Handle MEM_REF, remove INDIRECT_REF handling. (copy_tree_body_r): Handle MEM_REF. * gimple.c (is_gimple_addressable): Adjust. (is_gimple_address): Likewise. (is_gimple_invariant_address): ADDR_EXPRs of MEM_REFs with invariant base are invariant. (is_gimple_min_lval): Adjust. (is_gimple_mem_ref_addr): New function. (get_base_address): Handle MEM_REF. (count_ptr_derefs): Likewise. (get_base_loadstore): Likewise.
[Bug c++/40793] Error: no matching function for call to XYZ doesn't display function-template-arguments
--- Comment #6 from m-matti-a dot lehtonen at iki dot fi 2010-07-01 08:58 --- I have spend recently many, Many hours with heavily template based code (using CGAL - http://www.cgal.org/) until I figured, why my code failed. Telling input types and candidate list of all mismatched functions would be more then helpful than current way of reporting error. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40793
[Bug middle-end/42834] memcpy folding overeager
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-01 09:00 --- Fixed for 4.6. Measures are in place to avoid the situation on the branches. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42834
[Bug bootstrap/44727] [4.6 Regression] Failed to bootstrap with --with-cpu=atom
--- Comment #9 from bernds at gcc dot gnu dot org 2010-07-01 09:20 --- Subject: Bug 44727 Author: bernds Date: Thu Jul 1 09:20:40 2010 New Revision: 161656 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161656 Log: PR target/44727 * config/i386/i386.md (peephole2 for arithmetic ops with memory): Make sure operand 0 dies. Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44727
[Bug target/44732] [4.6 Regression] bootstrap broken on ia64
--- Comment #4 from amylaar at gcc dot gnu dot org 2010-07-01 09:44 --- What is the target triple from config.guess? I've tried cross compilers from i686-pc-linux-gnu to ia64-elf and ia64-linux-gnu (using ccc (GCC) 4.4.4 20100503 (Red Hat 4.4.4-2)), but I get lots of extra errors (and even more warnings). ia64-elf: [amyl...@laria gcc]$ make ia64.o 21 | grep -c error 128 [amyl...@laria gcc]$ ^C [amyl...@laria gcc]$ make ia64.o 21 | wc 4143038 40231 [amyl...@laria gcc]$ make ia64.o 21 | grep -c error: 128 ia64-linux-gnu: [amyl...@laria gcc]$ make ia64.o 21|wc 4143039 40258 [amyl...@laria gcc]$ make ia64.o 21|grep -c error: 128 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44732
[Bug target/44732] [4.6 Regression] bootstrap broken on ia64
--- Comment #5 from rguenther at suse dot de 2010-07-01 09:54 --- Subject: Re: [4.6 Regression] bootstrap broken on ia64 On Thu, 1 Jul 2010, amylaar at gcc dot gnu dot org wrote: --- Comment #4 from amylaar at gcc dot gnu dot org 2010-07-01 09:44 --- What is the target triple from config.guess? I've tried cross compilers from i686-pc-linux-gnu to ia64-elf and ia64-linux-gnu (using ccc (GCC) 4.4.4 20100503 (Red Hat 4.4.4-2)), but I get lots of extra errors (and even more warnings). ia64-elf: [amyl...@laria gcc]$ make ia64.o 21 | grep -c error 128 [amyl...@laria gcc]$ ^C [amyl...@laria gcc]$ make ia64.o 21 | wc 4143038 40231 [amyl...@laria gcc]$ make ia64.o 21 | grep -c error: 128 ia64-linux-gnu: [amyl...@laria gcc]$ make ia64.o 21|wc 4143039 40258 [amyl...@laria gcc]$ make ia64.o 21|grep -c error: 128 I see the issue with the host compiler, so it might be a host issue (using GCC 4.1). The target triple is ia64-unknown-linux-gnu. Richard. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44732
[Bug target/44732] [4.6 Regression] bootstrap broken on ia64
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-01 10:02 --- Created an attachment (id=21054) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21054action=view) preprocessed source Preprocessed source of ia64.i for your convenience. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44732
[Bug fortran/44742] New: ICE in
A large code file triggers during compilation this ICE: /opt/gcc-4.5/bin/gfortran -c proc8.f90 f951: internal compiler error: in gfc_conv_array_initializer, at fortran/trans-array.c:4189 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. The code example unfortunately is huge, a 54 MB .f90 file which I do not attach right now. I suppose it is better to wait to be contacted by one of the developpers. -- Summary: ICE in Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reuter at physik dot uni-freiburg dot de GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44742
[Bug target/44732] [4.6 Regression] bootstrap broken on ia64
--- Comment #7 from amylaar at gcc dot gnu dot org 2010-07-01 10:27 --- Subject: Bug 44732 Author: amylaar Date: Thu Jul 1 10:27:34 2010 New Revision: 161658 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161658 Log: PR target/44732 * config/ia64/ia64.c (ia64_register_move_cost): Remove stray '{'. Modified: trunk/gcc/ChangeLog trunk/gcc/config/ia64/ia64.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44732
[Bug target/44732] [4.6 Regression] bootstrap broken on ia64
--- Comment #8 from amylaar at gcc dot gnu dot org 2010-07-01 10:35 --- (In reply to comment #6) Created an attachment (id=21054) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21054action=view) [edit] preprocessed source Preprocessed source of ia64.i for your convenience. Thanks, in the meantime, I found out that all these errors are genuine - sort of. The real smoking gun are 'nested function' warnings. By searching for the first one, I found a stray '{'. I've committed the fix as obvious. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44732
[Bug fortran/44742] ICE in gfc_conv_array_initializer
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-01 10:35 --- Please put it down for download somewhere (it's indeed too large to attach). -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44742
[Bug target/44732] [4.6 Regression] bootstrap broken on ia64
--- Comment #9 from rguenther at suse dot de 2010-07-01 10:37 --- Subject: Re: [4.6 Regression] bootstrap broken on ia64 On Thu, 1 Jul 2010, amylaar at gcc dot gnu dot org wrote: --- Comment #8 from amylaar at gcc dot gnu dot org 2010-07-01 10:35 --- (In reply to comment #6) Created an attachment (id=21054) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21054action=view) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21054action=view) [edit] preprocessed source Preprocessed source of ia64.i for your convenience. Thanks, in the meantime, I found out that all these errors are genuine - sort of. The real smoking gun are 'nested function' warnings. By searching for the first one, I found a stray '{'. I've committed the fix as obvious. Thanks for the quick fix. I'm checking if bootstrap is fixed now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44732
[Bug c++/44737] ICE in instantiate_decl
--- Comment #2 from paolo dot carlini at oracle dot com 2010-07-01 10:39 --- This is a bit smaller, and reminds me something I have seen already... templatetypename _Alloc struct char_traits; template struct char_traitswchar_t; templateclass _CharT struct char_traitswchar_t { bool eq_int_type() { return true; } }; templatetypename _CharT, typename _Traits = char_traits_CharT struct istreambuf_iterator { bool equal() const { return _Traits::eq_int_type(); } }; templatetypename _CharT, typename _InIter class time_get { void _M_extract_name(_InIter __beg) const { __beg.equal(); } }; template class time_getwchar_t, istreambuf_iteratorwchar_t ; -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-07-01 10:39:05 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44737
[Bug libstdc++/44480] [C++0x] Linear performance of begin() in unordered associative containers
--- Comment #5 from paolo dot carlini at oracle dot com 2010-07-01 10:46 --- I read your message and Howard' reply. I don't know what the others implementors did, but in the meanwhile I got feedback from Matt: essentially, he considers the issue in the very same ballpark of 579, having to do with a load factor low and which the user cannot control. At this point, I think that before doing anything I want to discuss the issue face to face in Rapperswil when 579 will be discussed. Missing special indications, we'll just implement a change very similar to Boost' solution, in time for 4.6.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44480
[Bug lto/44724] LTO segfault
--- Comment #3 from moonshine at kapsi dot fi 2010-07-01 10:47 --- Created an attachment (id=21055) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21055action=view) Preprocessed source files to reproduce this problem I was able to reduce this to two (2) source files. Quite an improvement, original was more than hundred files :) The exact command I used to reproduce this bug is: g++ -r -nostdlib -O3 -fomit-frame-pointer -funroll-loops -march=pentium4 -flto -fuse-linker-plugin sid.ii wave.ii The .ii files were created with g++ -DPACKAGE_NAME=\\ -DPACKAGE_TARNAME=\\ -DPACKAGE_VERSION=\\ -DPACKAGE_STRING=\\ -DPACKAGE_BUGREPORT=\\ -DPACKAGE=\resid\ -DVERSION=\0.16vice\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DSIZEOF_INT=4 -I. -I. -O3 -fomit-frame-pointer -funroll-loops -march=pentium4 -flto -fuse-linker-plugin -MT sid.o -MD -MP -MF .deps/sid.Tpo -E sid.cc sid.ii g++ -DPACKAGE_NAME=\\ -DPACKAGE_TARNAME=\\ -DPACKAGE_VERSION=\\ -DPACKAGE_STRING=\\ -DPACKAGE_BUGREPORT=\\ -DPACKAGE=\resid\ -DVERSION=\0.16vice\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DSIZEOF_INT=4 -I. -I. -O3 -fomit-frame-pointer -funroll-loops -march=pentium4 -flto -fuse-linker-plugin -MT wave.o -MD -MP -MF .deps/wave.Tpo -E wave.cc wave.ii -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44724
[Bug target/44732] [4.6 Regression] bootstrap broken on ia64
--- Comment #10 from amylaar at gcc dot gnu dot org 2010-07-01 10:49 --- As I used cut paste for a few repeated stanzas, I just checked if there was any more of the same. Once you know what it is, it's easy to find in the patch: [amyl...@laria ~]$ grep -A 5 -B 5 '^+[ ]*{' 44566-regclass-diff-3 static int -ia64_register_move_cost (enum machine_mode mode, enum reg_class from, -enum reg_class to) +ia64_register_move_cost (enum machine_mode mode, enum reg_class from_i, +enum reg_class to_i) +{ + enum reg_class from = (enum reg_class) from_i; + enum reg_class to = (enum reg_class) to_i; { /* ADDL_REGS is the same as GR_REGS for movement purposes. */ if (to == ADDL_REGS) so this typo was specific to ia64.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44732
[Bug c/44741] Complex division with NaN produces unexpected result
--- Comment #2 from paolo dot carlini at oracle dot com 2010-07-01 10:51 --- Note: a very similar issue probably affects C++. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44741
[Bug c++/44737] ICE in instantiate_decl
--- Comment #3 from paolo dot carlini at oracle dot com 2010-07-01 10:55 --- Note: doesn't look like a regression. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Keywords||ice-on-invalid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44737
[Bug target/44575] [4.5 Regression] __builtin_va_arg overwrites into adjacent stack location
--- Comment #5 from jakub at gcc dot gnu dot org 2010-07-01 11:02 --- Subject: Bug 44575 Author: jakub Date: Thu Jul 1 11:01:58 2010 New Revision: 161660 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161660 Log: Backport from mainline 2010-06-21 Jakub Jelinek ja...@redhat.com PR target/44575 * config/i386/i386.c (ix86_gimplify_va_arg): When copying va_arg from a set of register save slots into a temporary, if the container is bigger than type size, do the copying using smaller mode or using memcpy. * gcc.c-torture/execute/pr44575.c: New test. Added: branches/gcc-4_5-branch/gcc/testsuite/gcc.c-torture/execute/pr44575.c Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/config/i386/i386.c branches/gcc-4_5-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44575
[Bug target/44732] [4.6 Regression] bootstrap broken on ia64
--- Comment #11 from rguenth at gcc dot gnu dot org 2010-07-01 11:02 --- Now we're back to /gcc/obj/./prev-gcc/xgcc -B/gcc/obj/./prev-gcc/ -B/usr/local/ia64-unknown-linux-gnu/bin/ -B/usr/local/ia64-unknown-linux-gnu/bin/ -B/usr/local/ia64-unknown-linux-gnu/lib/ -isystem /usr/local/ia64-unknown-linux-gnu/include -isystem /usr/local/ia64-unknown-linux-gnu/sys-include-c -DUSE_LIBUNWIND_EXCEPTIONS -g -O2 -gtoggle -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -I. -I. -I../../trunk/gcc -I../../trunk/gcc/. -I../../trunk/gcc/../include -I../../trunk/gcc/../libcpp/include -I../../trunk/gcc/../libdecnumber -I../../trunk/gcc/../libdecnumber/dpd -I../libdecnumber -I/usr/include/libelf \ ../../trunk/gcc/config/ia64/ia64.c -o ia64.o ../../trunk/gcc/config/ia64/ia64.c:559:8: error: initialization from incompatible pointer type [-Werror] ../../trunk/gcc/config/ia64/ia64.c:559:8: error: (near initialization for targetm.register_move_cost) [-Werror] cc1: all warnings being treated as errors which is I think what HJ reported originally in PR44740. This might or might not be your change again (the target.def one). Thus, bootstrap is still broken. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-07-01 11:02:47 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44732
[Bug tree-optimization/43801] [4.5/4.6 Regression] error: function causes a section type conflict with -fipa-cp -fipa-cp-clone
--- Comment #8 from jakub at gcc dot gnu dot org 2010-07-01 11:03 --- Subject: Bug 43801 Author: jakub Date: Thu Jul 1 11:03:31 2010 New Revision: 161661 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161661 Log: Backport from mainline 2010-06-29 Jakub Jelinek ja...@redhat.com PR tree-optimization/43801 * cgraph.c (cgraph_create_virtual_clone): Clear DECL_SECTION_NAME if old_decl was DECL_ONE_ONLY. * g++.dg/torture/pr43801.C: New test. Added: branches/gcc-4_5-branch/gcc/testsuite/g++.dg/torture/pr43801.C Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/cgraph.c branches/gcc-4_5-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43801
[Bug target/44575] [4.5 Regression] __builtin_va_arg overwrites into adjacent stack location
--- Comment #6 from jakub at gcc dot gnu dot org 2010-07-01 11:06 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44575
[Bug tree-optimization/43801] [4.5/4.6 Regression] error: function causes a section type conflict with -fipa-cp -fipa-cp-clone
--- Comment #9 from jakub at gcc dot gnu dot org 2010-07-01 11:07 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43801
[Bug debug/44694] [4.5 Regression] Long var tracking compile time of GiNaC tests
--- Comment #17 from jakub at gcc dot gnu dot org 2010-07-01 11:12 --- Subject: Bug 44694 Author: jakub Date: Thu Jul 1 11:11:46 2010 New Revision: 161662 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161662 Log: PR debug/44694 * dwarf2out.c (reg_loc_descriptor): For eliminated arg_pointer_rtx or frame_pointer_rtx use DW_OP_fbreg offset DW_OP_stack_value. Modified: trunk/gcc/ChangeLog trunk/gcc/dwarf2out.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44694
[Bug debug/44694] [4.5 Regression] Long var tracking compile time of GiNaC tests
--- Comment #18 from jakub at gcc dot gnu dot org 2010-07-01 11:13 --- Subject: Bug 44694 Author: jakub Date: Thu Jul 1 11:12:24 2010 New Revision: 161663 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161663 Log: PR debug/44694 * dwarf2out.c (reg_loc_descriptor): For eliminated arg_pointer_rtx or frame_pointer_rtx use DW_OP_fbreg offset DW_OP_stack_value. Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/dwarf2out.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44694
[Bug lto/44724] LTO segfault
--- Comment #4 from moonshine at kapsi dot fi 2010-07-01 11:18 --- In the meantime I also built gcc trunk revision 161601 and this also fails with: lto1: internal compiler error: vector VEC(cgraph_node_ptr,base) index domain error, in lto_cgraph_encoder_deref at lto-cgraph.c:141 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44724
[Bug target/44732] [4.6 Regression] bootstrap broken on ia64
--- Comment #12 from amylaar at gcc dot gnu dot org 2010-07-01 11:18 --- Created an attachment (id=21056) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21056action=view) * ia64_register_move_cost (Fix argument types). Yes, it was my patch. With the attached patch, yesterday's gcc 4.6.0 accepts ia64.c without warning: [amyl...@laria gcc]$ /user/inria/20100630/bin/gcc -c -DUSE_LIBUNWIND_EXCEPTIONS -g -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -I. -I. -I../../gcc/gcc -I../../gcc/gcc/. -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include -I../../gcc/gcc/../libdecnumber -I../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber -DCLOOG_PPL_BACKEND -I/usr/include/libelf ../../gcc/gcc/config/ia64/ia64.c -o ia64.o [amyl...@laria gcc]$ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44732
[Bug fortran/44742] ICE in gfc_conv_array_initializer
--- Comment #2 from janus at gcc dot gnu dot org 2010-07-01 11:32 --- Also, please be more specific about which gfortran version you're using. Your error message seems to suggest something 4.5-ish. Is this the 4.5.0 release version? And is it possible for you to try 4.4.x or 4.6 trunk? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44742
[Bug lto/44724] LTO segfault with -fuse-linker-plugin
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-01 11:35 --- Confirmed. Works without -fuse-linker-plugin. Reduced testcases: wave.ii --- typedef unsigned int reg8; typedef unsigned int reg12; class WaveformGenerator { public: reg8 readOSC(); inline reg12 output(); reg8 waveform; reg12 output(); }; inline reg12 WaveformGenerator::output() { switch (waveform) { default: return output(); } } reg8 WaveformGenerator::readOSC() { return output() 4; } sid.ii -- typedef unsigned int reg8; typedef unsigned int reg12; typedef int sound_sample; class WaveformGenerator { public: reg8 readOSC(); inline reg12 output(); reg8 waveform; reg12 output(); }; inline reg12 WaveformGenerator::output() { switch (waveform) { case 0x0: return output(); } } class Voice { inline sound_sample output(); WaveformGenerator wave; friend class SID; }; inline sound_sample Voice::output() { return wave.output(); }; class Filter { public: void clock(sound_sample voice1, sound_sample voice2, sound_sample voice3); }; class SID { void clock(); Voice voice[3]; Filter filter; }; void SID::clock() { filter.clock(voice[0].output(), voice[1].output(), voice[2].output()); } rguent...@murzim:/tmp g++-4.5 -r -nostdlib -O2 -march=pentium4 -flto -fuse-linker-plugin -m32 sid.3.ii wave.3.ii /usr/bin/gold: error: /tmp/ccbAKTWf.lto.o: incompatible target collect2: ld returned 1 exit status rguent...@murzim:/tmp g++-4.5 -r -nostdlib -O2 -march=pentium4 -flto -fuse-linker-plugin -m32 wave.3.ii sid.3.ii lto1: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://bugs.opensuse.org/ for instructions. lto-wrapper: g++-4.5 returned 1 exit status /usr/bin/gold: fatal error: lto-wrapper failed collect2: ld returned 1 exit status -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |NEW Ever Confirmed|0 |1 Keywords||lto Last reconfirmed|-00-00 00:00:00 |2010-07-01 11:35:19 date|| Summary|LTO segfault|LTO segfault with -fuse- ||linker-plugin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44724
[Bug lto/44724] LTO segfault with -fuse-linker-plugin
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-01 11:40 --- On trunk with the original testcase we fail with /abuild/rguenther/trunk-g/gcc ./xgcc -B. -r -nostdlib -O -march=pentium4 -flto -fuse-linker-plugin sid.ii wave.ii -m32 -B ../lto-plugin/.libs lto1: out of memory allocating 8589934596 bytes after a total of 520192 bytes lto-wrapper: ./xgcc returned 1 exit status /usr/bin/gold: fatal error: lto-wrapper failed collect2: ld returned 1 exit status #4 0x007bd6e1 in input_cgraph_1 (file_data=0x77ee2300, ib=0x166a340) at /space/rguenther/src/svn/trunk/gcc/lto-cgraph.c:1257 1257 char *str = (char *)xmalloc (len + 1); (gdb) l 1252 1253 /* Input toplevel asms. */ 1254 len = lto_input_uleb128 (ib); 1255 while (len) 1256{ 1257 char *str = (char *)xmalloc (len + 1); 1258 for (i = 0; i len; ++i) 1259str[i] = lto_input_1_unsigned (ib); 1260 cgraph_add_asm_node (build_string (len, str)); 1261 free (str); (gdb) p len $1 = 8589934595 so somehow the output cgraph is corrupt. Works fine without using the linker-plugin on trunk, too. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44724
[Bug fortran/44742] ICE in gfc_conv_array_initializer
--- Comment #3 from burnus at gcc dot gnu dot org 2010-07-01 11:45 --- Regarding the version: Try gfortran -v -- that does not only show the version but also the data and (possibly) the SVN reversion. Regarding the test case: I think it would be helpful, if you could reduce it a bit. Usually, it works best by removing all unneeded lines of the failing file - at the same time eliminating the number of required modules. That can also be automatized using Delta, cf. http://gcc.gnu.org/wiki/A_guide_to_testcase_reduction But the suggestion to try GCC 4.6 (or 4.4) is also helpful. For GCC 4.6 binaries, see http://gcc.gnu.org/wiki/GFortranBinaries -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44742
[Bug fortran/44742] ICE in gfc_conv_array_initializer
--- Comment #4 from reuter at physik dot uni-freiburg dot de 2010-07-01 12:13 --- Ok, will do so. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44742
[Bug middle-end/44592] [4.5 Regression] wrong code at -O3
--- Comment #8 from dominiq at lps dot ens dot fr 2010-07-01 12:16 --- Fixed for 4.6, waiting a bit for 4.5. Revision 161496 caused pr44699. I think the PRINTs are of no use in the testsuite for gfortran.dg/pr44592.f90. I'ld suggest to apply the following patch: --- ../_clean/gcc/testsuite/gfortran.dg/pr44592.f90 2010-06-28 17:51:41.0 +0200 +++ gcc/testsuite/gfortran.dg/pr44592.f90 2010-07-01 14:12:38.0 +0200 @@ -13,8 +13,5 @@ b(4:2:-1)(i:i) = b(3:1:-1)(i:i) ! This fails. If the condition is printed, the result is F F F F - if (any (b .ne. (/1,1,2,3/))) i = 2 - print *, b - print *, b .ne. (/1,1,2,3/) - if (i == 2) call abort + if (any (b .ne. (/1,1,2,3/))) call abort end -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44592
[Bug middle-end/44592] [4.5 Regression] wrong code at -O3
--- Comment #9 from jakub at gcc dot gnu dot org 2010-07-01 12:21 --- The important question is if the testcase still ICEs with the fix reverted when you do that change. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44592
[Bug middle-end/44104] [4.6 Regression] New test failures
--- Comment #6 from jakub at gcc dot gnu dot org 2010-07-01 12:31 --- Subject: Bug 44104 Author: jakub Date: Thu Jul 1 12:31:19 2010 New Revision: 161666 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161666 Log: 2010-07-01 Jakub Jelinek ja...@redhat.com Backport from mainline 2010-05-13 Jakub Jelinek ja...@redhat.com PR debug/44104 * dwarf2out.c (modified_type_die): Don't dereference mod_type_die if it is NULL. Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/dwarf2out.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44104
[Bug c++/44743] New: Parser does not recogize local variable in constant expression for member function pointers
The parser does not reject invalid code, but instead passes to the compiler. The compiler fails with different internal compiler errors depending on the optimization level. With levels -O2, -O3 and -Os, the compiler generates valid object code without complaining anything. How to reproduce? # cat ice.cc struct A { inline void foo() {} }; templatetypename T, void (T::*fnc)() void call(){ T t; (t.*fnc)(); } templatetypename T void deduce_type(void (T::*fnc)()){ callT,fnc(); } int main() { deduce_type(A::foo); return 0; } # g++ ICE.cc -o ICE -Wall ICE.cc: In function void call() [with T = A, void (T::* fnc)() = fnc]: ICE.cc:8: internal compiler error: in expand_expr_real_1, at expr.c:7314 # g++ ICE.cc -o ICE -Wall -O1 ICE.cc: In function void call() [with T = A, void (T::* fnc)() = fnc]: ICE.cc:6: internal compiler error: in make_decl_rtl, at varasm.c:1290 # g++ ICE.cc -o ICE -Wall -O2 If we use instead of a member function pointer a usual function pointer like in the following code snippet templatevoid (*f)() void call(){ f(); } templatetypename F void deduce_type(void (*f)(), F){ callf(); } # g++ -c ICE2.cc -o ICE2.o -Wall ICE2.cc: In function void deduce_type(void (*)(), F): ICE2.cc:24: error: f cannot appear in a constant-expression ICE2.cc:24: error: no matching function for call to call() # g++ -v Using built-in specs. Target: i586-redhat-linux Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk --disable-dssi --enable-plugin --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre --enable-libgcj-multifile --enable-java-maintainer-mode --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib --with-ppl --with-cloog --with-tune=generic --with-arch=i586 --build=i586-redhat-linux Thread model: posix gcc version 4.4.1 20090725 (Red Hat 4.4.1-2) (GCC) -- Summary: Parser does not recogize local variable in constant expression for member function pointers Product: gcc Version: 4.4.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mschulze at ivs dot cs dot ovgu dot de GCC build triplet: i586-redhat-linux GCC host triplet: i586-redhat-linux GCC target triplet: i586-redhat-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44743
[Bug debug/44694] [4.5 Regression] Long var tracking compile time of GiNaC tests
--- Comment #19 from jakub at gcc dot gnu dot org 2010-07-01 12:37 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44694
[Bug c++/44743] Parser does not recogize local variable in constant expression for member function pointers
--- Comment #1 from redi at gcc dot gnu dot org 2010-07-01 12:47 --- works as expected in 4.4.3 and later $ g++ temp.cc temp.cc: In function 'void deduce_type(void (T::*)()) [with T = A]': temp.cc:17: instantiated from here temp.cc:13: error: 'fnc' is not a valid template argument for type 'void (A::*)()' temp.cc:13: error: it must be a pointer-to-member of the form `X::Y' temp.cc:13: error: no matching function for call to 'call()' -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44743
[Bug tree-optimization/40421] [4.5 Regression] Revision 148352 failed 416.gamess in SPEC CPU 2006
--- Comment #6 from jakub at gcc dot gnu dot org 2010-07-01 12:47 --- Subject: Bug 40421 Author: jakub Date: Thu Jul 1 12:47:26 2010 New Revision: 161668 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161668 Log: Backport from mainline 2009-06-13 Richard Guenther rguent...@suse.de PR tree-optimization/40421 * tree-predcom.c (should_unroll_loop_p): Remove. (tree_predictive_commoning_loop): Use can_unroll_loop_p. * gfortran.fortran-torture/compile/pr40421.f: New testcase. * gfortran.fortran-torture/compile/pr40421.f90: New test. Added: branches/gcc-4_4-branch/gcc/testsuite/gfortran.fortran-torture/compile/pr40421.f branches/gcc-4_4-branch/gcc/testsuite/gfortran.fortran-torture/compile/pr40421.f90 Modified: branches/gcc-4_4-branch/gcc/ChangeLog branches/gcc-4_4-branch/gcc/testsuite/ChangeLog branches/gcc-4_4-branch/gcc/tree-predcom.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40421
[Bug tree-optimization/40421] [4.5 Regression] Revision 148352 failed 416.gamess in SPEC CPU 2006
--- Comment #7 from jakub at gcc dot gnu dot org 2010-07-01 12:54 --- Subject: Bug 40421 Author: jakub Date: Thu Jul 1 12:53:44 2010 New Revision: 161669 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161669 Log: PR tree-optimization/40421 * gfortran.fortran-torture/compile/pr40421.f90: New test. Added: trunk/gcc/testsuite/gfortran.fortran-torture/compile/pr40421.f90 Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40421
[Bug tree-optimization/40421] [4.5 Regression] Revision 148352 failed 416.gamess in SPEC CPU 2006
--- Comment #8 from jakub at gcc dot gnu dot org 2010-07-01 12:55 --- Subject: Bug 40421 Author: jakub Date: Thu Jul 1 12:55:28 2010 New Revision: 161670 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161670 Log: PR tree-optimization/40421 * gfortran.fortran-torture/compile/pr40421.f90: New test. Added: branches/gcc-4_5-branch/gcc/testsuite/gfortran.fortran-torture/compile/pr40421.f90 Modified: branches/gcc-4_5-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40421
[Bug c++/44743] Parser does not recogize local variable in constant expression for member function pointers
--- Comment #2 from mschulze at ivs dot cs dot ovgu dot de 2010-07-01 12:57 --- However, the error message is little bit misleading, because fnc is exactly of the requested type but it is a local variable, IMO. The question is, is the code standard conform or not? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44743
[Bug c++/44743] Parser does not recogize local variable in constant expression for member function pointers
--- Comment #3 from redi at gcc dot gnu dot org 2010-07-01 13:11 --- (In reply to comment #2) However, the error message is little bit misleading, because fnc is exactly of the requested type but it is a local variable, IMO. True, the reason it's not allowed is because it's not a constant. The question is, is the code standard conform or not? Not. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44743
[Bug middle-end/44592] [4.5 Regression] wrong code at -O3
--- Comment #10 from dominiq at lps dot ens dot fr 2010-07-01 13:18 --- The important question is if the testcase still ICEs with the fix reverted when you do that change. The test aborts with revisions before 161496. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44592
[Bug c++/44743] Parser does not recogize local variable in constant expression for member function pointers
--- Comment #4 from redi at gcc dot gnu dot org 2010-07-01 13:29 --- Note that the error isn't saying the type is wrong, it says it must be of the form `X::Y' which is a constant expression and is different to a variable with the same value as X::Y -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44743
[Bug fortran/44744] New: [4.6 Regression] Missed runtime error after revision 161550
When compiled with -fcheck=bounds, the following test integer :: a(-4:1), b(0:4) b = 5 i = 0 a(i:1) = f(b) contains function f(x) integer :: x(:),f(size(x)) f = x end function end used to give the runtime error At line 14 of file pr31538_db.f90 Fortran runtime error: Dimension 1 of array 'f' has extent 5 instead of 2 This is no longer the case after revision 161550. -- Summary: [4.6 Regression] Missed runtime error after revision 161550 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: fortran 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=44744
[Bug middle-end/44745] New: [4.6 regression] FAIL: gfortran.dg/dynamic_dispatch_6.f03
On Linux/x86, revision 161659 gave: FAIL: gfortran.dg/dynamic_dispatch_6.f03 -O2 execution test FAIL: gfortran.dg/dynamic_dispatch_6.f03 -O3 -fomit-frame-pointer execution test FAIL: gfortran.dg/dynamic_dispatch_6.f03 -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions execution test FAIL: gfortran.dg/dynamic_dispatch_6.f03 -O3 -fomit-frame-pointer -funroll-loops execution test FAIL: gfortran.dg/dynamic_dispatch_6.f03 -O3 -g execution test FAIL: gfortran.dg/dynamic_dispatch_6.f03 -Os execution test Revision 161640 is OK. -- Summary: [4.6 regression] FAIL: gfortran.dg/dynamic_dispatch_6.f03 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl dot tools at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44745
[Bug middle-end/44746] New: [4.6 regression] FAIL: gfortran.dg/typebound_call_4.f03
On Linux/x86-64, revision 161655 gave: FAIL: gfortran.dg/typebound_call_4.f03 -O (test for errors, line 46) Revision 161653 is OK. -- Summary: [4.6 regression] FAIL: gfortran.dg/typebound_call_4.f03 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl dot tools at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44746
[Bug middle-end/44747] New: [4.5 regression] Many LTO failures
On Linux/ia32, revision 161653 gave: FAIL: gcc.dg/guality/example.c -O2 -flto (internal compiler error) FAIL: gcc.dg/guality/example.c -O2 -flto (test for excess errors) FAIL: gcc.dg/guality/example.c -O2 -fwhopr (internal compiler error) FAIL: gcc.dg/guality/example.c -O2 -fwhopr (test for excess errors) FAIL: gcc.dg/guality/guality.c -O2 -flto (internal compiler error) FAIL: gcc.dg/guality/guality.c -O2 -flto (test for excess errors) FAIL: gcc.dg/guality/guality.c -O2 -fwhopr (internal compiler error) FAIL: gcc.dg/guality/guality.c -O2 -fwhopr (test for excess errors) FAIL: gcc.dg/guality/inline-params.c -O2 -flto (internal compiler error) FAIL: gcc.dg/guality/inline-params.c -O2 -flto (test for excess errors) FAIL: gcc.dg/guality/inline-params.c -O2 -fwhopr (internal compiler error) FAIL: gcc.dg/guality/inline-params.c -O2 -fwhopr (test for excess errors) FAIL: gcc.dg/guality/pr41447-1.c -O2 -flto (internal compiler error) FAIL: gcc.dg/guality/pr41447-1.c -O2 -flto (test for excess errors) FAIL: gcc.dg/guality/pr41447-1.c -O2 -fwhopr (internal compiler error) FAIL: gcc.dg/guality/pr41447-1.c -O2 -fwhopr (test for excess errors) FAIL: gcc.dg/guality/pr41616-1.c -O2 -flto (internal compiler error) FAIL: gcc.dg/guality/pr41616-1.c -O2 -flto (test for excess errors) FAIL: gcc.dg/guality/pr41616-1.c -O2 -fwhopr (internal compiler error) FAIL: gcc.dg/guality/pr41616-1.c -O2 -fwhopr (test for excess errors) Revision 161586 is OK. I think they are introduced by patches backported from trunk. -- Summary: [4.5 regression] Many LTO failures Product: gcc Version: 4.5.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl dot tools at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44747
[Bug middle-end/44745] [4.6 regression] FAIL: gfortran.dg/dynamic_dispatch_6.f03
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-01 14:21 --- *** This bug has been marked as a duplicate of 44596 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44745
[Bug fortran/44596] [OOP] Dynamic dispatch uses broken types
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-01 14:21 --- *** Bug 44745 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||hjl dot tools at gmail dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44596
[Bug middle-end/44746] [4.6 regression] FAIL: gfortran.dg/typebound_call_4.f03
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-01 14:22 --- *** This bug has been marked as a duplicate of 44596 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44746
[Bug fortran/44596] [OOP] Dynamic dispatch uses broken types
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-01 14:22 --- *** Bug 44746 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44596
[Bug fortran/44596] [OOP] Dynamic dispatch uses broken types
--- Comment #7 from dominiq at lps dot ens dot fr 2010-07-01 14:25 --- This may be a duplicate of pr44662. Could you try the patch in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44662#c2 ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44596
[Bug middle-end/44747] [4.5 regression] Many LTO failures
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-01 14:30 --- Has been fixed by Jakub already. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.5.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44747
[Bug fortran/44596] [OOP] Dynamic dispatch uses broken types
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-07-01 14:34 --- (In reply to comment #7) This may be a duplicate of pr44662. Could you try the patch in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44662#c2 ? It is not. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44596
[Bug tree-optimization/44748] New: [4.6 Regression] ICE: in fold_convert_const_int_from_real, at fold-const.c:1548
Command line: $ gcc -O[123s] testcase.c - testcase.c - static double num; int foo (void) { return *(unsigned *)num; } -- (reduced from gcc.c-torture/compile/pr39824.c) Compiler output: $ gcc -O1 testcase.c testcase.c: In function 'foo': testcase.c:2:5: internal compiler error: in fold_convert_const_int_from_real, at fold-const.c:1548 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Tested revisions: r161659 - crash (+rtl,df checking) r161481 - OK (+rtl,df checking) r161383 - OK (+rtl,df checking) -- Summary: [4.6 Regression] ICE: in fold_convert_const_int_from_real, at fold-const.c:1548 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zsojka at seznam dot cz GCC host triplet: x86_64-pc-linux-gnu GCC target triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44748
[Bug tree-optimization/44748] [4.6 Regression] ICE: in fold_convert_const_int_from_real, at fold-const.c:1548
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-01 14:44 --- Mine. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-07-01 14:44:08 date|| Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44748
[Bug fortran/44744] [4.6 Regression] Missed runtime error after revision 161550
--- Comment #1 from burnus at gcc dot gnu dot org 2010-07-01 14:53 --- I think it is not really a regression in terms of the code path. gfortran checks bounds of the form (tree dump) procedure(result,...) but not of the form procedure(tmp) result = tmp Thus, gfortran also misses (all versions): a(i:1) = f(b)*1.0 Thus, the RHS = LHS check is missing at some point (i.e. the call to gfc_trans_array_bound_check) - if there is an array temporary involved. Vaguely related: PR 32454. There is actually some bounds check for line 7. First, one for the LHS (is a(i:1) in the range?), which works just fine, and then for the RHS (simplified dump): D.1609 = size(b) D.1611 = D.1609 if (D.1611 0 D.1609 = 0) if (D.1611 0 D.1611 = 0) if (D.1611 0 D.1611 D.1609) atmp.14.data = __builtin_malloc (MAX_EXPR D.1611, 1); Thus - not surprisingly, the temporary is conforming with the the required size. Actually, I wonder why we generate checking code if it is known that the size fits, e.g. a(i:1) does not need a check as both in the declaration and in the usage, the bound is an integer constant; the optimizer should be able to fix this, but I think one can handle this already in the front end - at least for the lbound, one often knows the bounds. Something involving INTEGER_CST_P with TREE_INT_CST_HIGH and/or TREE_INT_CST_LOW should do ... Expected: If there is a temporary, one should not compare (uselessly) whether the temporary has the right size but whether the RHS matches the LHS. -- burnus at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||27766 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44744
[Bug fortran/32454] Bounds-check misses overflow of lhs array
--- Comment #2 from dominiq at lps dot ens dot fr 2010-07-01 15:01 --- I forgot to mention: I think this file is valid Fortran 2003 and only invalid Fortran 95. Maybe using: integer, dimension(4) :: y is a better test case. It is caught at compile time: y = [y, (99,i=1,4)] 1 Error: Different shape for array assignment at (1) on dimension 1 (4 and 8) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32454
[Bug fortran/32454] Bounds-check misses overflow of lhs array
--- Comment #3 from burnus at gcc dot gnu dot org 2010-07-01 15:16 --- (In reply to comment #2) Fortran 95. Maybe using: integer, dimension(4) :: y is a better test case. It is caught at compile time: y = [y, (99,i=1,4)] 1 Error: Different shape for array assignment at (1) on dimension 1 (4 and 8) Not if you write it as: n = 4 y = [y, (99,i=1,n)] -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32454
[Bug target/44749] New: mep-elf fails to build
mep-elf fails to build: gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings - Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute - pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -Wo ld-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE - I. -Ibuild -I../../../gcc/gcc -I../../../gcc/gcc/build -I../../../gcc/gcc/../inc lude -I../../../gcc/gcc/../libcpp/include -I../../../gcc/gcc/../libdecnumber -I ../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber -DCLOOG_PPL_BACKEND -I/ usr/include/libelf \ -o build/genflags.o ../../../gcc/gcc/genflags.c In file included from ../../../gcc/gcc/genflags.c:27: ./tm.h:5:29: error: insn-constants.h: No such file or directory make[1]: *** [build/genflags.o] Error 1 -- Summary: mep-elf fails to build Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: build Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: amylaar at gcc dot gnu dot org GCC target triplet: mep-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44749
[Bug middle-end/44706] [4.6 regression] Failed to build 483.xalancbmk in SPEC CPU 2006
--- Comment #3 from hjl dot tools at gmail dot com 2010-07-01 15:44 --- Fixed as of revision 161653. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44706
[Bug target/44750] New: pdp-11 fails to build
gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -Ibuild -I../../../gcc/gcc -I../../../gcc/gcc/build -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber -DCLOOG_PPL_BACKEND -I/usr/include/libelf \ -o build/gencondmd.o build/gencondmd.c In file included from build/gencondmd.c:39:0: ../../../gcc/gcc/reload.h:33:12: error: conflicting types for register_move_cost ../../../gcc/gcc/config/pdp11/pdp11-protos.h:37:12: note: previous declaration of register_move_cost was here make[1]: *** [build/gencondmd.o] Error 1 -- Summary: pdp-11 fails to build Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: build Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: amylaar at gcc dot gnu dot org GCC target triplet: pdp-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44750
[Bug target/44732] [4.6 Regression] bootstrap broken on ia64
--- Comment #13 from rguenth at gcc dot gnu dot org 2010-07-01 15:51 --- Bootstrap finished fine for me. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44732
[Bug target/44751] New: h8300 get_attr_cc warnings
gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber -DCLOOG_PPL_BACKEND -I/usr/include/libelf insn-attrtab.c -o insn-attrtab.o ../../../gcc/gcc/config/h8300/h8300.md: In function get_attr_cc: ../../../gcc/gcc/config/h8300/h8300.md:1322:1: error: enum conversion in return is invalid in C++ [-Werror=c++-compat] ../../../gcc/gcc/config/h8300/h8300.md:1333:1: error: enum conversion in return is invalid in C++ [-Werror=c++-compat] ../../../gcc/gcc/config/h8300/h8300.md:2043:1: error: enum conversion in return is invalid in C++ [-Werror=c++-compat] ../../../gcc/gcc/config/h8300/h8300.md:2055:1: error: enum conversion in return is invalid in C++ [-Werror=c++-compat] ../../../gcc/gcc/config/h8300/h8300.md:2067:1: error: enum conversion in return is invalid in C++ [-Werror=c++-compat] ../../../gcc/gcc/config/h8300/h8300.md:2079:1: error: enum conversion in return is invalid in C++ [-Werror=c++-compat] ../../../gcc/gcc/config/h8300/h8300.md:2990:1: error: enum conversion in return is invalid in C++ [-Werror=c++-compat] ../../../gcc/gcc/config/h8300/h8300.md:3046:1: error: enum conversion in return is invalid in C++ [-Werror=c++-compat] ../../../gcc/gcc/config/h8300/h8300.md:3102:1: error: enum conversion in return is invalid in C++ [-Werror=c++-compat] cc1: all warnings being treated as errors make[1]: *** [insn-attrtab.o] Error 1 -- Summary: h8300 get_attr_cc warnings Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: build Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: amylaar at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44751
[Bug target/44752] New: crx-elf insn-automata.c: empty translation unit
gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber -DCLOOG_PPL_BACKEND -I/usr/include/libelf insn-automata.c -o insn-automata.o insn-automata.c:1:0: error: ISO C forbids an empty translation unit [-Werror=edantic] cc1: all warnings being treated as errors -- Summary: crx-elf insn-automata.c: empty translation unit Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: build Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: amylaar at gcc dot gnu dot org GCC target triplet: crx-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44752
[Bug fortran/44596] [OOP] Dynamic dispatch uses broken types
--- Comment #9 from dominiq at lps dot ens dot fr 2010-07-01 15:57 --- (In reply to comment #8) This may be a duplicate of pr44662. Could you try the patch in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44662#c2 ? It is not. Agreed for this pr (and pr44745 is a duplicate). However I think pr44746 is a duplicate of pr44596 and should be fixed by the patch in its comment #2. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44596
[Bug rtl-optimization/44752] insn-automata.c: empty translation unit
--- Comment #1 from amylaar at gcc dot gnu dot org 2010-07-01 15:59 --- Actually, crx is not the only target with this problem: avr-elf/make.out:insn-automata.c:1:0: error: ISO C forbids an empty translation unit [-Werror=edantic] cris-elf/make.out:insn-automata.c:1:0: error: ISO C forbids an empty translation unit [-Werror=edantic] crx-elf/make.out:insn-automata.c:1:0: error: ISO C forbids an empty translation unit [-Werror=edantic] fr30-elf/make.out:insn-automata.c:1:0: error: ISO C forbids an empty translation unit [-Werror=edantic] m68hc11-elf/make.out:insn-automata.c:1:0: error: ISO C forbids an empty translation unit [-Werror=edantic] mmix-knuth-mmixware/make.out:insn-automata.c:1:0: error: ISO C forbids an empty translation unit [-Werror=edantic] moxie-elf/make.out:insn-automata.c:1:0: error: ISO C forbids an empty translation unit [-Werror=edantic] vax-linux-gnu/make.out:insn-automata.c:1:0: error: ISO C forbids an empty translation unit [-Werror=edantic] xstormy16-elf/make.out:insn-automata.c:1:0: error: ISO C forbids an empty translation unit [-Werror=edantic] -- amylaar at gcc dot gnu dot org changed: What|Removed |Added Component|target |rtl-optimization Summary|crx-elf insn-automata.c:|insn-automata.c: empty |empty translation unit |translation unit http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44752
[Bug c++/44753] New: [4.5 Regression] class partial specialization error
The following code compiles on gcc-4.2/4.3/4.4 but doesn't on gcc-4.5, with error: aggregate fooidentityint, 0 bar has incomplete type and cannot be defined template class T struct identity { typedef T type; }; template class T, typename T::type A struct foo {}; template class T, T A struct fooidentityT, A {}; int main() { fooidentityint,0 bar; // error here } g++ somehow is messed up because foo is defined, and it should pick the partial specialization. If we comment the latter, it compiles, picking the main foo definition. -- Summary: [4.5 Regression] class partial specialization error Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rodolfo at rodsoft dot org GCC build triplet: x86_64-pc-linux-gnu GCC host triplet: x86_64-pc-linux-gnu GCC target triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44753
[Bug target/44754] New: m32c_pragma_memregs / m32c_pragma_address warnings
gcc -c -DIN_GCC_FRONTEND -DIN_GCC_FRONTEND -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber -DCLOOG_PPL_BACKEND -I/usr/include/libelf -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber -DCLOOG_PPL_BACKEND -I/usr/include/libelf ../../../gcc/gcc/config/m32c/m32c-pragma.c ../../../gcc/gcc/config/m32c/m32c-pragma.c: In function m32c_pragma_memregs: ../../../gcc/gcc/config/m32c/m32c-pragma.c:75:23: error: assignment makes integer from pointer without a cast [-Werror] ../../../gcc/gcc/config/m32c/m32c-pragma.c: In function m32c_pragma_address: ../../../gcc/gcc/config/m32c/m32c-pragma.c:99:15: error: variable var_str set but not used [-Werror=unused-but-set-variable] cc1: all warnings being treated as errors make[1]: *** [m32c-pragma.o] Error 1 -- Summary: m32c_pragma_memregs / m32c_pragma_address warnings Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: build Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: amylaar at gcc dot gnu dot org GCC target triplet: m32c-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44754
[Bug target/44755] New: picochip.md enum types mismatch
echo timestamp s-attrtab gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber -DCLOOG_PPL_BACKEND -I/usr/include/libelf insn-attrtab.c -o insn-attrtab.o ../../../gcc/gcc/config/picochip/picochip.md: In function insn_default_latency: ../../../gcc/gcc/config/picochip/picochip.md:2566:27: error: comparison between enum picochip_dfa_type and enum attr_schedType [-Werror=enum-compare] ../../../gcc/gcc/config/picochip/picochip.md:2566:27: error: comparison between enum picochip_dfa_type and enum attr_schedType [-Werror=enum-compare] ../../../gcc/gcc/config/picochip/picochip.md:2566:27: error: comparison between enum picochip_dfa_type and enum attr_schedType [-Werror=enum-compare] ../../../gcc/gcc/config/picochip/picochip.md:2566:27: error: comparison between enum picochip_dfa_type and enum attr_schedType [-Werror=enum-compare] ../../../gcc/gcc/config/picochip/picochip.md:2566:27: error: comparison between enum picochip_dfa_type and enum attr_schedType [-Werror=enum-compare] ../../../gcc/gcc/config/picochip/picochip.md:2566:27: error: comparison between enum picochip_dfa_type and enum attr_schedType [-Werror=enum-compare] ../../../gcc/gcc/config/picochip/picochip.md:2566:27: error: comparison between enum picochip_dfa_type and enum attr_schedType [-Werror=enum-compare] ../../../gcc/gcc/config/picochip/picochip.md:2566:27: error: comparison between enum picochip_dfa_type and enum attr_schedType [-Werror=enum-compare] ../../../gcc/gcc/config/picochip/picochip.md:2566:27: error: comparison between enum picochip_dfa_type and enum attr_schedType [-Werror=enum-compare] ../../../gcc/gcc/config/picochip/picochip.md:2566:27: error: comparison between enum picochip_dfa_type and enum attr_schedType [-Werror=enum-compare] ../../../gcc/gcc/config/picochip/picochip.md:2566:27: error: comparison between enum picochip_dfa_type and enum attr_schedType [-Werror=enum-compare] ../../../gcc/gcc/config/picochip/picochip.md:2566:27: error: comparison between enum picochip_dfa_type and enum attr_schedType [-Werror=enum-compare] ../../../gcc/gcc/config/picochip/picochip.md:2566:27: error: comparison between enum picochip_dfa_type and enum attr_schedType [-Werror=enum-compare] ../../../gcc/gcc/config/picochip/picochip.md:2566:27: error: comparison between enum picochip_dfa_type and enum attr_schedType [-Werror=enum-compare] ../../../gcc/gcc/config/picochip/picochip.md:2566:27: error: comparison between enum picochip_dfa_type and enum attr_schedType [-Werror=enum-compare] ../../../gcc/gcc/config/picochip/picochip.md:2566:27: error: comparison between enum picochip_dfa_type and enum attr_schedType [-Werror=enum-compare] ../../../gcc/gcc/config/picochip/picochip.md:2566:27: error: comparison between enum picochip_dfa_type and enum attr_schedType [-Werror=enum-compare] ../../../gcc/gcc/config/picochip/picochip.md:2566:27: error: comparison between enum picochip_dfa_type and enum attr_schedType [-Werror=enum-compare] ../../../gcc/gcc/config/picochip/picochip.md:2566:27: error: comparison between enum picochip_dfa_type and enum attr_schedType [-Werror=enum-compare] ../../../gcc/gcc/config/picochip/picochip.md:2566:27: error: comparison between enum picochip_dfa_type and enum attr_schedType [-Werror=enum-compare] ../../../gcc/gcc/config/picochip/picochip.md:2566:27: error: comparison between enum picochip_dfa_type and enum attr_schedType [-Werror=enum-compare] ../../../gcc/gcc/config/picochip/picochip.md:2566:27: error: comparison between enum picochip_dfa_type and enum attr_schedType [-Werror=enum-compare] ../../../gcc/gcc/config/picochip/picochip.md:2566:27: error: comparison between enum picochip_dfa_type and enum attr_schedType [-Werror=enum-compare] ../../../gcc/gcc/config/picochip/picochip.md:2566:27: error: comparison between enum picochip_dfa_type and enum attr_schedType [-Werror=enum-compare] ../../../gcc/gcc/config/picochip/picochip.md:2566:27: error: comparison between enum picochip_dfa_type and enum attr_schedType [-Werror=enum-compare] ../../../gcc/gcc/config/picochip/picochip.md:2566:27: error: comparison between enum picochip_dfa_type and enum attr_schedType [-Werror=enum-compare] ../../../gcc/gcc/config/picochip/picochip.md:2566:27: error: comparison between enum picochip_dfa_type and enum attr_schedType [-Werror=enum-compare] ../../../gcc/gcc/config/picochip/picochip.md:2566:27: error: comparison between enum picochip_dfa_type and enum attr_schedType
[Bug bootstrap/44756] New: [meta-bug] --enable-werror-always issues
Issues to be fixed before --enable-werror-always with a recent gcc compiler can be required for cross build tests: In order to get better coverage for non-native targets on i686-pc-linux-gnu, I've tried to build a configuration for each other target architecture directory configured with --enable-werror-always: alpha-linux-gnu hppa-linux-gnu mips-elf sh-elf arc-elf ia64-elfmmix-knuth-mmixware sparc-elf arm-eabi iq2000-elf mn10300-elf spu-elf avr-elf lm32-elfmoxie-elfv850-elf bfin-elf m32c-elfpdp11-elfvax-linux-gnu cris-elf m32r-elfpicochip-elf xstormy16-elf crx-elf m68hc11-elf ppc-elf xtensa-elf fr30-elf m68k-elfrx-elf frv-elf mcore-elf s390-linux-gnu h8300-elfmep-elf score-elf out of these 37 configurations, only seven succeeded: alpha-linux-gnu hppa-linux-gnu ia64-elf mips-elf ppc-elf s390-linux-gnu sparc-elf -- Summary: [meta-bug] --enable-werror-always issues Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: meta-bug Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: amylaar at gcc dot gnu dot org BugsThisDependsOn: 44749,44750,44751,44752,44754,44755 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44756
[Bug tree-optimization/44736] Overeager -O1 optimization results in incorrect code generation
--- Comment #4 from opensource3141 at gmail dot com 2010-07-01 16:52 --- (In reply to comment #3) We are going to ask developers to use -fno-builtin-malloc for now. I also think this is a glibc bug which should mark the hook variables volatile. I tested using the volatile keyword inside the glibc header malloc.h, and that also serves as a workaround. However, I believe the meaning of volatile is something a bit different, and using the qualifier would prevent GCC from optimizing accesses to the hook variables independent of calls to malloc. The fundamental issue seems to be that there is a mismatch between how malloc behaves and how GCC thinks it behaves. It sounds like the best way to resolve that mismatch is to use -fno-builtin-malloc, the main drawback being that the developer has to be consciously aware of this when building the code. Otherwise, there will be a nasty surprise. So, can you file a bug in the glibc bugzilla as well? I have filed a bug there and referenced this one: http://sources.redhat.com/bugzilla/show_bug.cgi?id=11781 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44736
[Bug fortran/44662] unitialized memory on testcases abstract_type_6.f03 and typebound_call_4.f03
--- Comment #4 from mikael at gcc dot gnu dot org 2010-07-01 17:05 --- PR44746 is a probable duplicate. I should hurry to commit before some others show up. I need to * finish what I'm doing * retrieve my commit key from... well, where it is * find some space to save my work * actually save it * exercise my memory on that f*** pass phrase * checkout a fresh tree * bootstrap * test again, just to be sure * finally commit I will report if I'm still stuck at step 2 next week, so that, would someone have extra time, he could loose it in fixing this PR. -- mikael at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mikael at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-07-01 17:05:25 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44662
[Bug target/44757] New: lm32.md: In function �gen_ashlsi3�:unused variable �one�
gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber -DCLOOG_PPL_BACKEND -I/usr/include/libelf insn-emit.c -o insn-emit.o ../../../gcc/gcc/config/lm32/lm32.md: In function gen_ashlsi3: ../../../gcc/gcc/config/lm32/lm32.md:827:15: error: unused variable one [-Werror=unused-variable] cc1: all warnings being treated as errors -- Summary: lm32.md: In function gen_ashlsi3:unused variable one Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: build Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: amylaar at gcc dot gnu dot org GCC target triplet: lm32-elf OtherBugsDependingO 44756 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44757
[Bug boehm-gc/41208] illegal instruction lwsync reported on e500
--- Comment #1 from gcc at breakpoint dot cc 2010-07-01 17:12 --- This can be closed IMHO. In latest binutils (those in trunk) lwsync is turned into in an (m)sync if -me500 is specified. boehm-gc upstream is fixed since they use .long right now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41208
[Bug tree-optimization/39799] [4.3/4.4/4.5/4.6 Regression] missing 'may be used uninitialized' warning
--- Comment #8 from danglin at gcc dot gnu dot org 2010-07-01 17:14 --- c-c++-common/uninit-17.c fails on hppa2.0w-hp-hpux11.11: Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/ /te st/gnu/gcc/gcc/gcc/testsuite/c-c++-common/uninit-17.c -Wc++-compat -O2 -Wunin itialized -S -o uninit-17.s(timeout = 300) /test/gnu/gcc/gcc/gcc/testsuite/c-c++-common/uninit-17.c: In function 'foobar': /test/gnu/gcc/gcc/gcc/testsuite/c-c++-common/uninit-17.c:12:9: warning: 'b' is u sed uninitialized in this function [-Wuninitialized] /test/gnu/gcc/gcc/gcc/testsuite/c-c++-common/uninit-17.c:12:9: note: 'b' was dec lared here output is: /test/gnu/gcc/gcc/gcc/testsuite/c-c++-common/uninit-17.c: In function 'foobar': /test/gnu/gcc/gcc/gcc/testsuite/c-c++-common/uninit-17.c:12:9: warning: 'b' is u sed uninitialized in this function [-Wuninitialized] /test/gnu/gcc/gcc/gcc/testsuite/c-c++-common/uninit-17.c:12:9: note: 'b' was dec lared here PASS: c-c++-common/uninit-17.c -Wc++-compat (test for warnings, line 12) FAIL: c-c++-common/uninit-17.c -Wc++-compat (test for warnings, line 14) FAIL: c-c++-common/uninit-17.c -Wc++-compat (test for excess errors) Excess errors: /test/gnu/gcc/gcc/gcc/testsuite/c-c++-common/uninit-17.c:12:9: warning: 'b' is u sed uninitialized in this function [-Wuninitialized] -- danglin at gcc dot gnu dot org changed: What|Removed |Added CC||danglin at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39799
[Bug target/44758] New: frv.md: incompatible enum comparisons / return
echo timestamp s-attrtab gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber -DCLOOG_PPL_BACKEND -I/usr/include/libelf insn-attrtab.c -o insn-attrtab.o ../../../gcc/gcc/config/frv/frv.md: In function bypass_p: ../../../gcc/gcc/config/frv/frv.md:348:17: error: comparison between frv_cpu_t and enum attr_cpu [-Werror=enum-compare] ../../../gcc/gcc/config/frv/frv.md:348:17: error: comparison between frv_cpu_t and enum attr_cpu [-Werror=enum-compare] ... ../../../gcc/gcc/config/frv/frv.md: In function insn_default_latency: ../../../gcc/gcc/config/frv/frv.md:348:17: error: comparison between frv_cpu_t and enum attr_cpu [-Werror=enum-compare] ... ../../../gcc/gcc/config/frv/frv.md: In function internal_dfa_insn_code: ../../../gcc/gcc/config/frv/frv.md:348:17: error: comparison between frv_cpu_t and enum attr_cpu [-Werror=enum-compare] ... ... message repease for more than 2000 lines... ../../../gcc/gcc/config/frv/frv.md:348:17: error: comparison between frv_cpu_t and enum attr_cpu [-Werror=enum-compare] ../../../gcc/gcc/config/frv/frv.md:348:17: error: comparison between frv_cpu_t and enum attr_cpu [-Werror=enum-compare] ../../../gcc/gcc/config/frv/frv.md: In function get_attr_acc_group: ../../../gcc/gcc/config/frv/frv.md:363:1: error: enum conversion in return is invalid in C++ [-Werror=c++-compat] cc1: all warnings being treated as errors make[1]: *** [insn-attrtab.o] Error 1 make[1]: Leaving directory `/user/inria/fsf/multi/frv-elf/gcc' make: *** [all-gcc] Error 2 -- Summary: frv.md: incompatible enum comparisons / return Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: build Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: amylaar at gcc dot gnu dot org GCC target triplet: frv-elf OtherBugsDependingO 44433,44756 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44758
[Bug target/44759] New: mn10300.md signed/unsigned comparisons
gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber -DCLOOG_PPL_BACKEND -I/usr/include/libelf insn-attrtab.c -o insn-attrtab.o ../../../gcc/gcc/config/mn10300/mn10300.md: In function get_attr_cc: ../../../gcc/gcc/config/mn10300/mn10300.md:1249:34: error: comparison between signed and unsigned integer expressions [-Werror=sign-compare] ../../../gcc/gcc/config/mn10300/mn10300.md:1250:34: error: comparison between signed and unsigned integer expressions [-Werror=sign-compare] ../../../gcc/gcc/config/mn10300/mn10300.md:1251:34: error: comparison between signed and unsigned integer expressions [-Werror=sign-compare] ../../../gcc/gcc/config/mn10300/mn10300.md:1252:34: error: comparison between signed and unsigned integer expressions [-Werror=sign-compare] ../../../gcc/gcc/config/mn10300/mn10300.md:1300:34: error: comparison between signed and unsigned integer expressions [-Werror=sign-compare] ../../../gcc/gcc/config/mn10300/mn10300.md:1301:34: error: comparison between signed and unsigned integer expressions [-Werror=sign-compare] ../../../gcc/gcc/config/mn10300/mn10300.md:1302:34: error: comparison between signed and unsigned integer expressions [-Werror=sign-compare] ../../../gcc/gcc/config/mn10300/mn10300.md:1303:34: error: comparison between signed and unsigned integer expressions [-Werror=sign-compare] cc1: all warnings being treated as errors make[1]: *** [insn-attrtab.o] Error 1 make[1]: Leaving directory `/user/inria/fsf/multi/mn10300-elf/gcc' make: *** [all-gcc] Error 2 -- Summary: mn10300.md signed/unsigned comparisons Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: build Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: amylaar at gcc dot gnu dot org GCC target triplet: mn10300-elf OtherBugsDependingO 44756 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44759
[Bug target/44760] New: iq2000.md warnings
gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber -DCLOOG_PPL_BACKEND -I/usr/include/libelf insn-emit.c -o insn-emit.o ../../../gcc/gcc/config/iq2000/iq2000.md: In function gen_indirect_jump: ../../../gcc/gcc/config/iq2000/iq2000.md:1343:2: error: implicit declaration of function gen_indirect_jump_internal2 [-Werror=implicit-function-declaration] ../../../gcc/gcc/config/iq2000/iq2000.md:1343:2: error: passing argument 1 of emit_jump_insn makes pointer from integer without a cast [-Werror] ../../../gcc/gcc/rtl.h:1671:12: note: expected rtx but argument is of type int ../../../gcc/gcc/config/iq2000/iq2000.md: In function gen_tablejump: ../../../gcc/gcc/config/iq2000/iq2000.md:1370:2: error: implicit declaration of function gen_tablejump_internal2 [-Werror=implicit-function-declaration] ../../../gcc/gcc/config/iq2000/iq2000.md:1370:2: error: passing argument 1 of emit_jump_insn makes pointer from integer without a cast [-Werror] ../../../gcc/gcc/rtl.h:1671:12: note: expected rtx but argument is of type int cc1: all warnings being treated as errors make[1]: *** [insn-emit.o] Error 1 -- Summary: iq2000.md warnings Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: amylaar at gcc dot gnu dot org GCC target triplet: iq2000-elf OtherBugsDependingO 44756 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44760
[Bug target/44761] New: sh.md warnings
gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber -DCLOOG_PPL_BACKEND -I/usr/include/libelf insn-emit.c -o insn-emit.o ../../../gcc/gcc/config/sh/sh.md: In function gen_symGOT_load: ../../../gcc/gcc/config/sh/sh.md:8472:7: error: variable insn set but not used [-Werror=unused-but-set-variable] ../../../gcc/gcc/config/sh/sh.md: In function gen_symDTPOFF2reg: ../../../gcc/gcc/config/sh/sh.md:8688:18: error: variable insn set but not used [-Werror=unused-but-set-variable] ../../../gcc/gcc/config/sh/sh.md: In function gen_symTPOFF2reg: ../../../gcc/gcc/config/sh/sh.md:8739:17: error: variable insn set but not used [-Werror=unused-but-set-variable] cc1: all warnings being treated as errors make[1]: *** [insn-emit.o] Error 1 make[1]: Leaving directory `/user/inria/fsf/multi/sh-elf/gcc' make: *** [all-gcc] Error 2 -- Summary: sh.md warnings Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: build Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: amylaar at gcc dot gnu dot org GCC target triplet: sh-elf OtherBugsDependingO 44756 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44761
[Bug target/44762] New: score/predicates.md warnings
gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber -DCLOOG_PPL_BACKEND -I/usr/include/libelf insn-preds.c -o insn-preds.o ../../../gcc/gcc/config/score/predicates.md: In function score_load_multiple_operation_1: ../../../gcc/gcc/config/score/predicates.md:92:7: error: variable src_addr set but not used [-Werror=unused-but-set-variable] ../../../gcc/gcc/config/score/predicates.md: In function score_store_multiple_operation_1: ../../../gcc/gcc/config/score/predicates.md:127:7: error: variable dest_addr set but not used [-Werror=unused-but-set-variable] cc1: all warnings being treated as errors make[1]: *** [insn-preds.o] Error 1 make[1]: Leaving directory `/user/inria/fsf/multi/score-elf/gcc' make: *** [all-gcc] Error 2 -- Summary: score/predicates.md warnings Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: build Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: amylaar at gcc dot gnu dot org GCC target triplet: score-elf OtherBugsDependingO 44756 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44762
[Bug middle-end/44763] New: SEGV in allocno_priority_compare_func on Solaris 8
In a Solaris 8/x86 testsuite run, several testcases fails with an ICE: a SEGV in allocno_priority_compare_func. An example is FAIL: g++.old-deja/g++.bugs/900511_01.C (internal compiler error) FAIL: g++.old-deja/g++.bugs/900511_01.C (test for excess errors) WARNING: g++.old-deja/g++.bugs/900511_01.C compilation failed to produce executable $ ./cc1plus 900511_01.ii struct_1::operator int() struct_2::operator float() void test() int main() Analyzing compilation unit Performing interprocedural optimizations *free_lang_data visibility early_local_cleanups whole-program inlineAssembling functions: struct_1::operator int() struct_2::operator float() void test() /vol/gcc/src/hg/trunk/solaris/gcc/testsuite/g++.old-deja/g++.bugs/900511_01.C: In function 'void test()': /vol/gcc/src/hg/trunk/solaris/gcc/testsuite/g++.old-deja/g++.bugs/900511_01.C:41:1: internal compiler error: Segmentation Fault In gdb, I find this stacktrace: Program received signal SIGSEGV, Segmentation fault. allocno_priority_compare_func (v1p=0x8d73c14, v2p=0x8d73c1c) at /vol/gcc/src/hg/trunk/solaris/gcc/ira-color.c:1750 1750 pri1 = allocno_priorities[ALLOCNO_NUM (a1)]; (gdb) where #0 allocno_priority_compare_func (v1p=0x8d73c14, v2p=0x8d73c1c) at /vol/gcc/src/hg/trunk/solaris/gcc/ira-color.c:1750 #1 0xdfadbb3d in qsort () from /usr/lib/libc.so.1 #2 0x084a61b5 in fast_allocation () at /vol/gcc/src/hg/trunk/solaris/gcc/ira-color.c:3260 #3 ira_color () at /vol/gcc/src/hg/trunk/solaris/gcc/ira-color.c:3325 #4 0x08491b88 in ira () at /vol/gcc/src/hg/trunk/solaris/gcc/ira.c:3278 #5 rest_of_handle_ira () at /vol/gcc/src/hg/trunk/solaris/gcc/ira.c:3433 #6 0x084f29a8 in execute_one_pass (pass=0x8c24a60) at /vol/gcc/src/hg/trunk/solaris/gcc/passes.c:1580 #7 0x084f2c89 in execute_pass_list (pass=0x8c24a60) at /vol/gcc/src/hg/trunk/solaris/gcc/passes.c:1635 #8 0x084f2c9c in execute_pass_list (pass=0x8cb0da0) at /vol/gcc/src/hg/trunk/solaris/gcc/passes.c:1636 #9 0x085f6382 in tree_rest_of_compilation (fndecl=0xdfa24b80) at /vol/gcc/src/hg/trunk/solaris/gcc/tree-optimize.c:420 #10 0x0879591d in cgraph_expand_function (node=0xdf992498) at /vol/gcc/src/hg/trunk/solaris/gcc/cgraphunit.c:1632 #11 0x08798c77 in cgraph_output_in_order () at /vol/gcc/src/hg/trunk/solaris/gcc/cgraphunit.c:1805 #12 cgraph_optimize () at /vol/gcc/src/hg/trunk/solaris/gcc/cgraphunit.c:1962 #13 0x08798fff in cgraph_finalize_compilation_unit () at /vol/gcc/src/hg/trunk/solaris/gcc/cgraphunit.c:1171 #14 0x08190a82 in cp_write_global_declarations () at /vol/gcc/src/hg/trunk/solaris/gcc/cp/decl2.c:3924 #15 0x0859d74c in compile_file (argc=2, argv=0x80477c4) at /vol/gcc/src/hg/trunk/solaris/gcc/toplev.c:997 #16 do_compile (argc=2, argv=0x80477c4) at /vol/gcc/src/hg/trunk/solaris/gcc/toplev.c:2342 #17 toplev_main (argc=2, argv=0x80477c4) at /vol/gcc/src/hg/trunk/solaris/gcc/toplev.c:2383 #18 0x082c16cb in main (argc=2, argv=0x80477c4) at /vol/gcc/src/hg/trunk/solaris/gcc/main.c:35 This is almost certainly another case of PR bootstrap/43870 and PR tree-optimization/42157. Vladimir, could you please have a look? Thanks. Rainer -- Summary: SEGV in allocno_priority_compare_func on Solaris 8 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ro at gcc dot gnu dot org GCC build triplet: i386-pc-solaris2.8 GCC host triplet: i386-pc-solaris2.8 GCC target triplet: i386-pc-solaris2.8 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44763
[Bug rtl-optimization/44764] New: ok_for_base_p_1: unused paraemter regno
gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber -DCLOOG_PPL_BACKEND -I/usr/include/libelf ../../../gcc/gcc/caller-save.c -o caller-save.o In file included from ../../../gcc/gcc/caller-save.c:39:0: ../../../gcc/gcc/addresses.h: In function ok_for_base_p_1: ../../../gcc/gcc/addresses.h:50:27: error: unused parameter regno [-Werror=unused-parameter] cc1: all warnings being treated as errors make[1]: *** [caller-save.o] Error 1 -- Summary: ok_for_base_p_1: unused paraemter regno Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: build Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: amylaar at gcc dot gnu dot org GCC target triplet: rx-elf OtherBugsDependingO 44756 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44764
[Bug testsuite/44651] gcc.target/x86_64/abi/callabi/leaf-[1,2].c fail on darwin
--- Comment #4 from iains at gcc dot gnu dot org 2010-07-01 17:45 --- confirmed, also on i686-apple-darwin9 @ m64 -- iains at gcc dot gnu dot org changed: What|Removed |Added CC||iains at gcc dot gnu dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-07-01 17:45:08 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44651
[Bug bootstrap/44727] [4.6 Regression] Failed to bootstrap with --with-cpu=atom
--- Comment #10 from hjl dot tools at gmail dot com 2010-07-01 17:46 --- Fixed. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44727
[Bug rtl-optimization/44695] [4.6 Regression] ice in simplify_subreg, at simplify-rtx.c:5117
--- Comment #8 from hjl dot tools at gmail dot com 2010-07-01 17:46 --- The updated patch is at http://gcc.gnu.org/ml/gcc-patches/2010-07/msg00076.html -- hjl dot tools at gmail dot com changed: What|Removed |Added URL|http://gcc.gnu.org/ml/gcc- |http://gcc.gnu.org/ml/gcc- |patches/2010- |patches/2010- |06/msg03173.html|07/msg00076.html http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44695
[Bug middle-end/44765] New: gen_rtx_REG can make out-of-bounds access for INVALID_REGNUM
gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber -DCLOOG_PPL_BACKEND -I/usr/include/libelf ../../../gcc/gcc/emit-rtl.c -o emit-rtl.o ../../../gcc/gcc/emit-rtl.c: In function gen_rtx_REG: ../../../gcc/gcc/emit-rtl.c:635:17: error: array subscript is above array bounds [-Werror=array-bounds] -- Summary: gen_rtx_REG can make out-of-bounds access for INVALID_REGNUM Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: build Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: amylaar at gcc dot gnu dot org GCC target triplet: xtensa-elf OtherBugsDependingO 44756 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44765
[Bug middle-end/44766] New: set-but-not-used warning in can_store_by_pieces
gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber -DCLOOG_PPL_BACKEND -I/usr/include/libelf ../../../gcc/gcc/expr.c -o expr.o ../../../gcc/gcc/expr.c: In function can_store_by_pieces: ../../../gcc/gcc/expr.c:2308:7: error: variable cst set but not used [-Werror=unused-but-set-variable] cc1: all warnings being treated as errors -- Summary: set-but-not-used warning in can_store_by_pieces Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: build Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: amylaar at gcc dot gnu dot org GCC target triplet: arc-elf OtherBugsDependingO 44756 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44766