[Bug fortran/29651] Subroutine: Kind convertion of intent(out) value: signal
--- Comment #6 from dfranke at gcc dot gnu dot org 2007-07-04 06:40 --- > patch ping? Still working on this (that is, shunning it for the work involved). It does not yet work correctly with actual arguments that are optional dummy arguments. Thanks for the reminder :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29651
[Bug fortran/31119] -fbounds-check: Check for presence of optional arguments before bound checking
--- Comment #4 from jv244 at cam dot ac dot uk 2007-07-04 06:35 --- patch ping ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31119
[Bug fortran/30625] Array pointers to components of derived type arrays do not work
--- Comment #8 from jv244 at cam dot ac dot uk 2007-07-04 06:33 --- target milestone 4.3.0 ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30625
[Bug fortran/29389] Statement functions are not recognized as pure when they are
--- Comment #7 from jv244 at cam dot ac dot uk 2007-07-04 06:29 --- list link: http://gcc.gnu.org/ml/fortran/2007-01/msg00361.html this suggests that it is now an accepts-invalid bug with an easy fix (Bug reporter / assignee should change keyword) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29389
[Bug fortran/29606] Internal Error: Derived type I/O should have been handled via the frontend
--- Comment #2 from jv244 at cam dot ac dot uk 2007-07-04 06:25 --- (In reply to comment #1) > This is a general problem for gfortran. A pointer to a component of an array > of derived types cannot, at the moment be represented. Some brave soul need to > come up with a proposal as to how to do it and then to change every single > client for array descriptors in gfortran. I periodically contemplate how to > do > it and recoil in horror at the size of the job. If this would require an ABI change, 4.3.0 would be the right time to fix this. This looks like rather important functionality. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29606
[Bug fortran/29651] Subroutine: Kind convertion of intent(out) value: signal
--- Comment #5 from jv244 at cam dot ac dot uk 2007-07-04 06:19 --- (In reply to comment #4) > Subject: Bug number PR29651 > > A patch for this bug has been added to the patch tracker. > The mailing list url for the patch is > http://gcc.gnu.org/ml/gcc-patches/2007-05/msg02108.html > patch ping? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29651
[Bug fortran/24784] Warning about unused routine argument should not read "unused variable"
--- Comment #5 from patchapp at dberlin dot org 2007-07-04 06:00 --- Subject: Bug number PR24784 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2007-07/msg00326.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24784
[Bug tree-optimization/32533] [4.1/4.2 regression] miscompilation at -O3 -ffast-math -ftree-vectorize -march=native
--- Comment #15 from ubizjak at gmail dot com 2007-07-04 05:56 --- (In reply to comment #12) > Uros, is it feasible to backport this to 4.2? Sure, the patch was just waiting a couple of days on mainline for possible problems. This bug is now fixed on mainline and branches. -- ubizjak at gmail dot com changed: What|Removed |Added CC|ubizjak at gmail dot com| Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32533
[Bug tree-optimization/31966] [4.1/4.2 Regression] Miscompiles valid code with -ftree-vectorize
--- Comment #12 from ubizjak at gmail dot com 2007-07-04 05:54 --- Fixed on mainline and branches. -- ubizjak at gmail dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31966
[Bug tree-optimization/23115] [4.1 Regression] -ftree-vectorize generates wrong code
--- Comment #12 from ubizjak at gmail dot com 2007-07-04 05:53 --- (In reply to comment #11) > It is up to bugmaster to reopen this PR, as the fix is not effective. This is OK to leave as fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23115
[Bug tree-optimization/31966] [4.1/4.2 Regression] Miscompiles valid code with -ftree-vectorize
--- Comment #11 from uros at gcc dot gnu dot org 2007-07-04 05:49 --- Subject: Bug 31966 Author: uros Date: Wed Jul 4 05:49:31 2007 New Revision: 126302 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126302 Log: PR tree-optimization/31966 PR tree-optimization/32533 * tree-if-conv.c (add_to_dst_predicate_list): Use "edge", not "basic_block" description as its third argument. Update function calls to get destination bb from "edge" argument. Save "cond" into aux field of the edge. Update prototype for changed arguments. (if_convertible_loop_p): Clear aux field of incoming edges if bb contains phi node. (find_phi_replacement_condition): Operate on incoming edges, not on predecessor blocks. If there is a condition saved in the incoming edge aux field, AND it with incoming bb predicate. Return source bb of the first edge. (clean_predicate_lists): Clean aux field of outgoing node edges. (tree_if_conversion): Do not initialize cond variable. Move variable declaration into the loop. (replace_phi_with_cond_gimple_modify_stmt): Remove unneded initializations of new_stmt, arg0 and arg1 variables. testsuite/ChangeLog: PR tree-optimization/31966 PR tree-optimization/32533 * gcc.dg/tree-ssa/pr31966.c: New runtime test. * gfortran.dg/pr32533.f90: Ditto. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/tree-ssa/pr31966.c branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/pr32533.f90 Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/gcc/tree-if-conv.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31966
[Bug tree-optimization/32533] [4.1/4.2 regression] miscompilation at -O3 -ffast-math -ftree-vectorize -march=native
--- Comment #14 from uros at gcc dot gnu dot org 2007-07-04 05:49 --- Subject: Bug 32533 Author: uros Date: Wed Jul 4 05:49:31 2007 New Revision: 126302 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126302 Log: PR tree-optimization/31966 PR tree-optimization/32533 * tree-if-conv.c (add_to_dst_predicate_list): Use "edge", not "basic_block" description as its third argument. Update function calls to get destination bb from "edge" argument. Save "cond" into aux field of the edge. Update prototype for changed arguments. (if_convertible_loop_p): Clear aux field of incoming edges if bb contains phi node. (find_phi_replacement_condition): Operate on incoming edges, not on predecessor blocks. If there is a condition saved in the incoming edge aux field, AND it with incoming bb predicate. Return source bb of the first edge. (clean_predicate_lists): Clean aux field of outgoing node edges. (tree_if_conversion): Do not initialize cond variable. Move variable declaration into the loop. (replace_phi_with_cond_gimple_modify_stmt): Remove unneded initializations of new_stmt, arg0 and arg1 variables. testsuite/ChangeLog: PR tree-optimization/31966 PR tree-optimization/32533 * gcc.dg/tree-ssa/pr31966.c: New runtime test. * gfortran.dg/pr32533.f90: Ditto. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/tree-ssa/pr31966.c branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/pr32533.f90 Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/gcc/tree-if-conv.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32533
[Bug libstdc++/32618] std::vector calls uneccessary constructors instead of inplace construction of first object
--- Comment #5 from oliver at kfs dot org 2007-07-04 05:45 --- Doh - yes - you're completely right about push_back. push_back itself isn't incurring the temporary variable, Foo() is. Lost track of that investigating the resize thing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32618
[Bug tree-optimization/32533] [4.1/4.2 regression] miscompilation at -O3 -ffast-math -ftree-vectorize -march=native
--- Comment #13 from uros at gcc dot gnu dot org 2007-07-04 05:41 --- Subject: Bug 32533 Author: uros Date: Wed Jul 4 05:40:58 2007 New Revision: 126301 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126301 Log: PR tree-optimization/31966 PR tree-optimization/32533 * tree-if-conv.c (add_to_dst_predicate_list): Use "edge", not "basic_block" description as its third argument. Update function calls to get destination bb from "edge" argument. Save "cond" into aux field of the edge. Update prototype for changed arguments. (if_convertible_loop_p): Clear aux field of incoming edges if bb contains phi node. (find_phi_replacement_condition): Operate on incoming edges, not on predecessor blocks. If there is a condition saved in the incoming edge aux field, AND it with incoming bb predicate. Return source bb of the first edge. (clean_predicate_lists): Clean aux field of outgoing node edges. (tree_if_conversion): Do not initialize cond variable. Move variable declaration into the loop. (replace_phi_with_cond_gimple_modify_stmt): Remove unneded initializations of new_stmt, arg0 and arg1 variables. testsuite/ChangeLog: PR tree-optimization/31966 PR tree-optimization/32533 * gcc.dg/tree-ssa/pr31966.c: New runtime test. * gfortran.dg/pr32533.f90: Ditto. Added: branches/gcc-4_2-branch/gcc/testsuite/gcc.dg/tree-ssa/pr31966.c branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/pr32533.f90 Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/testsuite/ChangeLog branches/gcc-4_2-branch/gcc/tree-if-conv.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32533
[Bug tree-optimization/31966] [4.1/4.2 Regression] Miscompiles valid code with -ftree-vectorize
--- Comment #10 from uros at gcc dot gnu dot org 2007-07-04 05:41 --- Subject: Bug 31966 Author: uros Date: Wed Jul 4 05:40:58 2007 New Revision: 126301 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126301 Log: PR tree-optimization/31966 PR tree-optimization/32533 * tree-if-conv.c (add_to_dst_predicate_list): Use "edge", not "basic_block" description as its third argument. Update function calls to get destination bb from "edge" argument. Save "cond" into aux field of the edge. Update prototype for changed arguments. (if_convertible_loop_p): Clear aux field of incoming edges if bb contains phi node. (find_phi_replacement_condition): Operate on incoming edges, not on predecessor blocks. If there is a condition saved in the incoming edge aux field, AND it with incoming bb predicate. Return source bb of the first edge. (clean_predicate_lists): Clean aux field of outgoing node edges. (tree_if_conversion): Do not initialize cond variable. Move variable declaration into the loop. (replace_phi_with_cond_gimple_modify_stmt): Remove unneded initializations of new_stmt, arg0 and arg1 variables. testsuite/ChangeLog: PR tree-optimization/31966 PR tree-optimization/32533 * gcc.dg/tree-ssa/pr31966.c: New runtime test. * gfortran.dg/pr32533.f90: Ditto. Added: branches/gcc-4_2-branch/gcc/testsuite/gcc.dg/tree-ssa/pr31966.c branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/pr32533.f90 Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/testsuite/ChangeLog branches/gcc-4_2-branch/gcc/tree-if-conv.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31966
[Bug target/32621] New: undefined weak sym test broken when pic
extern int foo () __attribute__ ((weak)); extern int bar __attribute__ ((weak)); int main () { if (foo) foo (); if (&bar) bar++; return 0; } When compiled with -fPIC, the tests for non-zero foo and bar address have a pic adjustment made before comparing against zero. If the code is run at an address other than where it was linked this will result in foo being called when it is undefined, and similarly for bar. -- Summary: undefined weak sym test broken when pic Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: amodra at bigpond dot net dot au GCC target triplet: spu-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32621
[Bug target/32506] [4.1/4.2/4.3 Regression] cross compile sh64-superh-linux-gnu internal compiler error: in change_address_1, at emit-rtl.c:1800
--- Comment #6 from kkojima at gcc dot gnu dot org 2007-07-04 05:20 --- Fixed. -- kkojima at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32506
[Bug target/32506] [4.1/4.2/4.3 Regression] cross compile sh64-superh-linux-gnu internal compiler error: in change_address_1, at emit-rtl.c:1800
--- Comment #5 from kkojima at gcc dot gnu dot org 2007-07-04 05:18 --- Subject: Bug 32506 Author: kkojima Date: Wed Jul 4 05:18:17 2007 New Revision: 126300 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126300 Log: PR target/32506 Backport from mainline. * config/sh/sh.md (udivsi3_i1_media): Use target_reg_operand predicate instead of target_operand. (divsi3_i1_media, divsi3_media_2): Likewise. Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/config/sh/sh.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32506
[Bug target/32506] [4.1/4.2/4.3 Regression] cross compile sh64-superh-linux-gnu internal compiler error: in change_address_1, at emit-rtl.c:1800
--- Comment #4 from kkojima at gcc dot gnu dot org 2007-07-04 04:58 --- Subject: Bug 32506 Author: kkojima Date: Wed Jul 4 04:57:59 2007 New Revision: 126299 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126299 Log: PR target/32506 Backport from mainline. * config/sh/sh.md (udivsi3_i1_media): Use target_reg_operand predicate instead of target_operand. (divsi3_i1_media, divsi3_media_2): Likewise. Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/config/sh/sh.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32506
[Bug libstdc++/32618] std::vector calls uneccessary constructors instead of inplace construction of first object
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-07-04 04:34 --- Well for one push_back takes "const T&". This is what I was talking about, you can't really get any better in that case. Now the resize case is a different story. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32618
[Bug libstdc++/32618] std::vector calls uneccessary constructors instead of inplace construction of first object
--- Comment #3 from oliver at kfs dot org 2007-07-04 04:27 --- Andrew, currently it seems to work like this (pseudo code warning): T* newSpace = alloc(newSize); int i = 0 ; for ( ; i < size ; ++i ) { newSpace[i].constructor(oldSpace[i]) ; } const T defaultInstance ; for ( ; i < newSize ; i++ ) { newSpace[i].constructor(defaultInstance) ; } What I'm talking about is replacing "const T defaultInstance;" with // Execute the default constructor on the first new element newSpace[i].constructor() ; // Take a reference to this object for copying to subsequent instances const T& defaultInstance = newSpace[i] ; // Advance i to the next element ++i ; -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32618
[Bug fortran/32620] dummy procedure problem
--- Comment #5 from danp57 at optonline dot net 2007-07-04 04:16 --- Subject: Re: dummy procedure problem Inserting "implicit none" in the headings of all the functions/program bodies made it clear that the main program did not know what type it was passing. Explicit insertion of "real(8), external::" declarations in the main program was enough to solve the problem. The "external" was required. Both niceties had escaped my prior reading of fortran95... I'd had the impression it would pick these up from the declarations above. Nope. However, it might be helpful if it noted the problem as does the Lahey compiler, or didn't crash so hard. I appreciate your assistance! Thank you! Dan jvdelisle at gcc dot gnu dot org wrote: > --- Comment #4 from jvdelisle at gcc dot gnu dot org 2007-07-04 04:05 > --- > and lahey says: > > 2623-S: "SOURCE.F90", line 25: The actual argument shall be a procedure name > that associates the dummy argument 'f' of procedure 'wrap'. The previous > appearance is in 'line 1'. > 2617-S: "SOURCE.F90", line 25: The type of function 'wrap' result shall be > the same between definition and reference. The previous appearance is in 'line > 1'. > Encountered 2 errors, 0 warnings, 0 informations in file SOURCE.F90. > > > -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32620
[Bug fortran/32620] dummy procedure problem
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2007-07-04 04:05 --- and lahey says: 2623-S: "SOURCE.F90", line 25: The actual argument shall be a procedure name that associates the dummy argument 'f' of procedure 'wrap'. The previous appearance is in 'line 1'. 2617-S: "SOURCE.F90", line 25: The type of function 'wrap' result shall be the same between definition and reference. The previous appearance is in 'line 1'. Encountered 2 errors, 0 warnings, 0 informations in file SOURCE.F90. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32620
[Bug fortran/32620] dummy procedure problem
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-07-04 03:49 --- The main reason is that the interface for wrap is not known, and also g is implicate(sp?) which means it is a real(4). Actually it is the implicate(sp?) issue. If I make what g is by doing: external :: g real(8) :: g I don't get a crash. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32620
[Bug fortran/32620] dummy procedure problem
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-04 03:43 --- I don't think this is valid code. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32620
[Bug fortran/32620] dummy procedure problem
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2007-07-04 03:40 --- This is a very hard crash. No info from gdb. Valgrind reports: ==14958== Conditional jump or move depends on uninitialised value(s) ==14958==at 0x430B31: strlen (in /home/jerry/prs/inwork/pr32620/a.out) ==14958==by 0x45A72D: fillin_rpath (in /home/jerry/prs/inwork/pr32620/a.out) ==14958==by 0x45C445: _dl_init_paths (in /home/jerry/prs/inwork/pr32620/a.out) ==14958==by 0x43669E: _dl_non_dynamic_init (in /home/jerry/prs/inwork/pr32620/a.out) ==14958==by 0x436D1A: __libc_init_first (in /home/jerry/prs/inwork/pr32620/a.out) ==14958==by 0x41303C: (below main) (in /home/jerry/prs/inwork/pr32620/a.out) ==14958== ==14958== Jump to the invalid address stated on the next line ==14958==at 0x7FF0003BC: ??? ==14958==by 0x40033E: MAIN__ (in /home/jerry/prs/inwork/pr32620/a.out) ==14958==by 0x4003EB: main (fmain.c:22) ==14958== Address 0x7FF0003BC is on thread 1's stack vex amd64->IR: unhandled instruction bytes: 0xEC 0x3 0x40 0x0 -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-07-04 03:40:05 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32620
[Bug debug/32610] [4.2/4.3 regression] ICE in gen_tagged_type_instantiation_die, at dwarf2out.c:12762
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32610
[Bug debug/32563] [4.2/4.3 regression] ICE on pointer arithmetic
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32563
[Bug tree-optimization/32533] [4.1/4.2 regression] miscompilation at -O3 -ffast-math -ftree-vectorize -march=native
--- Comment #12 from mmitchel at gcc dot gnu dot org 2007-07-04 03:31 --- Uros, is it feasible to backport this to 4.2? -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32533
[Bug c++/32519] [4.1/4.2/4.3 regression] g++ allows access to protected template member functions of base class
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32519
[Bug tree-optimization/32500] [4.2 Regression] Loop optimization limits range to size of array used inside loop
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32500
[Bug target/32414] [4.1/4.2 Regression] Poor code for inner loop on i386
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32414
[Bug tree-optimization/32328] [4.2/4.3 Regression] -fstrict-aliasing causes skipped code
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32328
[Bug middle-end/32327] [4.2 Regression] Incorrect stack sharing causing removal of live code
--- Comment #29 from mmitchel at gcc dot gnu dot org 2007-07-04 03:28 --- Diego, does this problem still exist on the 4.2 branch? I see that you checked in a patch, which you suggest may not be a complete fix, but does this test case still fail? -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32327
[Bug tree-optimization/32306] [4.2/4.3 Regression] DOM jump threading no longer iterates
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32306
[Bug ada/32286] [4.2/4.3 Regression] ICE in dwarf2out with -g: sees Ada f-e unconstrained_array_type node
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32286
[Bug c++/32256] [4.0/4.1/4.2/4.3 regression] pragma system_header doesn't suppress warnings in tree-cfg
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32256
[Bug c++/32245] [4.1/4.2/4.3 Regression] wrong POD type initialization with pointer to member
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32245
[Bug target/32218] [4.2/4.3 Regression] segfault with -O1 -ftree-vectorize
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32218
[Bug libgcj/32619] -static-libgcj includes entire gnu classpath (>30MB executable from 95byte source)
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-04 03:23 --- And this is not a bug, the library just got bigger. You know that your 95 byte source pulls in all of locale, all of thread, most of the java.lang classes in fact. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|java|libgcj Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32619
[Bug c++/32182] [4.2 Regression] -fstrict-aliasing optimizations cause constructor not to run for object causing segfault
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32182
[Bug ada/32164] [4.1/4.2/4.3 Regression] Ada ICE when renaming predefined "=" and "/="
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32164
[Bug c++/32108] [4.2/4.3 regression] ICE with __label__ outside of block scope
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32108
[Bug middle-end/32004] [4.1/4.2/4.3 regression] : can't find a register in class 'GENERAL_REGS' while reloading 'asm'
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32004
[Bug target/30961] [4.1/4.2/4.3 regression] redundant reg/mem stores/moves
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30961
[Bug middle-end/31947] [4.2 Regression] ICE in calc_dfs_tree, at dominance.c:374
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31947
[Bug c++/31941] [4.1/4.2/4.3 Regression] "confused by earlier errors" message without earlier error message
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31941
[Bug debug/31899] [4.2/4.3 regression] -g and using declaration causing ICE in reference_to_unused
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31899
[Bug target/31786] [4.1/4.2/4.3 Regression][avr] error: unable to find a register to spill in class 'BASE_POINTER_REGS'
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31786
[Bug fortran/31197] [4.2/4.3 regression] TRANSPOSE/RESHAPE and strings
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31197
[Bug c++/31027] [4.1/4.2/4.3 regression] Compiler segfaults in simple virtual inheritance situation
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31027
[Bug target/30243] [4.1/4.2/4.3 Regression][avr] signbit() causes an internal compiler error
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30243
[Bug fortran/32620] New: dummy procedure problem
I see a strange initialization problem. If I pass some function 'g' as an argument fo another function 'wrap', I will get a bus error. If I call 'g' from main before passing it as an argument, the code works correctly. In the sample code, removing the two commented lines causes the call to 'wrap' to work; leaving the comments produces the bus error. Sample code: function wrap(x0, f) result(w) real(8), intent(in):: x0 real(8):: w interface function f(x) result(r) real(8), intent(in):: x real(8):: r end function f end interface w = f(x0) return end function wrap function g(y) result(s) real(8), intent(in):: y real(8):: s s = y * y return end function g program m real(8):: b !b = g(2.0d00) !print *, 'g(2.0d00) = ', b b = wrap(3.0d00, g) print *, 'wrap(3.0d00, g) = ', b end program m -- Summary: dummy procedure problem Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danp57 at optonline dot net GCC build triplet: i?86-mac-darwin GCC host triplet: i?86-mac-darwin GCC target triplet: i?86-mac-darwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32620
[Bug java/32619] -static-libgcj includes entire gnu classpath (>30MB executable from 95byte source)
--- Comment #1 from woody77 at gmail dot com 2007-07-04 02:40 --- Same behavior with the "old style" method: > gcj -c Foo.java > gcj --main=Foo -save-temps Foo.java > gcc -o Foo2 Foo.o Foomain.i -shared-libgcc -Wl,-non_shared -lgcj > -Wl,-call_shared -lsupc++ -Wl,--as-needed -lz -lgcc_s -lpthread -lc -lm -ldl > -lrt -Wl,--no-as-needed Also yields a 35MB binary. Stripping debug symbols drops it to 18MB, full stripping drops it to 11MB. -- woody77 at gmail dot com changed: What|Removed |Added CC||woody77 at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32619
[Bug java/32619] New: -static-libgcj includes entire gnu classpath (>30MB executable from 95byte source)
Using the 20070501 prerelease of gcc 4.2.0, to compile the following sample app: public class Foo { public static void main(String args[]) { System.out.println("Hello."); } } with the following command-line: /usr/local/bin/gcj -v -save-temps -o Foo -static-libgcj --main=Foo Foo.java yeilds a 35MB executable: -rwxr-xr-x 1 aaron aaron 35M 2007-07-03 19:12 Foo* compiler output: Using built-in specs. Reading specs from /usr/local/lib/gcc/i686-pc-linux-gnu/4.2.0/../../../libgcj.spec rename spec startfile to startfileorig rename spec lib to liborig Target: i686-pc-linux-gnu Configured with: ./configure Thread model: posix gcc version 4.2.0 20070501 (prerelease) /usr/local/libexec/gcc/i686-pc-linux-gnu/4.2.0/jc1 Foo.java -fhash-synchronization -fno-use-divide-subroutine -fuse-boehm-gc -fnon-call-exceptions -fkeep-inline-functions -quiet -dumpbase Foo.java -mtune=generic -auxbase Foo -g1 -version -o Foo.s GNU Java version 4.2.0 20070501 (prerelease) (i686-pc-linux-gnu) compiled by GNU C version 4.2.0 20070501 (prerelease). GGC heuristics: --param ggc-min-expand=64 --param ggc-min-heapsize=64499 Class path starts here: ./ /usr/local/share/java/libgcj-4.2.0.jar/ (system) (zip) as --traditional-format -V -Qy -o Foo.o Foo.s GNU assembler version 2.17.50 (i486-linux-gnu) using BFD version 2.17.50 20070103 Ubuntu /usr/local/libexec/gcc/i686-pc-linux-gnu/4.2.0/jvgenmain Foomain Foomain.i /usr/local/libexec/gcc/i686-pc-linux-gnu/4.2.0/cc1 Foomain.i -quiet -dumpbase Foomain.c -mtune=generic -g1 -version -fdollars-in-identifiers -o Foomain.s GNU C version 4.2.0 20070501 (prerelease) (i686-pc-linux-gnu) compiled by GNU C version 4.2.0 20070501 (prerelease). GGC heuristics: --param ggc-min-expand=64 --param ggc-min-heapsize=64499 Compiler executable checksum: 14e4aa58d7d80bfc23a75bbd5755fd63 as --traditional-format -V -Qy -o Foomain.o Foomain.s GNU assembler version 2.17.50 (i486-linux-gnu) using BFD version 2.17.50 20070103 Ubuntu /usr/local/libexec/gcc/i686-pc-linux-gnu/4.2.0/collect2 --eh-frame-hdr -m elf_i386 -dynamic-linker /lib/ld-linux.so.2 -o Foo /usr/lib/crt1.o /usr/lib/crti.o /usr/local/lib/gcc/i686-pc-linux-gnu/4.2.0/crtbegin.o -L/usr/local/lib/gcc/i686-pc-linux-gnu/4.2.0 -L/usr/local/lib/gcc/i686-pc-linux-gnu/4.2.0/../../.. Foomain.o Foo.o -lgcc_s -lgcc -non_shared -lgcj -call_shared -lm -lpthread -lrt -ldl -lgcc_s -lgcc -lc -lgcc_s -lgcc /usr/local/lib/gcc/i686-pc-linux-gnu/4.2.0/crtend.o /usr/lib/crtn.o == It appears as if the linker isn't removing uncalled functions from the resulting binary. I will try to build this the old way as well, to see if I get the same issue there. -- Summary: -static-libgcj includes entire gnu classpath (>30MB executable from 95byte source) Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: woody77 at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32619
[Bug fortran/32432] SEGV/endless loop after: "ERROR: ... already is initialized"
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2007-07-04 01:25 --- *** Bug 25057 has been marked as a duplicate of this bug. *** -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added CC||jv244 at cam dot ac dot uk http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32432
[Bug fortran/25057] default initialization and DATA statement conflict
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2007-07-04 01:25 --- This is OK now with the patch to 32432 committed today. Closing as duplicate. *** This bug has been marked as a duplicate of 32432 *** -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25057
[Bug middle-end/32598] [4.3 Regression]: 27_io/basic_stringbuf/setbuf/wchar_t/4.cc needs more than 6GB memory to compile
--- Comment #4 from Joey dot ye at intel dot com 2007-07-04 01:17 --- 126198 brought the regression -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32598
[Bug fortran/32545] Give an (compile time) error not a warning for wrong edit format statements
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2007-07-04 01:16 --- Fixed on trunk, closing -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32545
[Bug fortran/32612] gfortran - incorrectly flags error on interface module
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-07-04 01:15 --- Fixed, closing. Thanks Dale for report. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32612
[Bug fortran/32545] Give an (compile time) error not a warning for wrong edit format statements
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2007-07-04 01:13 --- Subject: Bug 32545 Author: jvdelisle Date: Wed Jul 4 01:13:47 2007 New Revision: 126296 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126296 Log: 2007-07-03 Jerry DeLisle <[EMAIL PROTECTED]> PR fortran/32545 * gfortran.dg/fmt_error.f90: New test. 2007-07-03 Jerry DeLisle <[EMAIL PROTECTED]> PR fortran/32612 * gfortran.dg/interface_13.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/fmt_error.f90 trunk/gcc/testsuite/gfortran.dg/interface_13.f90 Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32545
[Bug fortran/32612] gfortran - incorrectly flags error on interface module
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2007-07-04 01:13 --- Subject: Bug 32612 Author: jvdelisle Date: Wed Jul 4 01:13:47 2007 New Revision: 126296 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126296 Log: 2007-07-03 Jerry DeLisle <[EMAIL PROTECTED]> PR fortran/32545 * gfortran.dg/fmt_error.f90: New test. 2007-07-03 Jerry DeLisle <[EMAIL PROTECTED]> PR fortran/32612 * gfortran.dg/interface_13.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/fmt_error.f90 trunk/gcc/testsuite/gfortran.dg/interface_13.f90 Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32612
[Bug fortran/32612] gfortran - incorrectly flags error on interface module
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2007-07-04 01:08 --- Subject: Bug 32612 Author: jvdelisle Date: Wed Jul 4 01:08:48 2007 New Revision: 126295 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126295 Log: 2007-07-03 Jerry DeLisle <[EMAIL PROTECTED]> PR fortran/32545 * io.c (check_format): Always call gfc_error for errors. (check_format_string): Change type of this function to try and return the result of check_format. (check_io_constraints): Return MATCH_ERROR if check_format_string returns FAILURE. 2007-07-03 Jerry DeLisle <[EMAIL PROTECTED]> PR fortran/32612 * decl.c (get_proc_name): Include attr->mod_proc in check for error. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/decl.c trunk/gcc/fortran/io.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32612
[Bug fortran/32545] Give an (compile time) error not a warning for wrong edit format statements
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-07-04 01:08 --- Subject: Bug 32545 Author: jvdelisle Date: Wed Jul 4 01:08:48 2007 New Revision: 126295 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126295 Log: 2007-07-03 Jerry DeLisle <[EMAIL PROTECTED]> PR fortran/32545 * io.c (check_format): Always call gfc_error for errors. (check_format_string): Change type of this function to try and return the result of check_format. (check_io_constraints): Return MATCH_ERROR if check_format_string returns FAILURE. 2007-07-03 Jerry DeLisle <[EMAIL PROTECTED]> PR fortran/32612 * decl.c (get_proc_name): Include attr->mod_proc in check for error. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/decl.c trunk/gcc/fortran/io.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32545
[Bug libstdc++/32618] std::vector calls uneccessary constructors instead of inplace construction of first object
--- Comment #2 from pcarlini at suse dot de 2007-07-04 01:02 --- I suspect Oliver is raising a good point, in very general terms. Before going into the details, I want to make sure he knows this proposal, which is likely to make into C++0x, in some form: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2007/n2217.pdf -- pcarlini at suse dot de changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32618
[Bug libstdc++/32618] std::vector calls uneccessary constructors instead of inplace construction of first object
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-04 00:52 --- > The optimization I am suggesting would produce the following [approximate] is wrong. You have to bind a constant reference to a temp variable and then doing a copy as you do a[0] = b; So the optimization for resize is wrong and incorrect. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32618
[Bug libstdc++/32618] New: std::vector calls uneccessary constructors instead of inplace construction of first object
When using resize() and push_back(), an baseline instace of T is created and then the new members are assigned via the copy constructor. If T is complex this begins to add a non-negligible overhead, especially for push_back. Is there a reason /not/ to replace the [first] create & copy with in-place construction? Sample code: #include struct Foo { Foo() { cout << "ctor " << this << endl ; } Foo(const Foo& rhs) { cout << "copyctor " << this << " from " << &rhs << endl ; } ~Foo() { cout << "dtor " << this << endl ; } } ; typedef vector FOO ; int main(int argc, char* argv[]) { FOO bar; cout << "pushing" << endl ; bar.push_back(Foo()) ; cout << "end of program" << endl ; } Compilation: [EMAIL PROTECTED] src]$ g++ -v -save-temps -O2 -g2 -Wall -o test -lstdc++ test.cpp Using built-in specs. Target: i386-redhat-linux Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-libgcj-multifile --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.4.2-gcj-1.4.2.0/jre --with-cpu=generic --host=i386-redhat-linux Thread model: posix gcc version 4.1.1 20070105 (Red Hat 4.1.1-51) /usr/libexec/gcc/i386-redhat-linux/4.1.1/cc1plus -E -quiet -v -D_GNU_SOURCE test.cpp -mtune=generic -Wall -fworking-directory -O2 -fpch-preprocess -o test.ii ignoring nonexistent directory "/usr/lib/gcc/i386-redhat-linux/4.1.1/../../../../i386-redhat-linux/include" #include "..." search starts here: #include <...> search starts here: /usr/lib/gcc/i386-redhat-linux/4.1.1/../../../../include/c++/4.1.1 /usr/lib/gcc/i386-redhat-linux/4.1.1/../../../../include/c++/4.1.1/i386-redhat-linux /usr/lib/gcc/i386-redhat-linux/4.1.1/../../../../include/c++/4.1.1/backward /usr/local/include /usr/lib/gcc/i386-redhat-linux/4.1.1/include /usr/include End of search list. /usr/libexec/gcc/i386-redhat-linux/4.1.1/cc1plus -fpreprocessed test.ii -quiet -dumpbase test.cpp -mtune=generic -auxbase test -g2 -O2 -Wall -version -o test.s GNU C++ version 4.1.1 20070105 (Red Hat 4.1.1-51) (i386-redhat-linux) compiled by GNU C version 4.1.1 20070105 (Red Hat 4.1.1-51). GGC heuristics: --param ggc-min-expand=98 --param ggc-min-heapsize=129076 Compiler executable checksum: 4720743fdfefd64206c8550433f6e508 as -V -Qy -o test.o test.s GNU assembler version 2.17.50.0.6-2.fc6 (i386-redhat-linux) using BFD version 2.17.50.0.6-2.fc6 20061020 /usr/libexec/gcc/i386-redhat-linux/4.1.1/collect2 --eh-frame-hdr -m elf_i386 --hash-style=gnu -dynamic-linker /lib/ld-linux.so.2 -o test /usr/lib/gcc/i386-redhat-linux/4.1.1/../../../crt1.o /usr/lib/gcc/i386-redhat-linux/4.1.1/../../../crti.o /usr/lib/gcc/i386-redhat-linux/4.1.1/crtbegin.o -L/usr/lib/gcc/i386-redhat-linux/4.1.1 -L/usr/lib/gcc/i386-redhat-linux/4.1.1 -L/usr/lib/gcc/i386-redhat-linux/4.1.1/../../.. -lstdc++ test.o -lstdc++ -lm -lgcc_s -lgcc -lc -lgcc_s -lgcc /usr/lib/gcc/i386-redhat-linux/4.1.1/crtend.o /usr/lib/gcc/i386-redhat-linux/4.1.1/../../../crtn.o Output: pushing ctor 0xbfa3d327 copyctor 0x8c87008 from 0xbfa3d327 dtor 0xbfa3d327 end of program dtor 0x8c87008 If resize were being called, it the copyctor would be used to copy /0xbfa3d327/ into each new uninitialized instance: resizing ctor 0xbfa3d327 copyctor 0x8c87008 from 0xbfa3d327 copyctor 0x8c8700c from 0xbfa3d327 copyctor 0x8c87010 from 0xbfa3d327 dtor 0xbfa3d327 end of program dtor 0x8c87008 dtor 0x8c8700c dtor 0x8c87010 The optimization I am suggesting would produce the following [approximate] output: pushing ctor 0x8c87008 end of program dtor 0x8c87008 If resize() was being called instead of push_back, it might look like this: resizing ctor 0x8c87008 /first entry in the pool/ copyctor 0x8c8700c from 0x8c87008 /copy ctor of second entry from first/ copyctor 0x8c87010 from 0x8c87008 /copy ctor of third entry from first/ ... end of program dtor 0x8c87008 dtor 0x8c8700c dtor 0x8c87010 -- Summary: std::vector calls uneccessary constructors instead of inplace construction of first object Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: minor Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: oliver at kfs dot org GCC host triplet: i386-redhat-linux GCC target triplet: i386-redhat-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32618
[Bug fortran/32545] Give an (compile time) error not a warning for wrong edit format statements
--- Comment #4 from patchapp at dberlin dot org 2007-07-04 00:39 --- Subject: Bug number PR32545 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2007-07/msg00303.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32545
[Bug c++/32252] [4.3 regression] ICE with variadic templates and arrays
-- dgregor at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dgregor at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-07-04 00:25:03 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32252
[Bug c++/31743] [4.1/4.2/4.3 regression] ICE with invalid use of new
--- Comment #9 from mmitchel at gcc dot gnu dot org 2007-07-04 00:21 --- Subject: Bug 31743 Author: mmitchel Date: Wed Jul 4 00:21:33 2007 New Revision: 126292 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126292 Log: PR c++/31743 * parser.c (cp_parser_new_type_id): Don't reduce a named array type to its base type and number of elements here. * init.c (build_new): Call complete_type_or_else to ensure that the type is complete and to issue a diagnostic if it is not. (build_new_1): Don't call complete_type_or_else here. PR c++/31743 * g++.dg/init/new20.C: New test. Added: trunk/gcc/testsuite/g++.dg/init/new20.C (with props) Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/init.c trunk/gcc/cp/parser.c trunk/gcc/testsuite/ChangeLog Propchange: trunk/gcc/testsuite/g++.dg/init/new20.C ('svn:executable' added) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31743
[Bug libstdc++/31518] _GLIBCXX_DEBUG error message formatter line width not configurable
--- Comment #6 from pcarlini at suse dot de 2007-07-04 00:10 --- Fixed. -- pcarlini at suse dot de changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31518
[Bug fortran/32612] gfortran - incorrectly flags error on interface module
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2007-07-04 00:10 --- This is related to a recent patch of mine. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jvdelisle at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-07-04 00:10:08 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32612
[Bug libstdc++/31518] _GLIBCXX_DEBUG error message formatter line width not configurable
--- Comment #5 from paolo at gcc dot gnu dot org 2007-07-04 00:09 --- Subject: Bug 31518 Author: paolo Date: Wed Jul 4 00:09:22 2007 New Revision: 126287 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126287 Log: 2007-07-03 Paolo Carlini <[EMAIL PROTECTED]> PR libstdc++/31518 * include/debug/formatter.h (_Error_formatter::_M_get_max_length): New. (_Error_formatter::_Error_formatter): Use it. * src/debug.cc: Define. (_Error_formatter::_M_error): Tweak. * configure.ac: Adjust version to 6:10:0. * config/abi/pre/gnu.ver: Export _Error_formatter::_M_get_max_length at GLIBCXX_3.4.10. * testsuite/util/testsuite_abi.cc: Add GLIBCXX_3.4.10. * docs/html/debug.html: Document. * configure: Regenerate. Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/config/abi/pre/gnu.ver trunk/libstdc++-v3/configure trunk/libstdc++-v3/configure.ac trunk/libstdc++-v3/docs/html/debug.html trunk/libstdc++-v3/include/debug/formatter.h trunk/libstdc++-v3/src/debug.cc trunk/libstdc++-v3/testsuite/util/testsuite_abi.cc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31518
[Bug tree-optimization/32589] [4.3 Regression] exp_dbug.adb:981: error: invalid array index
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2007-07-03 22:26 --- Reclassifying. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Component|middle-end |tree-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32589
[Bug fortran/32432] SEGV/endless loop after: "ERROR: ... already is initialized"
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2007-07-03 22:20 --- Fixed on Trunk, Closing -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32432
[Bug fortran/32432] SEGV/endless loop after: "ERROR: ... already is initialized"
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-07-03 22:15 --- Subject: Bug 32432 Author: jvdelisle Date: Tue Jul 3 22:14:55 2007 New Revision: 126282 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126282 Log: 2007-07-03 Jerry DeLisle <[EMAIL PROTECTED]> PR fortran/32432 * gfortran.h: Change type of gfc_assign_data_value from void to try. * data.c (gfc_assign_data_value): Return FAILURE if error found. * resolve.c (check_data_variable): If gfc_assign_data_value returns failure, break out of loop and return failure. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/data.c trunk/gcc/fortran/resolve.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32432
[Bug fortran/32579] problem using iso_c_binding (II)
--- Comment #2 from kargl at gcc dot gnu dot org 2007-07-03 22:09 --- Fixed. Thanks for the report Joost. -- kargl at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32579
[Bug bootstrap/32617] explow.c references DECL_ALIGN of a FUNCTION_DECL
-- geoffk at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |geoffk at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2007-07-03 21:05:56 |2007-07-03 21:53:07 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32617
[Bug fortran/32579] problem using iso_c_binding (II)
--- Comment #1 from kargl at gcc dot gnu dot org 2007-07-03 21:46 --- Subject: Bug 32579 Author: kargl Date: Tue Jul 3 21:45:59 2007 New Revision: 126280 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126280 Log: 2007-07-02 Christopher D. Rickett <[EMAIL PROTECTED]> PR fortran/32579 * symbol.c (gen_cptr_param): Generate C_PTR and C_FUNPTR if necessary. (build_formal_args): Pass intrinsic module symbol id to gen_cptr_param. * gfortran.dg/iso_c_binding_only.f03: Updated test case. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/symbol.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/iso_c_binding_only.f03 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32579
[Bug fortran/25062] same name for parameter and common block
--- Comment #11 from burnus at gcc dot gnu dot org 2007-07-03 21:45 --- Fixed. Note that the F95 standard is stricter than F2003. I added one -std=95 only check and two general checks. Still gfortran is too strict for F2003; see PR32515. -- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25062
[Bug fortran/32616] "Too short actual argument" for array element storage sequence
--- Comment #1 from dfranke at gcc dot gnu dot org 2007-07-03 21:44 --- A more general case as described in PR30939? -- dfranke at gcc dot gnu dot org changed: What|Removed |Added CC||dfranke at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32616
[Bug fortran/25062] same name for parameter and common block
--- Comment #10 from burnus at gcc dot gnu dot org 2007-07-03 21:41 --- Subject: Bug 25062 Author: burnus Date: Tue Jul 3 21:41:34 2007 New Revision: 126279 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126279 Log: 2007-07-03 Tobias Burnus <[EMAIL PROTECTED]> PR fortran/25062 * resolve.c (resolve_common_blocks): New check function. (resolve_types): Use it. 2007-07-03 Tobias Burnus <[EMAIL PROTECTED]> PR fortran/25062 * common_7.f90: New. * common_8.f90: New. * common_9.f90: New. Added: trunk/gcc/testsuite/gfortran.dg/common_7.f90 trunk/gcc/testsuite/gfortran.dg/common_8.f90 trunk/gcc/testsuite/gfortran.dg/common_9.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/resolve.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25062
[Bug c/32574] running out of memory during compiling
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-07-03 21:10 --- Most likely: 2007-07-03 Daniel Berlin <[EMAIL PROTECTED]> * tree-ssa-sccvn.c (set_ssa_val_to): Check for operand_equal_p before declaring inequality. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32574
[Bug fortran/28004] Warn if intent(out) dummy variable is not set
--- Comment #7 from dfranke at gcc dot gnu dot org 2007-07-03 21:06 --- While I got the initially requested warning, ... > INTENT(OUT) variables become undefined on subroutine > or function entry. We should be able to warn if > they are used: ... this seems to generally be the same problem as PR20520 (allocatable arrays used uninitialized without a warning)?! Do we have any means to recognize this? -- dfranke at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dfranke at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-11-02 09:47:07 |2007-07-03 21:06:36 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28004
[Bug bootstrap/32617] explow.c references DECL_ALIGN of a FUNCTION_DECL
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-07-03 21:05 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-07-03 21:05:56 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32617
[Bug fortran/28004] Warn if intent(out) dummy variable is not set
--- Comment #6 from dfranke at gcc dot gnu dot org 2007-07-03 21:00 --- Mine. -- dfranke at gcc dot gnu dot org changed: What|Removed |Added CC||dfranke at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28004
[Bug fortran/24784] Warning about unused routine argument should not read "unused variable"
--- Comment #4 from dfranke at gcc dot gnu dot org 2007-07-03 21:00 --- Mine. -- dfranke at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dfranke at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-11-10 21:24:37 |2007-07-03 21:00:03 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24784
[Bug bootstrap/32617] New: explow.c references DECL_ALIGN of a FUNCTION_DECL
In explow.c, there's this code: if (GET_CODE (x) == SYMBOL_REF) { align = BITS_PER_UNIT; if (SYMBOL_REF_DECL (x) && DECL_P (SYMBOL_REF_DECL (x))) align = DECL_ALIGN (SYMBOL_REF_DECL (x)); } If SYMBOL_REF_DECL(x) is a FUNCTION_DECL, DECL_ALIGN() does not have valid data, so this code will cause the alignment of a function's MEM to be set to random data. -- Summary: explow.c references DECL_ALIGN of a FUNCTION_DECL Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: major Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: geoffk at gcc dot gnu dot org GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32617
[Bug fortran/32612] gfortran - incorrectly flags error on interface module
--- Comment #1 from dir at lanl dot gov 2007-07-03 20:36 --- This is the last version that I have that it works with - [dranta:~/tests/gfortran-D] dir% gfortran -c files.f90 [dranta:~/tests/gfortran-D] dir% gfortran --v Using built-in specs. Target: powerpc-apple-darwin8.9.0 Configured with: ../gcc/configure --disable-multilib --prefix=/usr/local/gfortran --enable-languages=c,fortran Thread model: posix gcc version 4.3.0 20070615 (experimental) [dranta:~/tests/gfortran-D] dir% -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32612
[Bug fortran/32616] New: "Too short actual argument" for array element storage sequence
Currently, the following is not handled: integer :: i(10) call foo(i(8)) ! has (8, 9, 10) -> Too short (3/4) contains subroutine foo(a) integer :: a(4) end subroutine Longer test case, see TODO in gfortran.dg/argument_checking_5.f90. See PR30940 for the references to the standard, see also TODO in get_expr_storage_size of interface.c. The stuff is called "element sequence" and for an array element it consists of all storage units of the actual argument up to the end of the array. One should spend some thinking of using a character (len /= 1) array where one specifies a substring of an array element, but seemingly on can ignore the substring part then. I'm not aware of any compiler handling this yet and thus this is of lower importance. -- Summary: "Too short actual argument" for array element storage sequence Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32616
[Bug target/32218] [4.2/4.3 Regression] segfault with -O1 -ftree-vectorize
--- Comment #4 from sje at cup dot hp dot com 2007-07-03 20:19 --- I just tried to reproduce this bug on IA64 Linux (and HP-UX) with ToT sources (version 126242) and was not able to. Can anyone else reproduce this with ToT sources? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32218
[Bug fortran/30940] Fortran 2003: Scalar CHARACTER supplied to array dummy
--- Comment #7 from burnus at gcc dot gnu dot org 2007-07-03 20:19 --- Fixed in 4.3/trunk. -> Close -- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30940
[Bug c/32574] running out of memory during compiling
--- Comment #2 from marcus at jet dot franken dot de 2007-07-03 20:08 --- got fixed by more recent commits ... no clue which. will reopen if it happens again. -- marcus at jet dot franken dot de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32574
[Bug other/31349] [4.3 Regression] gcc -v --help returns no options for C, C++
--- Comment #6 from brooks at gcc dot gnu dot org 2007-07-03 19:46 --- Er, "that's now absent", I mean. An extraneous "not" crept into the second paragraph of my last comment when I was editing it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31349
[Bug other/31349] [4.3 Regression] gcc -v --help returns no options for C, C++
--- Comment #5 from brooks at gcc dot gnu dot org 2007-07-03 19:45 --- Nick - So, if I understand correctly: all of the options are listed somewhere, but we no longer provide any information about which of the shared options under "language related options" are supported by a given language's front end? While this may have been intentional, I do not think it counts as a feature -- the listing of the "common" options without definitions at the top of the option listing did not take up a significant amount of space, and it provided very useful information that's now not absent. (On the other hand, moving the _descriptions_ of the shared options to a single listing is a good thing, IMO -- I want to make it clear that I'm not objecting to the bulk of this change!) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31349
[Bug rtl-optimization/32475] [4.3 Regression] function with asm() does not setup stack frame
--- Comment #23 from spark at gcc dot gnu dot org 2007-07-03 19:41 --- This patch: diff -r 29a7055e69fc gcc/df-scan.c --- a/gcc/df-scan.c Sun Jun 24 00:16:55 2007 + +++ b/gcc/df-scan.c Tue Jul 03 12:38:41 2007 -0700 @@ -2763,6 +2763,12 @@ df_def_record_1 (struct df_collection_re || (GET_CODE (dst) == SUBREG && REG_P (SUBREG_REG (dst df_ref_record (collection_rec, dst, loc, bb, insn, DF_REF_REG_DEF, flags); + + /* We want to keep sp alive everywhere - by making all + writes to sp also use of sp. */ + if (REG_P (dst) && REGNO (dst) == STACK_POINTER_REGNUM) +df_ref_record (collection_rec, + dst, NULL, bb, insn, DF_REF_REG_USE, flags); } also fixes the problem, by treating all defs of SP as a use of SP. This patch essentially makes SP alive everywhere. Also, this would create less number of unnecessary df_ref's (since presumably there are less number of stack defs than MEM_LOAD/STORE w/ hard frame pointer reference). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32475
[Bug tree-optimization/25621] Missed optimization when unrolling the loop (splitting up the sum) (only with -ffast-math)
--- Comment #4 from jv244 at cam dot ac dot uk 2007-07-03 19:30 --- Now, I get the same timings for the hand-optimised loop and compiled loop if I use the option: gfortran -O3 -ffast-math -ftree-vectorize -march=native -funroll-loops -fvariable-expansion-in-unroller test.f90 whereas -funroll-loops is quite common to add, -fvariable-expansion-in-unroller is not. Could one have a heuristic that switches that on by default if -funroll-loops (and -ffast-math) ? For S31 the timings are: > gfortran -O3 -ffast-math -ftree-vectorize -march=native -funroll-loops > test.f90 > time ./a.out real0m6.618s > gfortran -O3 -ffast-math -ftree-vectorize -march=native -funroll-loops > -fvariable-expansion-in-unroller test.f90 > time ./a.out real0m4.457s so a 50% improvement. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25621
[Bug fortran/30940] Fortran 2003: Scalar CHARACTER supplied to array dummy
--- Comment #6 from burnus at gcc dot gnu dot org 2007-07-03 19:16 --- Subject: Bug 30940 Author: burnus Date: Tue Jul 3 19:16:42 2007 New Revision: 126271 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126271 Log: 2007-07-03 Tobias Burnus <[EMAIL PROTECTED]> PR fortran/30940 * interface.c (get_sym_storage_size): New function. (get_sym_storage_size): New function. (compare_actual_formal): Enhance sequence association support and improve checking. 2007-07-03 Tobias Burnus <[EMAIL PROTECTED]> PR fortran/30940 * gfortran.dg/argument_checking_1.f90: New. * gfortran.dg/argument_checking_2.f90: New. * gfortran.dg/argument_checking_3.f90: New. * gfortran.dg/argument_checking_4.f90: New. * gfortran.dg/argument_checking_5.f90: New. * gfortran.fortran-torture/execute/st_function_1.f90: Add dg-warning. * gfortran.fortran-torture/execute/st_function.f90: Add dg-warning. Added: trunk/gcc/testsuite/gfortran.dg/argument_checking_1.f90 trunk/gcc/testsuite/gfortran.dg/argument_checking_2.f90 trunk/gcc/testsuite/gfortran.dg/argument_checking_3.f90 trunk/gcc/testsuite/gfortran.dg/argument_checking_4.f90 trunk/gcc/testsuite/gfortran.dg/argument_checking_5.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/interface.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/char_length_3.f90 trunk/gcc/testsuite/gfortran.fortran-torture/execute/st_function.f90 trunk/gcc/testsuite/gfortran.fortran-torture/execute/st_function_1.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30940
[Bug c/32615] Source file with extern inline function fails to link with -O0
--- Comment #2 from kris dot van dot hees at oracle dot com 2007-07-03 18:40 --- Thanks for the explanation - that does explain why -O0 causes an error (since there is no inlining being done as far as I understand), whereas any other optimization setting results in success due to inlining of the function (avoiding the error that way). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32615
[Bug fortran/31197] [4.2/4.3 regression] TRANSPOSE/RESHAPE and strings
--- Comment #14 from tobi at gcc dot gnu dot org 2007-07-03 18:36 --- (In reply to comment #13) > (In reply to comment #12) > > I have a fix that I will submit tonight or tomorrow morning. It also fixes > > PR31258 and PR31897. > > > > Paul > > > is this still correct ? Adding Paul, so he can see this question and hopefully answer affirmatively. -- tobi at gcc dot gnu dot org changed: What|Removed |Added CC||pault at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31197