[Bug fortran/36761] New: Unallocated array "referenced" silently
I'm really not sure whether to consider this a bug or a "feature". It certainly *seems* to me that it's non-conforming code that compiles and runs happily. [EMAIL PROTECTED] BadStuff]$ cat alloc.f90 module aa implicit none real(kind=8),dimension(:,:),allocatable::Md end module aa program fred use aa implicit none write(*,*)allocated(Md) write(*,*)Md(1,:) end [EMAIL PROTECTED] BadStuff]$ gfortran -Wall -O0 -W -Wtabs -g -fbounds-check -fbacktrace -pedantic -std=f95 -o alloc alloc.f90 [EMAIL PROTECTED] BadStuff]$ ./alloc F [EMAIL PROTECTED] BadStuff]$ gfortran -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../gcc-4.3-20080626/configure --disable-multilib --enable-languages=c,c++,fortran Thread model: posix gcc version 4.3.2 20080626 (prerelease) (GCC) If Md is in not in a module running ./alloc segfaults. Using a definite element gets picked up as a bounds violation. Writing Md(1,1:0) gives the same silent output as above. Should one really consider an unallocated array to be size 0? -- Summary: Unallocated array "referenced" silently Product: gcc Version: 4.3.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: terry at chem dot gu dot se GCC host triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36761
[Bug libgcj/36762] New: outstanding issues from the classpath-0.97 merge
Matthias> * gcj/javaprims.h: Define jobjectRefType. AFAIK, there is no reason for jobjectRefType not to simply always be defined in Classpath's jni.h. Assuming I'm not missing something, I'd rather we do that. I'll send a patch there. Matthias> * jni.cc (_Jv_JNI_GetObjectRefType): New (stub only). It is better to just leave this slot as NULL, until a real implementation is written. -- Summary: outstanding issues from the classpath-0.97 merge Product: gcc Version: 4.3.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: doko at ubuntu dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36762
[Bug libgcj/36763] New: new methods introduced with classpath-0.97.2, nyi in libgcj
the following methods are provided in classpath/vm/reference, but not yet implemented in libgcj (taken from svn diff -c137223 classpath/vm/reference): classpath/vm/reference/java/lang/VMFloat.java (floatToIntBits), classpath/vm/reference/java/lang/VMFloat.java (doubleToLongBits): methods removed. classpath/vm/reference/java/io/VMFile.java: + /** + * Gets the total bytes of the filesystem named by path. + */ + public static native long getTotalSpace(String path); + + /** + * Gets the total free bytes of the filesystem named by path. + */ + public static native long getFreeSpace(String path); + + /** + * Gets the available bytes of the filesystem named by path. + */ + public static native long getUsableSpace(String path); -- Summary: new methods introduced with classpath-0.97.2, nyi in libgcj Product: gcc Version: 4.3.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: doko at ubuntu dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36763
[Bug fortran/36761] Unallocated array "referenced" silently
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-07-08 09:03 --- Very similar to PR20520. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36761
[Bug c++/36760] Simple std::bind use causes warnings with -Wextra
--- Comment #5 from paolo dot carlini at oracle dot com 2008-07-08 09:59 --- Thanks Tom. In fact, yesterday I was writing without remembering my past analyses of this type of issue, with system header warnings not suppressed: TREE_NO_WARNING is *not* generically uses for that. Everything boils down to DECL_IN_SYSTEM_HEADER on the decl instead. Now, the warning at issue is the *only* one directly emitted from pt.c and the following draft works for me. What do you think, Mark? Otherwise, elsewhere we are dealing with these issues by going through the saved_in_system_header dance... Index: pt.c === *** pt.c(revision 137591) --- pt.c(working copy) *** tsubst_function_type (tree t, *** 8768,8773 --- 8768,8774 if (TYPE_QUALS (return_type) != TYPE_UNQUALIFIED && in_decl != NULL_TREE && !TREE_NO_WARNING (in_decl) + && !DECL_IN_SYSTEM_HEADER (in_decl) && (SCALAR_TYPE_P (return_type) || VOID_TYPE_P (return_type))) warning (OPT_Wignored_qualifiers, "type qualifiers ignored on function return type"); -- paolo dot carlini at oracle dot com changed: What|Removed |Added CC|paolo dot carlini at oracle |mark at codesourcery dot com |dot com | AssignedTo|unassigned at gcc dot gnu |paolo dot carlini at oracle |dot org |dot com Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36760
[Bug middle-end/35492] ICE building kernel sk_stream_wait_connect output_operand: invalid operand for 'p' modifier
--- Comment #4 from hp at gcc dot gnu dot org 2008-07-08 10:08 --- Created an attachment (id=15874) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15874&action=view) patch for 4.3 While I investigate just a little more, here's the regtested patch I'll commit to the 4.3 branch. It's safe in that it just removes the offending alternative, avoiding the problematic situation. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35492
[Bug middle-end/35492] ICE building kernel sk_stream_wait_connect output_operand: invalid operand for 'p' modifier
--- Comment #5 from hp at gcc dot gnu dot org 2008-07-08 10:26 --- Created an attachment (id=15875) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15875&action=view) patch for trunk/4.4 This is one part of a correction (regtested on trunk for cris-elf). By itself, it hides the bug by adding a constraint (redefining K to be a constraint prefix, renaming current uses to Kc, and introducing Kp) such that the constraints don't allow what the condition refuses. Lots of editing, mostly because of renaming. Thus, it doesn't matter that the condition isn't checked. It's correct to do this: putting as much of the description as possible into the constraints. Having that check in the condition was an artefact from when GCC didn't have multi-letter constraints. But, reload must also be fixed to not do operand transformations that don't also check the insn condition. I'm still working on that part. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35492
[Bug middle-end/36753] [4.3/4.4 Regression] Forward propagation interacts badly with global register variable
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-07-08 13:23 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||bonzini at gnu dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-07-08 13:23:39 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36753
[Bug ada/36764] New: ICE with -gnatn inlining and stream attributes
$ gcc -v Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: ../gcc.fsf.master/configure --prefix=/usr/local/gnat-fsf --enable-languages=ada,c,c++ --disable-bootstrap --disable-multilib --enable-checking Thread model: posix gcc version 4.4.0 20080630 (experimental) (GCC) $ gcc -c -O2 -gnatn b.ads +===GNAT BUG DETECTED==+ | 4.4.0 20080630 (experimental) (x86_64-unknown-linux-gnu) Assert_Failure einfo.adb:2439| | Error detected at b.ads:1:6 | | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Use a subject line meaningful to you and us to track the bug.| | Include the entire contents of this bug box in the report. | | Include the exact gcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ Please include these source files with error report Note that list may not be accurate in some cases, so please double check that the problem can still be reproduced with the set of files listed. b.ads d.ads c.ads list may be incomplete compilation abandoned -- cut here -- with D; package B is end; with C; procedure D is new C(Integer'Write); with Ada.Streams; generic with procedure Write_Type ( Stream : not null access Ada.Streams.Root_Stream_Type'Class; Item : Integer ); procedure C; pragma Inline (C); -- Summary: ICE with -gnatn inlining and stream attributes Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: baldrick at gcc dot gnu dot org GCC build triplet: x86_64-linux-gnu GCC host triplet: x86_64-linux-gnu GCC target triplet: x86_64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36764
[Bug fortran/36689] PRINT and WRITE eat minus sign
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2008-07-08 15:50 --- I have remote access to the machine now. Having trouble with gcc build. Not forgotton. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36689
[Bug fortran/36582] Namelist I/O error: Bogus "Cannot match namelist object"
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2008-07-08 15:52 --- So far this is a tricky one. Probably turn out to be a one liner or a re-write. :) Status is I am on travel, but still working it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36582
[Bug middle-end/35287] Missing PRE for indirect load
--- Comment #3 from dberlin at gcc dot gnu dot org 2008-07-08 16:11 --- Subject: Bug 35287 Author: dberlin Date: Tue Jul 8 16:11:06 2008 New Revision: 137631 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=137631 Log: 2008-07-05 Daniel Berlin <[EMAIL PROTECTED]> Fix PR tree-optimization/23455 Fix PR tree-optimization/35286 Fix PR tree-optimization/35287 * Makefile.in (OBJS-common): Remove tree-vn.o. tree-vn.o: Remove. * dbgcnt.def: Add treepre_insert debug counter. * gcc/tree-flow.h (add_to_value): Updated for other changes. (debug_value_expressions): Ditto. (print_value_expressions): Ditto. * tree-pretty-print.c (dump_generic_node): Updated for VALUE_HANDLE removal. * tree-ssa-dom.c (record_equality): Ditto. (cprop_operand): Ditto. (lookup_avail_expr): Ditto. * tree-ssa-threadedge.c (record_temporary_equivalences_from_stmts_at_dest): Ditto. (simplify_control_stmt_condition): Ditto. * tree.c (tree_code_size): Ditto. (tree_node_structure): Ditto. (iterative_hash_expr): Ditto. * tree.def: Ditto. * tree.h (VALUE_HANDLE_ID): Ditto. (VALUE_HANDLE_EXPR_SET): Ditto. (struct tree_value_handle): Ditto. (union tree_node): Ditto. * treestruct.def: Ditto. * tree-vn.c: Removed. * tree-ssa-pre.c: Rewritten entirely. * tree-ssa-sccvn.c (constant_to_value_id): New hashtable. (constant_value_ids): Ditto. (vn_nary_op_t): Moved to header. (vn_phi_t): Ditto. (vn_reference_op_t): Ditto (vn_reference_t): Ditto. (next_value_id): New variable. (VN_INFO): Add an assert. (vn_constant_eq): New function. (vn_constant_hash): Ditto. (get_or_alloc_constant_value_id): Ditto. (value_id_constant_p): Ditto. (vn_reference_compute_hash): De-staticify. (copy_reference_ops_from_ref): Don't use get_callee_fndecl. Disable some code with a FIXME. Remove VALUE_HANDLE use. (valueize_refs): Update opcode if it changes from ssa name to constant. (vn_reference_lookup_1): Add new argument. (vn_reference_lookup): Ditto. (vn_reference_lookup_pieces): New function. (vn_reference_insert): Add return type. Modify to deal with value ids. (vn_reference_insert_pieces): New function. (vn_nary_op_compute_hash): De-staticify. (vn_nary_op_eq): Ditto. (vn_nary_op_lookup_pieces): New function. (vn_nary_op_lookup): Add new argument. (vn_nary_op_insert_pieces): New function. (vn_nary_op_insert): Add return type. Modify to deal with value ids. (vn_phi_insert): Ditto. (visit_unary_op): Update for callee changes. (visit_binary_op): Ditto. (visit_reference_op_load): Ditto. (visit_reference_op_store): Ditto. (init_scc_vn): Init next_value_id, constant_to_value_id and constant_value_ids. (free_scc_vn): Free them. (set_hashtable_value_ids): New function. (run_scc_vn): Use it. (get_max_value_id): New function. (get_next_value_id): Ditto. (expressions_equal_p): Moved from tree-vn.c (sort_vuses): Ditto. (sort_vuses_heap): Ditto. * tree-ssa-sccvn.h: Structures moved from tree-ssa-sccvn.c (noted above). * tree.c (iterative_hash_hashval_t): Made non-static * tree.h (iterative_hash_hashval_t): Declare it. Added: trunk/gcc/testsuite/gcc.c-torture/compile/20080704-1.c trunk/gcc/testsuite/gcc.dg/tree-ssa/pr23455.c trunk/gcc/testsuite/gcc.dg/tree-ssa/pr35286.c trunk/gcc/testsuite/gcc.dg/tree-ssa/pr35287.c Removed: trunk/gcc/tree-vn.c Modified: trunk/gcc/ChangeLog trunk/gcc/Makefile.in trunk/gcc/dbgcnt.def trunk/gcc/testsuite/gcc.dg/tree-ssa/loadpre24.c trunk/gcc/tree-flow.h trunk/gcc/tree-pretty-print.c trunk/gcc/tree-ssa-dom.c trunk/gcc/tree-ssa-pre.c trunk/gcc/tree-ssa-sccvn.c trunk/gcc/tree-ssa-sccvn.h trunk/gcc/tree-ssa-threadedge.c trunk/gcc/tree.c trunk/gcc/tree.def trunk/gcc/tree.h trunk/gcc/treestruct.def -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35287
[Bug middle-end/35286] Missing PRE for globals
--- Comment #4 from dberlin at gcc dot gnu dot org 2008-07-08 16:11 --- Subject: Bug 35286 Author: dberlin Date: Tue Jul 8 16:11:06 2008 New Revision: 137631 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=137631 Log: 2008-07-05 Daniel Berlin <[EMAIL PROTECTED]> Fix PR tree-optimization/23455 Fix PR tree-optimization/35286 Fix PR tree-optimization/35287 * Makefile.in (OBJS-common): Remove tree-vn.o. tree-vn.o: Remove. * dbgcnt.def: Add treepre_insert debug counter. * gcc/tree-flow.h (add_to_value): Updated for other changes. (debug_value_expressions): Ditto. (print_value_expressions): Ditto. * tree-pretty-print.c (dump_generic_node): Updated for VALUE_HANDLE removal. * tree-ssa-dom.c (record_equality): Ditto. (cprop_operand): Ditto. (lookup_avail_expr): Ditto. * tree-ssa-threadedge.c (record_temporary_equivalences_from_stmts_at_dest): Ditto. (simplify_control_stmt_condition): Ditto. * tree.c (tree_code_size): Ditto. (tree_node_structure): Ditto. (iterative_hash_expr): Ditto. * tree.def: Ditto. * tree.h (VALUE_HANDLE_ID): Ditto. (VALUE_HANDLE_EXPR_SET): Ditto. (struct tree_value_handle): Ditto. (union tree_node): Ditto. * treestruct.def: Ditto. * tree-vn.c: Removed. * tree-ssa-pre.c: Rewritten entirely. * tree-ssa-sccvn.c (constant_to_value_id): New hashtable. (constant_value_ids): Ditto. (vn_nary_op_t): Moved to header. (vn_phi_t): Ditto. (vn_reference_op_t): Ditto (vn_reference_t): Ditto. (next_value_id): New variable. (VN_INFO): Add an assert. (vn_constant_eq): New function. (vn_constant_hash): Ditto. (get_or_alloc_constant_value_id): Ditto. (value_id_constant_p): Ditto. (vn_reference_compute_hash): De-staticify. (copy_reference_ops_from_ref): Don't use get_callee_fndecl. Disable some code with a FIXME. Remove VALUE_HANDLE use. (valueize_refs): Update opcode if it changes from ssa name to constant. (vn_reference_lookup_1): Add new argument. (vn_reference_lookup): Ditto. (vn_reference_lookup_pieces): New function. (vn_reference_insert): Add return type. Modify to deal with value ids. (vn_reference_insert_pieces): New function. (vn_nary_op_compute_hash): De-staticify. (vn_nary_op_eq): Ditto. (vn_nary_op_lookup_pieces): New function. (vn_nary_op_lookup): Add new argument. (vn_nary_op_insert_pieces): New function. (vn_nary_op_insert): Add return type. Modify to deal with value ids. (vn_phi_insert): Ditto. (visit_unary_op): Update for callee changes. (visit_binary_op): Ditto. (visit_reference_op_load): Ditto. (visit_reference_op_store): Ditto. (init_scc_vn): Init next_value_id, constant_to_value_id and constant_value_ids. (free_scc_vn): Free them. (set_hashtable_value_ids): New function. (run_scc_vn): Use it. (get_max_value_id): New function. (get_next_value_id): Ditto. (expressions_equal_p): Moved from tree-vn.c (sort_vuses): Ditto. (sort_vuses_heap): Ditto. * tree-ssa-sccvn.h: Structures moved from tree-ssa-sccvn.c (noted above). * tree.c (iterative_hash_hashval_t): Made non-static * tree.h (iterative_hash_hashval_t): Declare it. Added: trunk/gcc/testsuite/gcc.c-torture/compile/20080704-1.c trunk/gcc/testsuite/gcc.dg/tree-ssa/pr23455.c trunk/gcc/testsuite/gcc.dg/tree-ssa/pr35286.c trunk/gcc/testsuite/gcc.dg/tree-ssa/pr35287.c Removed: trunk/gcc/tree-vn.c Modified: trunk/gcc/ChangeLog trunk/gcc/Makefile.in trunk/gcc/dbgcnt.def trunk/gcc/testsuite/gcc.dg/tree-ssa/loadpre24.c trunk/gcc/tree-flow.h trunk/gcc/tree-pretty-print.c trunk/gcc/tree-ssa-dom.c trunk/gcc/tree-ssa-pre.c trunk/gcc/tree-ssa-sccvn.c trunk/gcc/tree-ssa-sccvn.h trunk/gcc/tree-ssa-threadedge.c trunk/gcc/tree.c trunk/gcc/tree.def trunk/gcc/tree.h trunk/gcc/treestruct.def -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35286
[Bug tree-optimization/23455] tree load PRE is not working for global variables
--- Comment #16 from dberlin at gcc dot gnu dot org 2008-07-08 16:11 --- Subject: Bug 23455 Author: dberlin Date: Tue Jul 8 16:11:06 2008 New Revision: 137631 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=137631 Log: 2008-07-05 Daniel Berlin <[EMAIL PROTECTED]> Fix PR tree-optimization/23455 Fix PR tree-optimization/35286 Fix PR tree-optimization/35287 * Makefile.in (OBJS-common): Remove tree-vn.o. tree-vn.o: Remove. * dbgcnt.def: Add treepre_insert debug counter. * gcc/tree-flow.h (add_to_value): Updated for other changes. (debug_value_expressions): Ditto. (print_value_expressions): Ditto. * tree-pretty-print.c (dump_generic_node): Updated for VALUE_HANDLE removal. * tree-ssa-dom.c (record_equality): Ditto. (cprop_operand): Ditto. (lookup_avail_expr): Ditto. * tree-ssa-threadedge.c (record_temporary_equivalences_from_stmts_at_dest): Ditto. (simplify_control_stmt_condition): Ditto. * tree.c (tree_code_size): Ditto. (tree_node_structure): Ditto. (iterative_hash_expr): Ditto. * tree.def: Ditto. * tree.h (VALUE_HANDLE_ID): Ditto. (VALUE_HANDLE_EXPR_SET): Ditto. (struct tree_value_handle): Ditto. (union tree_node): Ditto. * treestruct.def: Ditto. * tree-vn.c: Removed. * tree-ssa-pre.c: Rewritten entirely. * tree-ssa-sccvn.c (constant_to_value_id): New hashtable. (constant_value_ids): Ditto. (vn_nary_op_t): Moved to header. (vn_phi_t): Ditto. (vn_reference_op_t): Ditto (vn_reference_t): Ditto. (next_value_id): New variable. (VN_INFO): Add an assert. (vn_constant_eq): New function. (vn_constant_hash): Ditto. (get_or_alloc_constant_value_id): Ditto. (value_id_constant_p): Ditto. (vn_reference_compute_hash): De-staticify. (copy_reference_ops_from_ref): Don't use get_callee_fndecl. Disable some code with a FIXME. Remove VALUE_HANDLE use. (valueize_refs): Update opcode if it changes from ssa name to constant. (vn_reference_lookup_1): Add new argument. (vn_reference_lookup): Ditto. (vn_reference_lookup_pieces): New function. (vn_reference_insert): Add return type. Modify to deal with value ids. (vn_reference_insert_pieces): New function. (vn_nary_op_compute_hash): De-staticify. (vn_nary_op_eq): Ditto. (vn_nary_op_lookup_pieces): New function. (vn_nary_op_lookup): Add new argument. (vn_nary_op_insert_pieces): New function. (vn_nary_op_insert): Add return type. Modify to deal with value ids. (vn_phi_insert): Ditto. (visit_unary_op): Update for callee changes. (visit_binary_op): Ditto. (visit_reference_op_load): Ditto. (visit_reference_op_store): Ditto. (init_scc_vn): Init next_value_id, constant_to_value_id and constant_value_ids. (free_scc_vn): Free them. (set_hashtable_value_ids): New function. (run_scc_vn): Use it. (get_max_value_id): New function. (get_next_value_id): Ditto. (expressions_equal_p): Moved from tree-vn.c (sort_vuses): Ditto. (sort_vuses_heap): Ditto. * tree-ssa-sccvn.h: Structures moved from tree-ssa-sccvn.c (noted above). * tree.c (iterative_hash_hashval_t): Made non-static * tree.h (iterative_hash_hashval_t): Declare it. Added: trunk/gcc/testsuite/gcc.c-torture/compile/20080704-1.c trunk/gcc/testsuite/gcc.dg/tree-ssa/pr23455.c trunk/gcc/testsuite/gcc.dg/tree-ssa/pr35286.c trunk/gcc/testsuite/gcc.dg/tree-ssa/pr35287.c Removed: trunk/gcc/tree-vn.c Modified: trunk/gcc/ChangeLog trunk/gcc/Makefile.in trunk/gcc/dbgcnt.def trunk/gcc/testsuite/gcc.dg/tree-ssa/loadpre24.c trunk/gcc/tree-flow.h trunk/gcc/tree-pretty-print.c trunk/gcc/tree-ssa-dom.c trunk/gcc/tree-ssa-pre.c trunk/gcc/tree-ssa-sccvn.c trunk/gcc/tree-ssa-sccvn.h trunk/gcc/tree-ssa-threadedge.c trunk/gcc/tree.c trunk/gcc/tree.def trunk/gcc/tree.h trunk/gcc/treestruct.def -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23455
[Bug c++/36760] Simple std::bind use causes warnings with -Wextra
--- Comment #6 from mark at codesourcery dot com 2008-07-08 16:32 --- Subject: Re: Simple std::bind use causes warnings with -Wextra paolo dot carlini at oracle dot com wrote: > Thanks Tom. In fact, yesterday I was writing without remembering my past > analyses of this type of issue, with system header warnings not suppressed: > TREE_NO_WARNING is *not* generically uses for that. Everything boils down to > DECL_IN_SYSTEM_HEADER on the decl instead. Why is it reasonable for a libstdc++ header to return a cv-qualified type, but not for user code to do so? In general, the system-header hack is to work around things we don't control; we need to accept weird code in because the OS distributor controls that, not us. But, if it's not practical for libstdc++ to avoid this warning, then it's probably not practical for users to avoid it either, so then I wonder how beneficial the warning is. On the other hand, I'd expect that libstdc++ could just avoid the warning, by using a traits class to strip the cv-qualifier? Thanks, -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36760
[Bug fortran/36689] PRINT and WRITE eat minus sign
--- Comment #9 from dennis dot wassel at googlemail dot com 2008-07-08 17:10 --- (In reply to comment #8) > I have remote access to the machine now. Having trouble with gcc build. Not > forgotton. I remember our admin talking about needing an updated ld to be able to compile gcc. Are you aware of anything in that direction? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36689
[Bug tree-optimization/36765] New: [4.4 Regression] Revision 137573 miscompiles 464.h264ref in SPEC CPU 2006
Revision 137573 miscompiles 464.h264ref in SPEC CPU 2006 on Linux/x86-64 with -O2 -ffast-math: Running Benchmarks Running 464.h264ref test base o2 default Error with '/export/gnu/import/rrs/spec/2006/spec/bin/specinvoke -E -d /export/gnu/import/rrs/spec/2006/spec/benchspec/CPU2006/464.h264ref/run/run_base_test_o2. -c 1 -e compare.err -o compare.stdout -f compare.cmd': check file '/export/gnu/import/rrs/spec/2006/spec/benchspec/CPU2006/464.h264ref/run/run_base_test_o2./.err' *** Miscompare of foreman_test_baseline_leakybucketparam.cfg, see /export/gnu/import/rrs/spec/2006/spec/benchspec/CPU2006/464.h264ref/run/run_base_test_o2./foreman_test_baseline_leakybucketparam.cfg.mis *** Miscompare of foreman_test_baseline_encodelog.out, see /export/gnu/import/rrs/spec/2006/spec/benchspec/CPU2006/464.h264ref/run/run_base_test_o2./foreman_test_baseline_encodelog.out.mis Invalid run; unable to continue. If you wish to ignore errors please use '-I' or ignore_errors -- Summary: [4.4 Regression] Revision 137573 miscompiles 464.h264ref in SPEC CPU 2006 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: major Priority: P3 Component: tree-optimization 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=36765
[Bug fortran/36759] C_LOC and characters greater then one in length.
--- Comment #2 from brtnfld at hdfgroup dot org 2008-07-08 17:43 --- Subject: Re: C_LOC and characters greater then one in length. My mistake, I did not see that in the standard. It still would be nice however to have the non-standard feature for characters of LEN > 1. burnus at gcc dot gnu dot org wrote: > --- Comment #1 from burnus at gcc dot gnu dot org 2008-07-07 22:41 > --- > >> A = c_loc(arg1) >>1 >> Error: CHARACTER argument 'arg1' to 'c_loc' at (1) must have a length of 1 >> >> I'm not sure where this restriction comes from (it's not part of the >> standard). >> > > One could argue that one should allow it as vendor extension, however, the > restriction is in the standard: > > "Interoperability of intrinsic types" > "A Fortran intrinsic type with particular type parameter values is > interoperable with a C type if the type and kind type parameter value are > listed in the table on the same row as that C type; if the type is character, > interoperability also requires that the length type parameter be omitted or be > specified by an initialization expression whose value is one." > > For interoperability one thus should use instead of > character(len=2) :: str > rather > character(len=1,kind=c_char) :: str(2) > > (This is also the case for dummy arguments of BIND(C) procedures, though there > one can as pass "a string" as actual argument, cf. "storage sequence".) > > > -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36759
[Bug c++/13699] Extern "C" routine in different namespaces accepted with different exception signature
--- Comment #4 from dseketel at redhat dot com 2008-07-08 17:58 --- Created an attachment (id=15876) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15876&action=view) display warnings instead of error Second opus of the patch. It appears that the patch makes g++ not capable of compiling libstdc++ precisely because libstdc++ contains re-declarations of functions with C linkage specification, without respecting the exception specification constraints. Therefore, the we now report warnings instead of errors. Errors can be triggered using -pedantic though. The patch has been regtested on x86. -- dseketel at redhat dot com changed: What|Removed |Added Attachment #15871|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13699
[Bug fortran/36759] C_LOC and characters greater then one in length.
--- Comment #3 from kargl at gcc dot gnu dot org 2008-07-08 18:27 --- (In reply to comment #2) > Subject: Re: C_LOC and characters greater then one in > length. > > My mistake, I did not see that in the standard. > > It still would be nice however to have the non-standard feature for > characters of LEN > 1. > It also may be appropriate to report this bug to the vendors you cited as proof that gfortran had a bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36759
[Bug fortran/36759] C_LOC and characters greater then one in length.
--- Comment #4 from brtnfld at hdfgroup dot org 2008-07-08 18:40 --- Subject: Re: C_LOC and characters greater then one in length. I reported it to intel , their flag (-e03) used for checking for non-standard Fortran 2003 features missed it. pgi compiler with -Mstandard also missed it. g95 does not check for non-standard Fortran. I guess the conclusion is that it is not a bug in gfortran. kargl at gcc dot gnu dot org wrote: > --- Comment #3 from kargl at gcc dot gnu dot org 2008-07-08 18:27 --- > (In reply to comment #2) > >> Subject: Re: C_LOC and characters greater then one in >> length. >> >> My mistake, I did not see that in the standard. >> >> It still would be nice however to have the non-standard feature for >> characters of LEN > 1. >> >> > > It also may be appropriate to report this bug to the vendors you cited > as proof that gfortran had a bug. > > > -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36759
[Bug c++/34963] [4.3/4.4 regression] ICE completely broken destructor
--- Comment #5 from simartin at gcc dot gnu dot org 2008-07-08 18:42 --- Subject: Bug 34963 Author: simartin Date: Tue Jul 8 18:41:35 2008 New Revision: 137637 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=137637 Log: gcc/cp/ 2008-07-08 Simon Martin <[EMAIL PROTECTED]> PR c++/34963 * decl.c (grokdeclarator): Reset storage_class and staticp for friend functions declared with a storage class qualifier. gcc/testsuite/ 2008-07-08 Simon Martin <[EMAIL PROTECTED]> PR c++/34963 * g++.dg/parse/dtor13.C: New test. Added: trunk/gcc/testsuite/g++.dg/parse/dtor13.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/decl.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34963
[Bug libgcj/34521] SSLEngine - Clone not supported (Null pointer) exception
--- Comment #5 from jarygrove at yahoo dot com 2008-07-08 18:44 --- Please close this bug Jary http://www.ldapsoft.com http://www.ldapadmintool.com -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34521
[Bug c++/34963] [4.3/4.4 regression] ICE completely broken destructor
--- Comment #6 from simartin at gcc dot gnu dot org 2008-07-08 18:47 --- Fixed in 4.3 and 4.4. -- simartin at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Known to work|4.2.3 |4.2.3 4.3.2 4.4.0 Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34963
[Bug target/36701] [4.4 Regression] unaligned access in gcc.c-torture/execute/complex-7.c
--- Comment #9 from hjl dot tools at gmail dot com 2008-07-08 19:55 ---
When emit_group_store allocates stack temp to copy from register
to stack, it should use the mode with the largest alignment. Does
this patch make sense?
--- expr.c.align2008-07-02 11:56:29.0 -0700
+++ expr.c 2008-07-08 12:48:40.0 -0700
@@ -2074,10 +2074,28 @@ emit_group_store (rtx orig_dst, rtx src,
else
{
gcc_assert (bytepos == 0 && XVECLEN (src, 0));
- dest = assign_stack_temp (GET_MODE (dest),
- GET_MODE_SIZE (GET_MODE (dest)), 0);
- emit_move_insn (adjust_address (dest, GET_MODE (tmps[i]),
bytepos),
- tmps[i]);
+ enum machine_mode dest_mode = GET_MODE (dest);
+ enum machine_mode tmp_mode = GET_MODE (tmps[i]);
+
+ if (GET_MODE_ALIGNMENT (dest_mode)
+ >= GET_MODE_ALIGNMENT (tmp_mode))
+ {
+ dest = assign_stack_temp (dest_mode,
+ GET_MODE_SIZE (dest_mode),
+ 0);
+ emit_move_insn (adjust_address (dest,
+ tmp_mode,
+ bytepos),
+ tmps[i]);
+ }
+ else
+ {
+ dest = assign_stack_temp (tmp_mode,
+ GET_MODE_SIZE (dest_mode),
+ 0);
+ emit_move_insn (dest, tmps[i]);
+ dest = adjust_address (dest, dest_mode, bytepos);
+ }
dst = dest;
break;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36701
[Bug target/36701] [4.4 Regression] unaligned access in gcc.c-torture/execute/complex-7.c
--- Comment #10 from drow at gcc dot gnu dot org 2008-07-08 20:26 --- Subject: Re: [4.4 Regression] unaligned access in gcc.c-torture/execute/complex-7.c It sounds plausible but I suggest you ask on gcc-patches, I can't review that. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36701
[Bug tree-optimization/23455] tree load PRE is not working for global variables
--- Comment #17 from rguenth at gcc dot gnu dot org 2008-07-08 20:27 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23455
[Bug testsuite/36332] [4.4 Regression] FAIL: gcc.dg/torture/type-generic-1.c execution test on powerpc-*
--- Comment #2 from janis at gcc dot gnu dot org 2008-07-08 21:51 ---
The tests fail on powerpc*-unknown-linux-gnu with 128-bit long doubles because
__builtin_fpclassify claims that __LDBL_MAX__ is infinite, not normal. Here's
a small testcase minimized from type-generic-1.c:
#define FP_NAN 1
#define FP_INFINITE 2
#define FP_NORMAL 3
#define FP_SUBNORMAL 4
#define FP_ZERO 5
#define fpclassify(X) __builtin_fpclassify(FP_NAN, FP_INFINITE, FP_NORMAL,
FP_SUBNORMAL, FP_ZERO, (X))
int
main ()
{
volatile long double ld;
ld = __LDBL_MAX__;
if (fpclassify (ld) != FP_NORMAL)
__builtin_abort ();
return 0;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36332
[Bug middle-end/36701] [4.4 Regression] unaligned access in gcc.c-torture/execute/complex-7.c
--- Comment #11 from hjl dot tools at gmail dot com 2008-07-08 22:04 --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2008-07/msg00671.html -- hjl dot tools at gmail dot com changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2008- ||07/msg00671.html Component|target |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36701
[Bug c++/36567] Cannot use std::tr1::tie() with unordered_map<> of std::vector<>
--- Comment #3 from dfeathers at omnitrol dot com 2008-07-08 22:35 --- Subject: Re: Cannot use std::tr1::tie() with unordered_map<> of std::vector<> Paolo - Sorry for this delayed response. a) The problem does not exist on gcc 4.2 (Intel), but I do not have a 4.2 PPC x-compiler - only 4.0. So I cannot confirm a x-compile issue in 4.2. b) It would be very helpful if you would tell me GCC's support policy. i.e. How far back from the latest release will bug reports be considered? In this case, I've reported a bug only three minor releases back of the latest [4.2 at the time] and you seem to be saying "too old". c) I identified the problem as "C++", but more correctly it is an STL problem. d) If and when I can reproduce the problem in a current release, I'll let you know. Thanks, ... Dave paolo dot carlini at oracle dot com wrote: > > > --- Comment #2 from paolo dot carlini at oracle dot com > 2008-06-18 22:13 --- > I do not understand: do you have any evidence that current, maintained, > branches of GCC (ie 4_2, 4_3) have problems here? I do not. Because > certainly > people are not going to do anything on 4_0, and a C++ issue like that, > an error > from the C++ front-end, is also extremely unlikely to depend on the > target. > > > -- > > paolo dot carlini at oracle dot com changed: > >What|Removed |Added > > Status|UNCONFIRMED |WAITING > > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36567 > > --- You are receiving this mail because: --- > You reported the bug, or are watching the reporter. > -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36567
[Bug objc++/36723] [4.4 Regression] massive obj-c++ failures at rev.137407
--- Comment #2 from danglin at gcc dot gnu dot org 2008-07-08 22:39 --- Also seen on hppa-unknown-linux-gnu. /home/dave/gnu/gcc-4.4/gcc/gcc/testsuite/obj-c++.dg/bad-receiver-type.mm:14: warning: invalid receiver type '' Program received signal SIGSEGV, Segmentation fault. 0x0015134c in convert_for_initialization (exp=0x0, type=0x4012ad00, rhs=0x40132520, flags=11, errtype=0x7ddbe0 "initialization", fndecl=0x0, parmnum=0, complain=tf_warning_or_error) at ../../gcc/gcc/cp/typeck.c:6780 6780 if ((TREE_CODE (TREE_TYPE (rhs)) == ARRAY_TYPE (gdb) bt #0 0x0015134c in convert_for_initialization (exp=0x0, type=0x4012ad00, rhs=0x40132520, flags=11, errtype=0x7ddbe0 "initialization", fndecl=0x0, parmnum=0, complain=tf_warning_or_error) at ../../gcc/gcc/cp/typeck.c:6780 #1 0x000d83c4 in digest_init_r (type=0x4012ad00, init=0x4012b268, nested=0 '\0') at ../../gcc/gcc/cp/typeck2.c:811 #2 0x000d9954 in store_init_value (decl=0x4012b268, init=0x40132520) at ../../gcc/gcc/cp/typeck2.c:619 #3 0x00162e00 in expand_aggr_init_1 (binfo=0x40082dc0, true_exp=0x4012b268, exp=0x4012b268, init=0x40132520, flags=11, complain=tf_warning_or_error) at ../../gcc/gcc/cp/init.c:1425 #4 0x00166cbc in build_aggr_init (exp=0x4012b268, init=0x40132520, flags=11, complain=tf_warning_or_error) at ../../gcc/gcc/cp/init.c:1299 #5 0x0005f4f0 in build_aggr_init_full_exprs (decl=0x4012b268, init=0x40132520, flags=0) at ../../gcc/gcc/cp/decl.c:4978 #6 0x000705f8 in check_initializer (decl=0x4012b268, init=0x40132520, flags=0, cleanup=0xfb6d7fc8) at ../../gcc/gcc/cp/decl.c:5088 #7 0x000718e4 in cp_finish_decl (decl=0x4012b268, init=0x40132520, init_const_expr_p=0 '\0', asmspec_tree=, flags=-343597384) at ../../gcc/gcc/cp/decl.c:5579 #8 0x00072f44 in finish_decl (decl=0x0, init=0x4012ad00, asmspec_tree=0xb) at ../../gcc/gcc/cp/decl.c:5739 #9 0x00028934 in finish_var_decl (var=0x0, initializer=0x4012ad00) at ../../gcc/gcc/objc/objc-act.c:1484 ---Type to continue, or q to quit--- #10 0x00039864 in finish_objc () at ../../gcc/gcc/objc/objc-act.c:9170 #11 0x0003a578 in objc_finish_file () at ../../gcc/gcc/objc/objc-act.c:542 #12 0x00204118 in c_common_parse_file (set_yydebug=) at ../../gcc/gcc/c-opts.c:1264 #13 0x004b4154 in toplev_main (argc=, argv=) at ../../gcc/gcc/toplev.c:965 #14 0x40474254 in __libc_start_main () from /lib/libc.so.6 #15 0x00021058 in _start () (gdb) p/x $pc $1 = 0x15134c (gdb) disass 0x15133c 0x15135c Dump of assembler code from 0x15133c to 0x15135c: 0x0015133c :cmpib,= b,ret0,0x151698 0x00151340 :ldi 90,ret0 0x00151344 :cmpb,=,n ret0,r20,0x151698 0x00151348 :ldw 10(r3),r5 0x0015134c :ldh 0(r5),r20 0x00151350 :cmpib,= f,r20,0x15146c 0x00151354 :ldi 14,ret0 0x00151358 :cmpb,= ret0,r20,0x151540 End of assembler dump. (gdb) p/x $r5 $2 = 0x0 (gdb) p debug_tree (rhs) constant 0> val unsigned SI size unit size align 32 symtab 0 alias set -1 canonical type 0x4012aea0> constant arg 0 constant arg 0 >> val constant 0> val val >> $3 = void -- danglin at gcc dot gnu dot org changed: What|Removed |Added CC||danglin at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-07-08 22:39:54 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36723
[Bug middle-end/36743] [4.4 Regression] ICE in pow_c4_i4 when compiling snapshot of 07/04/08 under HP-PA Linux
--- Comment #4 from danglin at gcc dot gnu dot org 2008-07-08 23:08 --- Patch to fix this bug has been applied. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36743
[Bug tree-optimization/36766] New: natGC.cc:229: internal compiler error: Segmentation fault
libtool: compile: /home/dave/gnu/gcc/objdir/./gcc/xgcc -shared-libgcc -B/home/dave/gnu/gcc/objdir/ ./gcc -nostdinc++ -L/home/dave/gnu/gcc/objdir/x86_64-suse-linux/32/libstdc++-v3/src -L/home/dave/gn u/gcc/objdir/x86_64-suse-linux/32/libstdc++-v3/src/.libs -B/home/dave/opt/gnu/gcc/gcc-4.4.0/x86_64- suse-linux/bin/ -B/home/dave/opt/gnu/gcc/gcc-4.4.0/x86_64-suse-linux/lib/ -isystem /home/dave/opt/g nu/gcc/gcc-4.4.0/x86_64-suse-linux/include -isystem /home/dave/opt/gnu/gcc/gcc-4.4.0/x86_64-suse-li nux/sys-include -m32 -DHAVE_CONFIG_H -I. -I../../../../gcc/libjava -I./include -I./gcj -I../../../../gcc/libjava -Iinclude -I../../../../gcc/libjava/include -I../../../../gcc/libjava/classpath/include -Iclasspath/include -I../../../../gcc/libjava/classpath/native/fdlibm -I../../../../gcc/libjava/../boehm-gc/include -I../boehm-gc/include -I../../../../gcc/libjava/libltdl -I../../../../gcc/libjava/libltdl -I../../../../gcc/libjava/.././libjava/../gcc -I../../../../gcc/libjava/../zlib -I../../../../gcc/libjava/../libffi/include -I../libffi/include -I../libstdc++-v3/include -I../libstdc++-v3/include/x86_64-suse-linux -I../../../../gcc/libjava/../libstdc++-v3/libsupc++ -fno-rtti -fnon-call-exceptions -fdollars-in-identifiers -Wswitch-enum -D_FILE_OFFSET_BITS=64 -ffloat-store -fomit-frame-pointer -Wextra -Wall -D_GNU_SOURCE -DPREFIX=\"/home/dave/opt/gnu/gcc/gcc-4.4.0\" -DTOOLEXECLIBDIR=\"/home/dave/opt/gnu/gcc/gcc-4.4.0/lib/gcc/x86_64-suse-linux/4.4.0/32\" -DJAVA_HOME=\"/home/dave/opt/gnu/gcc/gcc-4.4.0\" -DBOOT_CLASS_PATH=\"/home/dave/opt/gnu/gcc/gcc-4.4.0/share/java/libgcj-4.4.0.jar\" -DJAVA_EXT_DIRS=\"/home/dave/opt/gnu/gcc/gcc-4.4.0/share/java/ext\" -DGCJ_ENDORSED_DIRS=\"/home/dave/opt/gnu/gcc/gcc-4.4.0/share/java/gcj-endorsed\" -DGCJ_VERSIONED_LIBDIR=\"/home/dave/opt/gnu/gcc/gcc-4.4.0/lib/../lib/gcj-4.4.0-10\" -DPATH_SEPARATOR=\":\" -DECJ_JAR_FILE=\"\" -DLIBGCJ_DEFAULT_DATABASE=\"/home/dave/opt/gnu/gcc/gcc-4.4.0/lib/../lib/gcj-4.4.0-10/classmap.db\" -DLIBGCJ_DEFAULT_DATABASE_PATH_TAIL=\"gcj-4.4.0-10/classmap.db\" -g -O2 -D_GNU_SOURCE -m32 -MT gnu/gcj/xlib/lib_gnu_awt_xlib_la-natGC.lo -MD -MP -MF gnu/gcj/xlib/.deps/lib_gnu_awt_xlib_la-natGC.Tpo -c ../../../../gcc/libjava/gnu/gcj/xlib/natGC.cc -fPIC -DPIC -o gnu/gcj/xlib/.libs/lib_gnu_awt_xlib_la-natGC.o ../../../../gcc/libjava/gnu/gcj/xlib/natGC.cc: In member function 'void gnu::gcj::xlib::GC::updateClip(AWTRectArray*)': ../../../../gcc/libjava/gnu/gcj/xlib/natGC.cc:229: internal compiler error: Segmentation fault [EMAIL PROTECTED]:~/gnu/gcc/objdir/gcc> ./xgcc -B./ -v Reading specs from ./specs Target: x86_64-suse-linux Configured with: ../gcc/configure --with-gnu-as --with-gnu-ld --enable-shared --prefix=/home/dave/opt/gnu/gcc/gcc-4.4.0 --with-local-prefix=/home/dave/opt/gnu --enable-threads=posix --enable-__cxa_atexit --build=x86_64-suse-linux --enable-clocale=gnu --enable-java-gc=boehm --enable-java-awt=xlib--enable-version-specific-runtime-libs --enable-linux-futex --without-system-libunwind --with-cpu=generic --enable-languages=c,c++,objc,fortran,obj-c++,java,ada Thread model: posix gcc version 4.4.0 20080708 (experimental) [trunk revision 137646] (GCC) Running under gdb: ... *, jint, jint, jint) void gnu::gcj::xlib::GC::updateClip(AWTRectArray*) Program received signal SIGSEGV, Segmentation fault. last_stmt (bb=0x0) at ../../gcc/gcc/tree-flow-inline.h:789 789 if (bb->index < NUM_FIXED_BLOCKS) (gdb) bt #0 last_stmt (bb=0x0) at ../../gcc/gcc/tree-flow-inline.h:789 #1 0x0082d45e in tree_purge_dead_eh_edges (bb=0x0) at ../../gcc/gcc/tree-cfg.c:6888 #2 0x0082d606 in tree_purge_all_dead_eh_edges (blocks=) at ../../gcc/gcc/tree-cfg.c:6916 #3 0x009421ce in fini_pre () at ../../gcc/gcc/tree-ssa-pre.c:4144 #4 0x0094a765 in execute_pre (do_fre=1 '\001') at ../../gcc/gcc/tree-ssa-pre.c:4227 #5 0x007a0453 in execute_one_pass (pass=0x11257a0) at ../../gcc/gcc/passes.c:1293 #6 0x007a0685 in execute_pass_list (pass=0x11257a0) at ../../gcc/gcc/passes.c:1343 #7 0x007a069d in execute_pass_list (pass=0x1123e40) at ../../gcc/gcc/passes.c:1344 #8 0x0088f636 in tree_rest_of_compilation (fndecl=0x7fc7f1cd18f0) at ../../gcc/gcc/tree-optimize.c:425 #9 0x00a40372 in cgraph_expand_function (node=0x7fc7f1cedc00) at ../../gcc/gcc/cgraphunit.c:1158 #10 0x00a42de4 in cgraph_optimize () at ../../gcc/gcc/cgraphunit.c:1221 #11 0x004b6125 in cp_write_global_declarations () at ../../gcc/gcc/cp/decl2.c:3538 #12 0x008255cf in toplev_main (argc=, argv=) at ../../gcc/gcc/toplev.c:976 #13 0x7fc7f292d436 in __libc_start_main () from /lib64/libc.so.6 #14 0x00404529 in _start () -- Summary: natGC.cc:229: internal compiler error: Segmentation fault Product: gcc Version: 4.4.0
[Bug tree-optimization/36766] [4.4 Regression] natGC.cc:229: internal compiler error: Segmentation fault
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||dberlin at gcc dot gnu dot ||org Keywords||build, ice-on-valid-code Summary|natGC.cc:229: internal |[4.4 Regression] |compiler error: Segmentation|natGC.cc:229: internal |fault |compiler error: Segmentation ||fault Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36766
[Bug tree-optimization/36766] [4.4 Regression] natGC.cc:229: internal compiler error: Segmentation fault
--- Comment #1 from dberlin at gcc dot gnu dot org 2008-07-09 01:56 --- Subject: Re: [4.4 Regression] natGC.cc:229: internal compiler error: Segmentation fault need .ii file at least. On Tue, Jul 8, 2008 at 9:15 PM, pinskia at gcc dot gnu dot org <[EMAIL PROTECTED]> wrote: > > > -- > > pinskia at gcc dot gnu dot org changed: > > What|Removed |Added > > CC||dberlin at gcc dot gnu dot > ||org > Keywords||build, ice-on-valid-code >Summary|natGC.cc:229: internal |[4.4 Regression] > |compiler error: Segmentation|natGC.cc:229: internal > |fault |compiler error: Segmentation > ||fault > Target Milestone|--- |4.4.0 > > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36766 > > --- You are receiving this mail because: --- > You are on the CC list for the bug, or are watching someone who is. > -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36766
