[Bug tree-optimization/39636] New: [4.5 Regression] ICE in gimple_assign_rhs_code, at gimple.h:1837, 435.gromacs fails to build

[rguenth at gcc dot gnu dot org]

./cc1 -quiet shift_util.i -O2
shift_util.c: In function 'phi_sr':
shift_util.c:207: internal compiler error: gimple check: expected
gimple_assign(error_mark), have gimple_phi() in gimple_assign_rhs_code, at
gimple.h:1837
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

(gdb) 
#3  0x009f9e0d in forward_propagate_addr_into_variable_array_index (
offset=0x75f07af0, def_rhs=0x75e8b1c0, use_stmt_gsi=0x7fffd870)
at /space/rguenther/src/svn/trunk/gcc/tree-ssa-forwprop.c:671
671  if (gimple_assign_rhs_code (offset_def2) == MULT_EXPR

Reducing.


-- 
   Summary: [4.5 Regression] ICE in gimple_assign_rhs_code, at
gimple.h:1837, 435.gromacs fails to build
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rguenth at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39636

[Bug tree-optimization/39636] [4.5 Regression] ICE in gimple_assign_rhs_code, at gimple.h:1837, 435.gromacs fails to build

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2009-04-04 08:57 ---
Mine.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rguenth at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-04-04 08:57:46
   date||
   Target Milestone|--- |4.5.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39636

[Bug tree-optimization/39636] [4.5 Regression] ICE in gimple_assign_rhs_code, at gimple.h:1837, 435.gromacs fails to build

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2009-04-04 09:05 ---
Reduced testcase:

typedef float real;
typedef real rvec[3];
real phi_sr(int nj,rvec x[],real charge[],real rc,real r1,rvec box,
real phi[],rvec f_sr[],int bOld)
{
  int i,j,k,m,ni,i1,i2;
  real pp,r2,R,R_1,R_2,rc2;
  real qi,qj,vsr,eps,fscal;
  rvec dx;
  for(i=0; (ihttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=39636

[Bug fortran/38915] wrong results for structure assignment of character components when left and right sides overlap

[dominiq at lps dot ens dot fr]

--- Comment #6 from dominiq at lps dot ens dot fr  2009-04-04 09:14 ---
Could the patch be back-ported to 4.4 (4.3?)? TIA.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38915

[Bug tree-optimization/39636] [4.5 Regression] ICE in gimple_assign_rhs_code, at gimple.h:1837, 435.gromacs fails to build

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2009-04-04 09:30 ---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39636

[Bug tree-optimization/39636] [4.5 Regression] ICE in gimple_assign_rhs_code, at gimple.h:1837, 435.gromacs fails to build

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2009-04-04 09:30 ---
Subject: Bug 39636

Author: rguenth
Date: Sat Apr  4 09:30:34 2009
New Revision: 145532

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145532
Log:
2009-04-04  Richard Guenther  

PR tree-optimization/39636
* tree-ssa-forwprop.c
(forward_propagate_addr_into_variable_array_index): Check for
GIMPLE_ASSIGN before accessing the rhs code.

* gcc.c-torture/compile/pr39636.c: New testcase.

Added:
trunk/gcc/testsuite/gcc.c-torture/compile/pr39636.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-ssa-forwprop.c


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39636

gcc-bugs@gcc.gnu.org

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2009-04-04 09:34 ---
Subject: Bug 37892

Author: rguenth
Date: Sat Apr  4 09:34:32 2009
New Revision: 145533

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145533
Log:
2009-04-04  Richard Guenther  

PR tree-optimization/8781
PR tree-optimization/37892
* tree-ssa-sccvn.h (vn_reference_fold_indirect): Declare.
* tree-ssa-sccvn.c (vn_reference_fold_indirect): New function.
(valueize_refs): Call it for *& valueizations.
(shared_reference_ops_from_ref): Rename to ...
(valueize_shared_reference_ops_from_ref): ... this and valueize.
(shared_reference_ops_from_call): Rename to ...
(valueize_shared_reference_ops_from_call): ... this and valueize.
(vn_reference_lookup): Update.
(visit_reference_op_call): Likewise.
* tree-ssa-pre.c (phi_translate_1): Fold *&.
(eliminate): Value-replace the call address in call statements.

* g++.dg/tree-ssa/pr8781.C: New testcase.
* gcc.dg/tree-ssa/ssa-pre-25.c: Likewise.

Added:
trunk/gcc/testsuite/g++.dg/tree-ssa/pr8781.C
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-pre-25.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-ssa-pre.c
trunk/gcc/tree-ssa-sccvn.c
trunk/gcc/tree-ssa-sccvn.h


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37892

[Bug c++/8781] Pessimization of C++ (functional) code

[rguenth at gcc dot gnu dot org]

--- Comment #25 from rguenth at gcc dot gnu dot org  2009-04-04 09:34 
---
Subject: Bug 8781

Author: rguenth
Date: Sat Apr  4 09:34:32 2009
New Revision: 145533

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145533
Log:
2009-04-04  Richard Guenther  

PR tree-optimization/8781
PR tree-optimization/37892
* tree-ssa-sccvn.h (vn_reference_fold_indirect): Declare.
* tree-ssa-sccvn.c (vn_reference_fold_indirect): New function.
(valueize_refs): Call it for *& valueizations.
(shared_reference_ops_from_ref): Rename to ...
(valueize_shared_reference_ops_from_ref): ... this and valueize.
(shared_reference_ops_from_call): Rename to ...
(valueize_shared_reference_ops_from_call): ... this and valueize.
(vn_reference_lookup): Update.
(visit_reference_op_call): Likewise.
* tree-ssa-pre.c (phi_translate_1): Fold *&.
(eliminate): Value-replace the call address in call statements.

* g++.dg/tree-ssa/pr8781.C: New testcase.
* gcc.dg/tree-ssa/ssa-pre-25.c: Likewise.

Added:
trunk/gcc/testsuite/g++.dg/tree-ssa/pr8781.C
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-pre-25.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-ssa-pre.c
trunk/gcc/tree-ssa-sccvn.c
trunk/gcc/tree-ssa-sccvn.h


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8781

[Bug c++/8781] Pessimization of C++ (functional) code

[rguenth at gcc dot gnu dot org]

--- Comment #26 from rguenth at gcc dot gnu dot org  2009-04-04 09:35 
---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.5.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8781

gcc-bugs@gcc.gnu.org

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2009-04-04 09:35 ---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.5.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37892

[Bug fortran/38822] Compile-time simplification of x**(real)

[dominiq at lps dot ens dot fr]

--- Comment #11 from dominiq at lps dot ens dot fr  2009-04-04 09:41 ---
This bug fix has been committed on trunk since almost a week, hence heavily
regtested on various platforms, could it be back-ported to 4.4 before release?
TIA.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38822

[Bug tree-optimization/39636] [4.5 Regression] ICE in gimple_assign_rhs_code, at gimple.h:1837, 435.gromacs fails to build

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2009-04-04 09:24 ---
typedef float real;
typedef real rvec[3];   
void calc_dx2dx(real *, real *);
void phi_sr(int nj,rvec x[],int k)
{   
  int i,j;
  for(i=0; (ihttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=39636

[Bug fortran/39528] [4.3 Regression] repeated entries are not read when using list-directed input

[dominiq at lps dot ens dot fr]

--- Comment #11 from dominiq at lps dot ens dot fr  2009-04-04 09:10 ---
Could the patch be back-ported to 4.3? TIA.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39528

[Bug target/39501] -O -ffinite-math-only gets min(x,y) optimization wrong for soft-float on arm-*-gnueabi

[rearnsha at gcc dot gnu dot org]

--- Comment #9 from rearnsha at gcc dot gnu dot org  2009-04-04 10:37 
---
Subject: Bug 39501

Author: rearnsha
Date: Sat Apr  4 10:37:10 2009
New Revision: 145534

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145534
Log:
PR target/39501
* arm.md (movsfcc): Disable if not TARGET_HARD_FLOAT.
* testsuite/gcc.c-torture/execute/pr39501.c: New file.
* testsuite/gcc.c-torture/execute/pr39501.x: New file.

Added:
trunk/gcc/testsuite/gcc.c-torture/execute/pr39501.c
trunk/gcc/testsuite/gcc.c-torture/execute/pr39501.x
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/arm/arm.md


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39501

[Bug target/39501] -O -ffinite-math-only gets min(x,y) optimization wrong for soft-float on arm-*-gnueabi

[martinwguy at yahoo dot it]

--- Comment #10 from martinwguy at yahoo dot it  2009-04-04 11:23 ---
Is that *it*? Disable movsfcc completely without finding the cause of the
specific failure?
No wonder the generated ARM code is bigger, slower and buggier with every
release!


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39501

[Bug target/39501] -O -ffinite-math-only gets min(x,y) optimization wrong for soft-float on arm-*-gnueabi

[martinwguy at yahoo dot it]

--- Comment #11 from martinwguy at yahoo dot it  2009-04-04 11:50 ---
Sorry about that. I've now seen
http://gcc.gnu.org/ml/gcc-patches/2009-04/msg00300.html

M


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39501

[Bug target/39501] -O -ffinite-math-only gets min(x,y) optimization wrong for soft-float on arm-*-gnueabi

[steven at gcc dot gnu dot org]

--- Comment #12 from steven at gcc dot gnu dot org  2009-04-04 11:53 ---
Re. comment #10: And who are you funding, Martin Guy, to improve GCC for ARM?
Or are you just another user who expects magic for free?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39501

[Bug target/39501] -O -ffinite-math-only gets min(x,y) optimization wrong for soft-float on arm-*-gnueabi

[steven at gcc dot gnu dot org]

--- Comment #13 from steven at gcc dot gnu dot org  2009-04-04 12:00 ---
Re. comment #10: I don't know about the "buggier" and "slower" parts.

But for "bigger" I know we have benchmarks that say otherwise. e.g. CSiBE for
arm-elf (http://www.inf.u-szeged.hu/csibe/s-arm.php) and CSiBE for arm-linux
(http://www.inf.u-szeged.hu/csibe/s-arm-linux.php, unfortunately stopped
running in 2006 due to -- you've guessed it -- lack of funding).

Obviously there's no denying that GCC still is too far behind most commercial
compilers for ARM...


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39501

[Bug bootstrap/39001] lto branch doesn't build

[rguenth at gcc dot gnu dot org]

--- Comment #9 from rguenth at gcc dot gnu dot org  2009-04-04 12:12 ---
It now works for me, so - is this fixed?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39001

[Bug target/39501] -O -ffinite-math-only gets min(x,y) optimization wrong for soft-float on arm-*-gnueabi

[rearnsha at gcc dot gnu dot org]

--- Comment #14 from rearnsha at gcc dot gnu dot org  2009-04-04 12:25 
---
Subject: Bug 39501

Author: rearnsha
Date: Sat Apr  4 12:25:06 2009
New Revision: 145537

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145537
Log:
PR target/39501
* arm.md (movsfcc): Disable if not TARGET_HARD_FLOAT.
* testsuite/gcc.c-torture/execute/pr39501.c: New file.
* testsuite/gcc.c-torture/execute/pr39501.x: New file.

Added:
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/execute/pr39501.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/execute/pr39501.x
Modified:
branches/gcc-4_4-branch/gcc/ChangeLog
branches/gcc-4_4-branch/gcc/config/arm/arm.md


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39501

[Bug bootstrap/39001] lto branch doesn't build

[dnovillo at gcc dot gnu dot org]

--- Comment #10 from dnovillo at gcc dot gnu dot org  2009-04-04 12:40 
---

Fixed.


-- 

dnovillo at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39001

[Bug fortran/38471] [4.3/4.4/4.5 Regression] ICE with subreference pointer assignment

[pault at gcc dot gnu dot org]

-- 

pault at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |pault at gcc dot gnu dot org
   |dot org |
 Status|SUSPENDED   |ASSIGNED
   Last reconfirmed|2008-12-11 10:52:06 |2009-04-04 12:49:17
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38471

[Bug fortran/39519] [4.3/4.4 Regression] bad assignment to type with allocatable component

[pault at gcc dot gnu dot org]

--- Comment #8 from pault at gcc dot gnu dot org  2009-04-04 13:19 ---
Subject: Bug 39519

Author: pault
Date: Sat Apr  4 13:19:15 2009
New Revision: 145538

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145538
Log:
2009-04-04  Paul Thomas  

PR fortran/39519
* parse.c (parse_derived): Do not break on finding pointer,
allocatable or private components.

2009-04-04  Paul Thomas  

PR fortran/39519
* gfortran.dg/alloc_comp_assign_9.f90: New test.


Added:
branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/alloc_comp_assign_9.f90
Modified:
branches/gcc-4_4-branch/gcc/fortran/ChangeLog
branches/gcc-4_4-branch/gcc/fortran/parse.c
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39519

[Bug fortran/39519] [4.3/4.4 Regression] bad assignment to type with allocatable component

[pault at gcc dot gnu dot org]

--- Comment #9 from pault at gcc dot gnu dot org  2009-04-04 14:47 ---
Subject: Bug 39519

Author: pault
Date: Sat Apr  4 14:47:23 2009
New Revision: 145540

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145540
Log:
2009-04-04  Paul Thomas  

PR fortran/39519
* parse.c (parse_derived): Do not break on finding pointer,
allocatable or private components.

2009-04-04  Paul Thomas  

PR fortran/39519
* gfortran.dg/alloc_comp_assign_9.f90: New test.


Added:
branches/gcc-4_3-branch/gcc/testsuite/gfortran.dg/alloc_comp_assign_9.f90
Modified:
branches/gcc-4_3-branch/gcc/fortran/ChangeLog
branches/gcc-4_3-branch/gcc/fortran/parse.c
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39519

[Bug fortran/39519] [4.3/4.4 Regression] bad assignment to type with allocatable component

[pault at gcc dot gnu dot org]

--- Comment #10 from pault at gcc dot gnu dot org  2009-04-04 14:50 ---
Fixed on trunk, 4.4 and 4.3.

Thanks for the report.

Paul


-- 

pault at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39519

[Bug fortran/38822] Compile-time simplification of x**(real)

[kargl at gcc dot gnu dot org]

--- Comment #12 from kargl at gcc dot gnu dot org  2009-04-04 15:10 ---
(In reply to comment #11)
> This bug fix has been committed on trunk since almost a week, hence heavily
> regtested on various platforms, could it be back-ported to 4.4 before release?
> TIA.
> 

This bug has not been fixed.  Please see the audit trail especially
comments #2 and #3.

The ICE went away when I fixed a different PR.  That bug fix is not
a candidate for a backport because it changes a key concept in how
the routines in arith.c work.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38822

[Bug fortran/39528] [4.3 Regression] repeated entries are not read when using list-directed input

[jvdelisle at gcc dot gnu dot org]

--- Comment #12 from jvdelisle at gcc dot gnu dot org  2009-04-04 15:32 
---
Yes, I will port to 4.3


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39528

[Bug fortran/37614] Change position of padding for aligned COMMONs

[pault at gcc dot gnu dot org]

--- Comment #4 from pault at gcc dot gnu dot org  2009-04-04 16:41 ---
Subject: Bug 37614

Author: pault
Date: Sat Apr  4 16:41:30 2009
New Revision: 145541

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145541
Log:
2009-04-04  Paul Thomas  

PR fortran/37614
* trans-common.c (translate_common): Do not offset the whole
coomon block.

2009-04-04  Paul Thomas  

PR fortran/37614
* gfortran.dg/common_align_2.f90: New test.


Added:
trunk/gcc/testsuite/gfortran.dg/common_align_2.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/trans-common.c
trunk/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37614

[Bug fortran/37614] Change position of padding for aligned COMMONs

[pault at gcc dot gnu dot org]

--- Comment #5 from pault at gcc dot gnu dot org  2009-04-04 16:47 ---
Fixed on 4.5.  Because of the ABI change, I will not backport this unless there
is an overwhelming public demand.  Equally, the desire for an option to revert
it, -fg77-common-align, will only be implemented if there is demand for it.

Thanks for the report.

Paul


-- 

pault at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37614

[Bug other/39573] linking fails when optimizations are enabled

[fpbeekhof at gmail dot com]

--- Comment #2 from fpbeekhof at gmail dot com  2009-04-04 16:57 ---
The problem is the "-march=native" option. If I remove that, all is fine even
on AMD machines.

$ make CNF=gcc BACKEND=gsl
scons -j 2 CNF=gcc MODE= BACKEND=gsl CVMLCPP_PREFIX=/user/l1/beekhof/
scons: Reading SConscript files ...
scons: done reading SConscript files.
scons: Building targets ...
g++ -o main.o -c -pipe -I. -Wall -O3 -funroll-loops -fopenmp -ftree-vectorize
-DNDEBUG -DUSE_GSL -I/user/l1/beekhof//include/ main.cpp
g++ -o tinystr.o -c -pipe -I. -Wall -O3 -funroll-loops -fopenmp
-ftree-vectorize -DNDEBUG -DUSE_GSL -I/user/l1/beekhof//include/ tinystr.cpp
g++ -o tinyxml.o -c -pipe -I. -Wall -O3 -funroll-loops -fopenmp
-ftree-vectorize -DNDEBUG -DUSE_GSL -I/user/l1/beekhof//include/ tinyxml.cpp
g++ -o tinyxmlerror.o -c -pipe -I. -Wall -O3 -funroll-loops -fopenmp
-ftree-vectorize -DNDEBUG -DUSE_GSL -I/user/l1/beekhof//include/
tinyxmlerror.cpp
g++ -o tinyxmlparser.o -c -pipe -I. -Wall -O3 -funroll-loops -fopenmp
-ftree-vectorize -DNDEBUG -DUSE_GSL -I/user/l1/beekhof//include/
tinyxmlparser.cpp
g++ -o shapes -fopenmp -DUSE_GSL -L/user/l1/beekhof//lib/ tinystr.o tinyxml.o
tinyxmlerror.o tinyxmlparser.o main.o -lcvmlcpp -lz -lboost_iostreams -lgsl
-lgslcblas
scons: done building targets.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39573

[Bug c/39613] gcc 20090331 produces an error at mce64.c in kernel 2.6.29

[happyarch at gmail dot com]

--- Comment #7 from happyarch at gmail dot com  2009-04-04 17:25 ---
Hi, i have same problem.

TIA
=

  CC  arch/x86/kernel/cpu/mtrr/if.o
arch/x86/kernel/cpu/mtrr/if.c: In function :
arch/x86/kernel/cpu/mtrr/if.c:159: error: case label does not reduce to an
integer constant
arch/x86/kernel/cpu/mtrr/if.c:160: error: case label does not reduce to an
integer constant
arch/x86/kernel/cpu/mtrr/if.c:161: error: case label does not reduce to an
integer constant
arch/x86/kernel/cpu/mtrr/if.c:162: error: case label does not reduce to an
integer constant
arch/x86/kernel/cpu/mtrr/if.c:163: error: case label does not reduce to an
integer constant
arch/x86/kernel/cpu/mtrr/if.c:164: error: case label does not reduce to an
integer constant
arch/x86/kernel/cpu/mtrr/if.c:165: error: case label does not reduce to an
integer constant
arch/x86/kernel/cpu/mtrr/if.c:166: error: case label does not reduce to an
integer constant
arch/x86/kernel/cpu/mtrr/if.c:170: error: case label does not reduce to an
integer constant
arch/x86/kernel/cpu/mtrr/if.c:171: error: case label does not reduce to an
integer constant
arch/x86/kernel/cpu/mtrr/if.c:180: error: case label does not reduce to an
integer constant
arch/x86/kernel/cpu/mtrr/if.c:187: error: case label does not reduce to an
integer constant
arch/x86/kernel/cpu/mtrr/if.c:192: error: case label does not reduce to an
integer constant
arch/x86/kernel/cpu/mtrr/if.c:197: error: case label does not reduce to an
integer constant
arch/x86/kernel/cpu/mtrr/if.c:202: error: case label does not reduce to an
integer constant
arch/x86/kernel/cpu/mtrr/if.c:218: error: case label does not reduce to an
integer constant
arch/x86/kernel/cpu/mtrr/if.c:225: error: case label does not reduce to an
integer constant
arch/x86/kernel/cpu/mtrr/if.c:231: error: case label does not reduce to an
integer constant
arch/x86/kernel/cpu/mtrr/if.c:236: error: case label does not reduce to an
integer constant
arch/x86/kernel/cpu/mtrr/if.c:241: error: case label does not reduce to an
integer constant
arch/x86/kernel/cpu/mtrr/if.c:259: error: case label does not reduce to an
integer constant
arch/x86/kernel/cpu/mtrr/if.c:260: error: case label does not reduce to an
integer constant
make[3]: *** [arch/x86/kernel/cpu/mtrr/if.o] Error 1
make[2]: *** [arch/x86/kernel/cpu/mtrr] Error 2
make[1]: *** [arch/x86/kernel/cpu] Error 2
make: *** [arch/x86/kernel] Error 2
bash-4.0$ cc -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc/configure --prefix=/usr --libexecdir=/usr/lib
--enable-shared --enable-threads=posix --enable-__cxa_atexit
--enable-clocale=gnu --enable-languages=c,c++ --disable-bootstrap
--disable-multilib
Thread model: posix
gcc version 4.5.0 20090404 (experimental) (GCC) 
bash-4.0$ 


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39613

[Bug ada/39625] Revision 145488 - Ada - Unable to coalesce ssa_names 96 and 455 which are marked as MUST COALESCE.

[rob1weld at aol dot com]

--- Comment #2 from rob1weld at aol dot com  2009-04-04 17:26 ---
(In reply to comment #1)
> Working: 144400
While '144400' compiled properly the Testsuite was not as kind:

Results for 4.4.0 20090224 (experimental) [trunk revision 144400] (GCC)
testsuite on i386-unknown-openbsd4.5
http://gcc.gnu.org/ml/gcc-testresults/2009-04/msg00420.html


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39625

[Bug target/39573] Linking fails on AMD with -march=native, works with generic x86_64

[steven at gcc dot gnu dot org]

--- Comment #3 from steven at gcc dot gnu dot org  2009-04-04 17:30 ---
I'm not sure how the -march=native option changes codegen behavior, but the
most likely suspect is the vectorizer.  Do things pass with -march=native if
you don't vectorize (needs explicit -ftree-vectorize)?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39573

[Bug target/39573] Linking fails on AMD with -march=native, works with generic x86_64

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2009-04-04 17:40 ---
Testcase?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39573

[Bug ada/39625] Unable to coalesce ssa_names 96 and 455 which are marked as MUST COALESCE.

[ebotcazou at gcc dot gnu dot org]

--- Comment #3 from ebotcazou at gcc dot gnu dot org  2009-04-04 17:44 
---
The Ada compiler hasn't been ported to OpenBSD yet.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||ebotcazou at gcc dot gnu dot
   ||org
   Severity|blocker |enhancement
Summary|Revision 145488 - Ada - |Unable to coalesce ssa_names
   |Unable to coalesce ssa_names|96 and 455 which are marked
   |96 and 455 which are marked |as MUST COALESCE.
   |as MUST COALESCE.   |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39625

[Bug target/39573] Linking fails on AMD with -march=native, works with generic x86_64

[fpbeekhof at gmail dot com]

--- Comment #5 from fpbeekhof at gmail dot com  2009-04-04 17:45 ---
Created an attachment (id=17586)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17586&action=view)
preprocessed source; with a Makefile!

Everything fails perfectly:
$ make clean; make
rm -f *.o *~ shapes
gcc -pipe -I. -Wall -O3 -funroll-loops -fopenmp -march=native -ftree-vectorize 
 -c -o mainpp.o mainpp.cc
gcc -pipe -I. -Wall -O3 -funroll-loops -fopenmp -march=native -ftree-vectorize 
 -c -o tinystrpp.o tinystrpp.cc
gcc -pipe -I. -Wall -O3 -funroll-loops -fopenmp -march=native -ftree-vectorize 
 -c -o tinyxmlpp.o tinyxmlpp.cc
gcc -pipe -I. -Wall -O3 -funroll-loops -fopenmp -march=native -ftree-vectorize 
 -c -o tinyxmlerrorpp.o tinyxmlerrorpp.cc
gcc -pipe -I. -Wall -O3 -funroll-loops -fopenmp -march=native -ftree-vectorize 
 -c -o tinyxmlparserpp.o tinyxmlparserpp.cc
gcc -pipe -I. -Wall -O3 -funroll-loops -fopenmp -march=native -ftree-vectorize 
 -c -o SurfaceExtractorpp.o SurfaceExtractorpp.cc
gcc -o shapes -pipe -I. -Wall -O3 -funroll-loops -fopenmp -march=native
-ftree-vectorize -lz -lboost_iostreams -lgsl -lgslcblas mainpp.o tinystrpp.o
tinyxmlpp.o tinyxmlerrorpp.o tinyxmlparserpp.o SurfaceExtractorpp.o
mainpp.o: In function
`_ZN7cvmlcpp25extractSurfaceFromAdapterIN6shapes20ShapeSurfaceAdaptor_IdEEdEEvRKT_RNS_8GeometryIT0_EEd.omp_fn.8':
mainpp.cc:(.text+0x5641): undefined reference to `void
cvmlcpp::extractSurfaceFromAdapter,
double>(shapes::ShapeSurfaceAdaptor_ const&,
cvmlcpp::Geometry&, double)::C.907'
collect2: ld returned 1 exit status
make: *** [shapes] Error 1

Oh, and this is the CPU:
$ cat /proc/cpuinfo 
processor   : 0
vendor_id   : AuthenticAMD
cpu family  : 15
model   : 47
model name  : AMD Athlon(tm) 64 Processor 3200+
stepping: 0
cpu MHz : 1000.000
cache size  : 512 KB
fpu : yes
fpu_exception   : yes
cpuid level : 1
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt lm 3dnowext
3dnow up rep_good nopl pni lahf_lm
bogomips: 2002.51
TLB size: 1024 4K pages
clflush size: 64
cache_alignment : 64
address sizes   : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39573

[Bug target/39573] Linking fails on AMD with -march=native, works with generic x86_64

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2009-04-04 17:47 ---
So, does it reproduce with -march=athlon64 then?  (or any specific -march?)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39573

[Bug fortran/37930] gfortran error and ICE at automatic type conversion with transfer intrinsic

[dfranke at gcc dot gnu dot org]

--- Comment #27 from dfranke at gcc dot gnu dot org  2009-04-04 17:50 
---
> Personally, I think the bug is fixed, and this PR can be closed.

No activity and no objections for months. Closing.


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dfranke at gcc dot gnu dot
   ||org
  Known to fail|4.4.0   |4.3.3
  Known to work||4.4.0
   Target Milestone|--- |4.4.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37930

[Bug fortran/37930] gfortran error and ICE at automatic type conversion with transfer intrinsic

[dfranke at gcc dot gnu dot org]

--- Comment #28 from dfranke at gcc dot gnu dot org  2009-04-04 17:51 
---
2nd try ...


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37930

[Bug tree-optimization/28868] [4.3/4.4/4.5 Regression] Not eliminating the PHIs which have the same arguments

[rguenth at gcc dot gnu dot org]

--- Comment #18 from rguenth at gcc dot gnu dot org  2009-04-04 17:57 
---
Patch posted:
http://gcc.gnu.org/ml/gcc-patches/2009-04/msg00311.html

it will replace redundant PHI nodes with a copy, so

:
  # c_1 = PHI 
  # d_2 = PHI 
  D.1599_10 = c_1 + d_2;

will become

:
  # c_1 = PHI 
  d_2 = c_1
  D.1599_10 = c_1 + d_2;

to not immediately trigger PR23821 (of course the next copyprop will
happily propagate c_1 into all uses of d_2).  It does replace single-uses
though, which does not increase register pressure.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28868

[Bug tree-optimization/31914] FRE does not do const or copy propagation while it could

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2009-04-04 17:58 ---
I think we don't want this one being fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31914

[Bug target/39573] Linking fails on AMD with -march=native, works with generic x86_64

[fpbeekhof at gmail dot com]

--- Comment #7 from fpbeekhof at gmail dot com  2009-04-04 18:02 ---
I tried with "-march=native" but without "-ftree-vectorize", it still fails.
I tried with "-march=athlon64" but without "-ftree-vectorize", it still fails.
On an Intel machine, with -march=native and -ftree-vectorize, it is fine.
cpu family  : 6
model   : 15
model name  : Intel(R) Core(TM)2 CPU  6400  @ 2.13GHz
stepping: 2


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39573

[Bug target/39573] Linking fails on AMD with -march=native, works with generic x86_64

[rguenth at gcc dot gnu dot org]

--- Comment #8 from rguenth at gcc dot gnu dot org  2009-04-04 18:03 ---
Btw, with -O3 the vectorizer is on by default, so you need -fno-tree-vectorize
to turn it off.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39573

[Bug fortran/24790] arguments are displayed as reference or pointer to normal type in GDB

[dfranke at gcc dot gnu dot org]

--- Comment #8 from dfranke at gcc dot gnu dot org  2009-04-04 18:12 ---
The session from the report now looks like:

$ gfortran-svn -g pr24790.f
dan...@silence ~/pr $ gdb -q a.out
(gdb) break sub_
Breakpoint 1 at 0x804855c: file pr24790.f, line 5.
(gdb) break sqr_
Breakpoint 2 at 0x80485eb: file pr24790.f, line 13.
(gdb) run
Starting program: /home/daniel/pr/a.out

Breakpoint 1, sub (a=(), n=10) at pr24790.f:5
5   subroutine sub(a,n)
(gdb) p a
$1 = ()
(gdb) p n
$2 = 10
(gdb) cont
Continuing.

Breakpoint 2, sqr (m=1) at pr24790.f:14
14sqr = m * m
(gdb) p m
$3 = 1


Closing as fixed. Thanks, Jakub!


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dfranke at gcc dot gnu dot
   ||org
 Status|NEW |RESOLVED
  Known to fail||4.3.3
  Known to work||4.5.0
 Resolution||FIXED
   Target Milestone|--- |4.5.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24790

[Bug target/39573] Linking fails on AMD with -march=native, works with generic x86_64

[fpbeekhof at gmail dot com]

--- Comment #9 from fpbeekhof at gmail dot com  2009-04-04 18:13 ---
Subject: Re:  Linking fails on AMD with -march=native, works
 with generic x86_64

rguenth at gcc dot gnu dot org wrote:
> --- Comment #8 from rguenth at gcc dot gnu dot org  2009-04-04 18:03 
> ---
> Btw, with -O3 the vectorizer is on by default, so you need -fno-tree-vectorize
> to turn it off.

(Oh...)
I tried with "-march=native" and "-fno-tree-vectorize", it still fails:

gccbug39573$ make clean; make
rm -f *.o *~ shapes
gcc -pipe -I. -Wall -O3 -funroll-loops -fopenmp -march=native 
-fno-tree-vectorize   -c -o mainpp.o mainpp.cc
gcc -pipe -I. -Wall -O3 -funroll-loops -fopenmp -march=native 
-fno-tree-vectorize   -c -o tinystrpp.o tinystrpp.cc
gcc -pipe -I. -Wall -O3 -funroll-loops -fopenmp -march=native 
-fno-tree-vectorize   -c -o tinyxmlpp.o tinyxmlpp.cc
gcc -pipe -I. -Wall -O3 -funroll-loops -fopenmp -march=native 
-fno-tree-vectorize   -c -o tinyxmlerrorpp.o tinyxmlerrorpp.cc
gcc -pipe -I. -Wall -O3 -funroll-loops -fopenmp -march=native 
-fno-tree-vectorize   -c -o tinyxmlparserpp.o tinyxmlparserpp.cc
gcc -pipe -I. -Wall -O3 -funroll-loops -fopenmp -march=native 
-fno-tree-vectorize   -c -o SurfaceExtractorpp.o SurfaceExtractorpp.cc
gcc -o shapes -pipe -I. -Wall -O3 -funroll-loops -fopenmp -march=native 
-fno-tree-vectorize -lz -lboost_iostreams -lgsl -lgslcblas mainpp.o 
tinystrpp.o tinyxmlpp.o tinyxmlerrorpp.o tinyxmlparserpp.o 
SurfaceExtractorpp.o
mainpp.o: In function 
`_ZN7cvmlcpp25extractSurfaceFromAdapterIN6shapes20ShapeSurfaceAdaptor_IdEEdEEvRKT_RNS_8GeometryIT0_EEd.omp_fn.8':
mainpp.cc:(.text+0x5688): undefined reference to `void 
cvmlcpp::extractSurfaceFromAdapter, 
double>(shapes::ShapeSurfaceAdaptor_ const&, 
cvmlcpp::Geometry&, double)::C.907'
collect2: ld returned 1 exit status
make: *** [shapes] Error 1

On an
vendor_id   : AuthenticAMD
cpu family  : 15
model   : 47
model name  : AMD Athlon(tm) 64 Processor 3200+
stepping: 0

As well as on an
processor   : 31
vendor_id   : AuthenticAMD
cpu family  : 16
model   : 2
model name  : Quad-Core AMD Opteron(tm) Processor 8356
stepping: 3


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39573

[Bug fortran/28849] Missed array shape violation with RESHAPE despite -fbounds-check

[dfranke at gcc dot gnu dot org]

--- Comment #7 from dfranke at gcc dot gnu dot org  2009-04-04 18:29 ---
$ gfortran-4.3.3 -Wall -g -W -fbounds-check pr28849.f90 && ./a.out
 Assignments with correct shapes after RESHAPE...
 a(:,1) =   1.000
 b(:,1) =   1.000   2.000
 ...and with wrong shape (should fail with bounds checking on)
Fortran runtime error: Incorrect extent in return value of RESHAPE intrinsic in
dimension 1: is 1, should be 2

Same for 4.4.0 and 4.5.0.
Closing. Please reopen if anything else is left.


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dfranke at gcc dot gnu dot
   ||org
 Status|NEW |RESOLVED
  Known to work||4.3.3
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28849

[Bug rtl-optimization/34263] missed optimization: cleanup loop latch (SMS)

[drow at gcc dot gnu dot org]

--- Comment #2 from drow at gcc dot gnu dot org  2009-04-04 18:41 ---
If a patch was committed, can this bug be closed?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34263

[Bug target/39573] Linking fails on AMD with -march=native, works with generic x86_64

[steven at gcc dot gnu dot org]

--- Comment #10 from steven at gcc dot gnu dot org  2009-04-04 18:41 ---
*sigh* I wanted to say in comment #3 that you need explitit
-f*no*-tree-vectorize and got it wrong :-)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39573

[Bug fortran/39528] [4.3 Regression] repeated entries are not read when using list-directed input

[jvdelisle at gcc dot gnu dot org]

--- Comment #13 from jvdelisle at gcc dot gnu dot org  2009-04-04 19:05 
---
Subject: Bug 39528

Author: jvdelisle
Date: Sat Apr  4 19:04:53 2009
New Revision: 145548

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145548
Log:
2009-04-04  Jerry DeLisle  

PR libfortran/39528
* gfortran.dg/read_repeat.f90: New test.

2009-04-04  Jerry DeLisle  

PR libfortran/39528
Backport from trunk.
* io/list_read.c (list_formatted_read_scalar): Move check for read
completion to just after the check for a repeated value.

Added:
branches/gcc-4_3-branch/gcc/testsuite/gfortran.dg/read_repeat.f90
Modified:
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog
branches/gcc-4_3-branch/libgfortran/ChangeLog
branches/gcc-4_3-branch/libgfortran/io/list_read.c


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39528

[Bug c++/39637] New: ICE on ill-formed sizeof() in variadic template

[sebor at roguewave dot com]

gcc 4.3.2 fails with an ICE on the following ill-formed program. A fairly
recent (but not the most recent) version of 4.4 also fails.

$ cat t.C && g++ -dumpversion && g++ t.C -std=c++0x
template 
void f (Types...)
{
enum { e = sizeof (Types) };
};

int main ()
{
f (0);
}
4.3.2
t.C: In function ‘void f(Types ...) [with Types = int]’:
t.C:9:   instantiated from here
t.C:4: internal compiler error: in dependent_type_p, at cp/pt.c:15758
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
Preprocessed source stored into /tmp/cca3TXk5.out file, please attach this to
your bugreport.


$ g++ -v && g++ t.C
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: /home/sebor/gcc/trunk/configure
--prefix=/build/sebor/bin/gcc-4.4.0 --enable-languages=c,c++
--with-mpfr=/usr/local/mpfr-2.3.1
Thread model: posix
gcc version 4.4.0 20081105 (experimental) (GCC) 
t.C:1: warning: variadic templates only available with -std=c++0x or
-std=gnu++0x
t.C:2: warning: variadic templates only available with -std=c++0x or
-std=gnu++0x
t.C: In function ‘void f(Types ...) [with Types = int]’:
t.C:9:   instantiated from here
t.C:4: internal compiler error: in dependent_type_p, at cp/pt.c:15922
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


-- 
   Summary: ICE on ill-formed sizeof() in variadic
template
   Product: gcc
   Version: 4.3.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sebor at roguewave dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39637

[Bug fortran/39528] [4.3 Regression] repeated entries are not read when using list-directed input

[jvdelisle at gcc dot gnu dot org]

--- Comment #14 from jvdelisle at gcc dot gnu dot org  2009-04-04 19:10 
---
Fixed on 4.3, 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=39528

[Bug c++/25185] deep typedef substitution in error message

[jason at gcc dot gnu dot org]

--- Comment #22 from jason at gcc dot gnu dot org  2009-04-04 19:19 ---
Subject: Bug 25185

Author: jason
Date: Sat Apr  4 19:19:30 2009
New Revision: 145550

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145550
Log:
PR c++/25185
* error.c (dump_template_bindings): Look through typedefs in
typename results.
(dump_type) [TYPENAME_TYPE]: Print the typedef name if any.
(find_typenames_r): Also collect typedefs.
* pt.c (unify): Strip typedefs.

Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/error.c
trunk/gcc/cp/pt.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/template/error38.C


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25185

[Bug ada/39638] New: [4.5 regression] -m32 gnat.dg/test_nested_subtype_byref.adb raises CONSTRAINT_ERROR

[laurent at guerby dot net]

My patch to enable make check RUNTESTFLAGS="--target_board=unix'{-m32,-m64}'"
on gnat.dg exposes a 4.5 regression:

Patch (will be commited monday):
http://gcc.gnu.org/ml/gcc-patches/2009-04/msg00312.html

4.4  -m32 testresults:
http://gcc.gnu.org/ml/gcc-testresults/2009-04/msg00434.html

=== gnat Summary for unix/-m32 ===

# of expected passes610
# of expected failures  6

4.5 -m32 testresults:
http://gcc.gnu.org/ml/gcc-testresults/2009-04/msg00424.html

=== gnat Summary for unix/-m32 ===

# of expected passes609
# of unexpected failures1
# of expected failures  6

FAIL: gnat.dg/test_nested_subtype_byref.adb execution test

The log of the FAIL on 4.5 is:

raised CONSTRAINT_ERROR : nested_subtype_byref.adb:19 discriminant check failed


-- 
   Summary: [4.5 regression] -m32
gnat.dg/test_nested_subtype_byref.adb raises
CONSTRAINT_ERROR
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: normal
  Priority: P3
 Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: laurent at guerby dot net
 GCC build triplet: x86_64-linux
  GCC host triplet: x86_64-linux
GCC target triplet: x86_64-linux


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39638

[Bug c++/39639] New: no diagnostic for ill-formed pack expansion

[sebor at roguewave dot com]

gcc 4.3.2 and a recent pull of 4.4 accept the following (presumably) ill-formed
program:

$ cat t.C && g++ -v && g++ -std=c++0x t.C && ./a.out
#include 

template 
struct S: S<...Types>, S<...Types...>, S<...>
{
static const char* f () { return __PRETTY_FUNCTION__; }
};

int main ()
{
std::puts (S::f ());
}
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: /home/sebor/gcc/trunk/configure
--prefix=/build/sebor/bin/gcc-4.4.0 --enable-languages=c,c++
--with-mpfr=/usr/local/mpfr-2.3.1
Thread model: posix
gcc version 4.4.0 20081105 (experimental) (GCC) 
static const char* S::f() [with Types = void]


-- 
   Summary: no diagnostic for ill-formed pack expansion
   Product: gcc
   Version: 4.3.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sebor at roguewave dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39639

[Bug ada/39638] [4.5 regression] gnat.dg/test_nested_subtype_byref.adb raises CONSTRAINT_ERROR

[ebotcazou at gcc dot gnu dot org]

--- Comment #1 from ebotcazou at gcc dot gnu dot org  2009-04-04 19:48 
---
Too late. :-)


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2009-
   ||04/msg00314.html
 Status|UNCONFIRMED |RESOLVED
  GCC build triplet|x86_64-linux|
   GCC host triplet|x86_64-linux|
 GCC target triplet|x86_64-linux|
 Resolution||FIXED
Summary|[4.5 regression] -m32   |[4.5 regression]
   |gnat.dg/test_nested_subtype_|gnat.dg/test_nested_subtype_
   |byref.adb raises|byref.adb raises
   |CONSTRAINT_ERROR|CONSTRAINT_ERROR


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39638

[Bug target/39573] Linking fails on AMD with -march=native, works with generic x86_64

[fpbeekhof at gmail dot com]

--- Comment #11 from fpbeekhof at gmail dot com  2009-04-04 19:50 ---
No problem. I did a few more tests...

In short, it's the combination of -fopenmp and -march=native that makes fail on
AMD64.

Note: To test without openMP you can't use the preprocessed source.

# openmp and march=native --> FAIL
$ make clean; make CNF=gcc BACKEND=gsl

g++ -o tinystr.o -c -pipe -I. -Wall -fopenmp -march=native -DNDEBUG -DUSE_GSL
-I/user/l1/beekhof//include/ tinystr.cpp
g++ -o main.o -c -pipe -I. -Wall -fopenmp -march=native -DNDEBUG -DUSE_GSL
-I/user/l1/beekhof//include/ main.cpp
g++ -o tinyxml.o -c -pipe -I. -Wall -fopenmp -march=native -DNDEBUG -DUSE_GSL
-I/user/l1/beekhof//include/ tinyxml.cpp
g++ -o tinyxmlerror.o -c -pipe -I. -Wall -fopenmp -march=native -DNDEBUG
-DUSE_GSL -I/user/l1/beekhof//include/ tinyxmlerror.cpp
g++ -o tinyxmlparser.o -c -pipe -I. -Wall -fopenmp -march=native -DNDEBUG
-DUSE_GSL -I/user/l1/beekhof//include/ tinyxmlparser.cpp
g++ -o shapes -fopenmp -DUSE_GSL -L/user/l1/beekhof//lib/ tinystr.o tinyxml.o
tinyxmlerror.o tinyxmlparser.o main.o -lcvmlcpp -lz -lboost_iostreams -lgsl
-lgslcblas
main.o: In function
`_ZN7cvmlcpp25extractSurfaceFromAdapterIN6shapes20ShapeSurfaceAdaptor_IdEEdEEvRKT_RNS_8GeometryIT0_EEd.omp_fn.9':
main.cpp:(.text+0x11cc): undefined reference to
`_ZN7cvmlcpp25extractSurfaceFromAdapterIN6shapes20ShapeSurfaceAdaptor_IdEEdEEvRKT_RNS_8GeometryIT0_EEd.omp_fn.9::C.467'
collect2: ld returned 1 exit status
scons: *** [shapes] Error 1
scons: building terminated because of errors.
make: *** [compile] Error 2

# No march=native --> FINE
$ make clean; make CNF=gcc BACKEND=gsl

g++ -o tinystr.o -c -pipe -I. -Wall -fopenmp -DNDEBUG -DUSE_GSL
-I/user/l1/beekhof//include/ tinystr.cpp
g++ -o main.o -c -pipe -I. -Wall -fopenmp -DNDEBUG -DUSE_GSL
-I/user/l1/beekhof//include/ main.cpp
g++ -o tinyxml.o -c -pipe -I. -Wall -fopenmp -DNDEBUG -DUSE_GSL
-I/user/l1/beekhof//include/ tinyxml.cpp
g++ -o tinyxmlerror.o -c -pipe -I. -Wall -fopenmp -DNDEBUG -DUSE_GSL
-I/user/l1/beekhof//include/ tinyxmlerror.cpp
g++ -o tinyxmlparser.o -c -pipe -I. -Wall -fopenmp -DNDEBUG -DUSE_GSL
-I/user/l1/beekhof//include/ tinyxmlparser.cpp
g++ -o shapes -fopenmp -DUSE_GSL -L/user/l1/beekhof//lib/ tinystr.o tinyxml.o
tinyxmlerror.o tinyxmlparser.o main.o -lcvmlcpp -lz -lboost_iostreams -lgsl
-lgslcblas
scons: done building targets.


# No openmp --> FINE
$ make clean; make CNF=gcc BACKEND=gsl

g++ -o main.o -c -pipe -I. -Wall -march=native -DNDEBUG -DUSE_GSL
-I/user/l1/beekhof//include/ main.cpp
g++ -o tinystr.o -c -pipe -I. -Wall -march=native -DNDEBUG -DUSE_GSL
-I/user/l1/beekhof//include/ tinystr.cpp
g++ -o tinyxml.o -c -pipe -I. -Wall -march=native -DNDEBUG -DUSE_GSL
-I/user/l1/beekhof//include/ tinyxml.cpp
g++ -o tinyxmlerror.o -c -pipe -I. -Wall -march=native -DNDEBUG -DUSE_GSL
-I/user/l1/beekhof//include/ tinyxmlerror.cpp
g++ -o tinyxmlparser.o -c -pipe -I. -Wall -march=native -DNDEBUG -DUSE_GSL
-I/user/l1/beekhof//include/ tinyxmlparser.cpp
g++ -o shapes -DUSE_GSL -L/user/l1/beekhof//lib/ tinystr.o tinyxml.o
tinyxmlerror.o tinyxmlparser.o main.o -lcvmlcpp -lz -lboost_iostreams -lgsl
-lgslcblas
scons: done building targets.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39573

[Bug target/39573] Linking fails on AMD with -march=native, works with generic x86_64

[rguenth at gcc dot gnu dot org]

--- Comment #12 from rguenth at gcc dot gnu dot org  2009-04-04 20:00 
---
I do not see that undefined symbol required, but it _does_ print strangely

_ZN7cvmlcpp25extractSurfaceFromAdapterIN6shapes20ShapeSurfaceAdaptor_IdEEdEEvRKT_RNS_8GeometryIT0_EEd.omp_fn.9::C.467

it suggests that this was sort-of "demangled"


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39573

[Bug target/39573] Linking fails on AMD with -march=native, works with generic x86_64

[rguenth at gcc dot gnu dot org]

--- Comment #13 from rguenth at gcc dot gnu dot org  2009-04-04 20:03 
---
What does

nm mainpp.o | grep
_ZN7cvmlcpp25extractSurfaceFromAdapterIN6shapes20ShapeSurfaceAdaptor_IdEEdEEvRKT_RNS_8GeometryIT0_EEd

print for you?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39573

[Bug target/39573] Linking fails on AMD with -march=native and -fopenmp, works with generic x86_64

[fpbeekhof at gmail dot com]

--- Comment #14 from fpbeekhof at gmail dot com  2009-04-04 20:14 ---
For simplicty, in the preprocessed source, edit the Makefile, set
CXXFLAGS= -pipe -I. -Wall -fopenmp -march=native

Then,
gccbug39573$ make clean; make
rm -f *.o *~ shapes
gcc -pipe -I. -Wall -fopenmp -march=native   -c -o mainpp.o mainpp.cc
gcc -pipe -I. -Wall -fopenmp -march=native   -c -o tinystrpp.o tinystrpp.cc
gcc -pipe -I. -Wall -fopenmp -march=native   -c -o tinyxmlpp.o tinyxmlpp.cc
gcc -pipe -I. -Wall -fopenmp -march=native   -c -o tinyxmlerrorpp.o
tinyxmlerrorpp.cc
gcc -pipe -I. -Wall -fopenmp -march=native   -c -o tinyxmlparserpp.o
tinyxmlparserpp.cc
gcc -pipe -I. -Wall -fopenmp -march=native   -c -o SurfaceExtractorpp.o
SurfaceExtractorpp.cc
gcc -o shapes -pipe -I. -Wall -fopenmp -march=native -lz -lboost_iostreams
-lgsl -lgslcblas mainpp.o tinystrpp.o tinyxmlpp.o tinyxmlerrorpp.o
tinyxmlparserpp.o SurfaceExtractorpp.o
mainpp.o: In function
`_ZN7cvmlcpp25extractSurfaceFromAdapterIN6shapes20ShapeSurfaceAdaptor_IdEEdEEvRKT_RNS_8GeometryIT0_EEd.omp_fn.8':
mainpp.cc:(.text+0x1f76): undefined reference to `void
cvmlcpp::extractSurfaceFromAdapter,
double>(shapes::ShapeSurfaceAdaptor_ const&,
cvmlcpp::Geometry&, double)::C.867'
collect2: ld returned 1 exit status
make: *** [shapes] Error 1

gccbug39573$ nm mainpp.o | grep
_ZN7cvmlcpp25extractSurfaceFromAdapterIN6shapes20ShapeSurfaceAdaptor_IdEEdEEvRKT_RNS_8GeometryIT0_EEd
 W
_ZN7cvmlcpp25extractSurfaceFromAdapterIN6shapes20ShapeSurfaceAdaptor_IdEEdEEvRKT_RNS_8GeometryIT0_EEd
19af t
_ZN7cvmlcpp25extractSurfaceFromAdapterIN6shapes20ShapeSurfaceAdaptor_IdEEdEEvRKT_RNS_8GeometryIT0_EEd.omp_fn.10
1c7e t
_ZN7cvmlcpp25extractSurfaceFromAdapterIN6shapes20ShapeSurfaceAdaptor_IdEEdEEvRKT_RNS_8GeometryIT0_EEd.omp_fn.8
1af2 t
_ZN7cvmlcpp25extractSurfaceFromAdapterIN6shapes20ShapeSurfaceAdaptor_IdEEdEEvRKT_RNS_8GeometryIT0_EEd.omp_fn.9


-- 

fpbeekhof at gmail dot com changed:

   What|Removed |Added

Summary|Linking fails on AMD with - |Linking fails on AMD with -
   |march=native, works with|march=native and -fopenmp,
   |generic x86_64  |works with generic x86_64


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39573

[Bug ada/39638] [4.5 regression] gnat.dg/test_nested_subtype_byref.adb raises CONSTRAINT_ERROR

[laurent at guerby dot net]

--- Comment #2 from laurent at guerby dot net  2009-04-04 20:26 ---
Indeed, thanks :)

http://gcc.gnu.org/ml/gcc-testresults/2009-04/msg00442.html


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39638

[Bug c++/13504] Cannot mangle structure access operator

[jason at gcc dot gnu dot org]

--- Comment #3 from jason at gcc dot gnu dot org  2009-04-04 20:34 ---
Fixed for 4.4.


-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13504

[Bug fortran/38822] Compile-time simplification of x**(real)

[dominiq at lps dot ens dot fr]

--- Comment #13 from dominiq at lps dot ens dot fr  2009-04-04 20:44 ---
At revision 145521, the test from comment #2 returns: "T F" on
(powerpc|i686)-apple-darwin9.

Since I am not really interesting in this way to split hairs, do what ever you
like.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38822

[Bug target/39573] Linking fails on AMD with -march=native and -fopenmp, works with generic x86_64

[rguenth at gcc dot gnu dot org]

--- Comment #15 from rguenth at gcc dot gnu dot org  2009-04-04 20:45 
---
Ok, I can see

movl  
$_ZZN7cvmlcpp25extractSurfaceFromAdapterIN6shapes20ShapeSurfaceAdaptor_IdEEdEEvRKT_RNS_8GeometryIT0_EEdE5C.907,
%esi
movl$12, %ecx
movq56(%rsp), %rdi
rep movsq
movl%r14d, %esi

but that's not on an omp thing.

Expanded from

;; offset = C.907
(insn 2176 2175 2177 /usr/local/include/cvmlcpp/volume/SurfaceExtractor:150
(parallel [
(set (reg:DI 999)
(plus:DI (reg/f:DI 54 virtual-stack-vars)
(const_int -832 [0xfcc0])))
(clobber (reg:CC 17 flags))
]) -1 (nil))

(insn 2177 2176 2178 /usr/local/include/cvmlcpp/volume/SurfaceExtractor:150
(set (reg:DI 1000)
(symbol_ref:DI
("_ZZN7cvmlcpp25extractSurfaceFromAdapterIN6shapes20ShapeSurfaceAdaptor_IdEEdEEvRKT_RNS_8GeometryIT0_EEdE5C.907")
[flags 0x2] )) -1 (nil))

That DECL_ASSEMBLER_NAME is bogus.

mainpp.cc.004t.gimple:static int C.907[8][3] = {{0, 0, 0}, {1,
0, 0}, {1, 0, 1}, {0, 0, 1}, {0, 1, 0}, {1, 1, 0}, {1, 1, 1}, {0, 1, 1}};
mainpp.cc.004t.gimple:offset = C.907;

huh.  Gimplified from

int offset[8][3] = {{0, 0, 0}, {1, 0, 0}, {1, 0, 1}, {0, 0, 1}, {0, 1, 0},
{1, 1, 0}, {1, 1, 1}, {0, 1, 1}};

this sounds like related to PR38615.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39573

[Bug middle-end/38615] [4.2/4.3 Regression] invalid promotion to static from auto

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|4.2.5   |4.3.4


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38615

[Bug libgcj/38396] [4.3 Regression] ecj1 linked against both -lgcj and -lgcj_bc

[dominiq at lps dot ens dot fr]

--- Comment #26 from dominiq at lps dot ens dot fr  2009-04-04 21:01 ---
Out of curiosity, how can a pr like this one be "UNCONFIRMED"?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38396

[Bug libgcj/38396] [4.3 Regression] ecj1 linked against both -lgcj and -lgcj_bc

[aph at redhat dot com]

--- Comment #27 from aph at redhat dot com  2009-04-04 21:13 ---
Subject: Re:  [4.3 Regression] ecj1 linked against both
 -lgcj and -lgcj_bc

dominiq at lps dot ens dot fr wrote:

> Out of curiosity, how can a pr like this one be "UNCONFIRMED"?

Insanity is the only explanation I can think of.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38396

[Bug libgcj/38396] [4.3 Regression] ecj1 linked against both -lgcj and -lgcj_bc

[dominiq at lps dot ens dot fr]

--- Comment #28 from dominiq at lps dot ens dot fr  2009-04-04 21:17 ---
> Insanity is the only explanation I can think of.

It does not seem the only instance;)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38396

[Bug fortran/39577] False positive with -fcheck=recursion

[burnus at gcc dot gnu dot org]

--- Comment #4 from burnus at gcc dot gnu dot org  2009-04-04 21:38 ---
Subject: Bug 39577

Author: burnus
Date: Sat Apr  4 21:38:12 2009
New Revision: 145552

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145552
Log:
2009-04-04  Tobias Burnus  

PR fortran/39577
* trans-decl.c (gfc_generate_function_code): Move recursive
check to the right position.

2009-04-04  Tobias Burnus  

PR fortran/39577
* gfortran.dg/recursive_check_8.f90: New.
* gfortran.dg/recursive_check_9.f90: New.
* gfortran.dg/recursive_check_10.f90: New.
* gfortran.dg/recursive_check_11.f90: New.
* gfortran.dg/recursive_check_12.f90: New.
* gfortran.dg/recursive_check_13.f90: New.
* gfortran.dg/recursive_check_14.f90: New.


Added:
trunk/gcc/testsuite/gfortran.dg/recursive_check_10.f90
trunk/gcc/testsuite/gfortran.dg/recursive_check_11.f90
trunk/gcc/testsuite/gfortran.dg/recursive_check_12.f90
trunk/gcc/testsuite/gfortran.dg/recursive_check_13.f90
trunk/gcc/testsuite/gfortran.dg/recursive_check_14.f90
trunk/gcc/testsuite/gfortran.dg/recursive_check_8.f90
trunk/gcc/testsuite/gfortran.dg/recursive_check_9.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/trans-decl.c
trunk/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39577

[Bug fortran/38822] Compile-time simplification of x**(real)

[sgk at troutmask dot apl dot washington dot edu]

--- Comment #14 from sgk at troutmask dot apl dot washington dot edu  
2009-04-04 21:42 ---
Subject: Re:  Compile-time simplification of x**(real)

On Sat, Apr 04, 2009 at 08:44:36PM -, dominiq at lps dot ens dot fr wrote:
> 
> At revision 145521, the test from comment #2 returns: "T F" on
> (powerpc|i686)-apple-darwin9.
> 
> Since I am not really interesting in this way to split hairs, do what ever you
> like.
> 
> 

There are 2 URL's in comment #2.  Specifically, see

http://groups.google.com/group/comp.lang.fortran/msg/97c3ce6e98432ae9

That code on FreeBSD gives

REMOVE:kargl[128] gfc4x -o z j2.f90
REMOVE:kargl[129] ./z
 T T

The correct answer according to James van Buskirk is T F.

The PR that fixed the ICE is 

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38823

See the audit trail.  I have no plans to back port this because
it changes the underlying semantics of the design of arith.c.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38822

[Bug fortran/39577] False positive with -fcheck=recursion

[burnus at gcc dot gnu dot org]

--- Comment #5 from burnus at gcc dot gnu dot org  2009-04-04 21:45 ---
FIXED on the trunk (4.5)


-- 

burnus at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39577

[Bug target/39640] New: MIPS : buggy va_list with float, long long and long double arguments

[xavier dot guerin at imag dot fr]

Hi,

I'm experiencing troubles with va_list on the mips target. When one of the
parameter is either float (double), long long, or long double, and the function
handling the va_list is static inlined, the va_list argument is invalid.

The target triplet mips-sls-dnaos is an in-house description handling our OS
and equivalent to mips-elf.

The attached file is the .i of the regression application showing the buggy
behavior. The libC used is newlib 1.17.0.

FYI, the same application and the same compiler works fine on ARM targets.

 GCC's configuration 

Configured with: ../../../../Workspace/GNUTools/gcc/gcc-4.3.2/configure
--prefix=/Users/xguerin/Workspace/Toolchains/mips-sls-dnaos.toolchain
--target=mips-sls-dnaos --enable-multilib --enable-languages=c --with-newlib
--with-headers=/Users/xguerin/Workspace/GNUTools/newlib/1.16.0/src/newlib/libc/include

 Application's CFLAGS and LDFLAGS 
CFLAGS="--save-temps -g -Wall -Werror -EL -O3 -G0 -std=c99 -Wall -msoft-float
-march=mips32"
LDFLAGS="-msoft-float -EL"

 Application's .i file 

# 1 "main.c"
# 1 "/Users/xguerin/Workspace/Applications/Regression/Queue.git/sources//"
# 1 ""
# 1 ""
# 1 "main.c"
# 1
"/Users/xguerin/Workspace/Toolchains/mips-sls-dnaos.toolchain/lib/gcc/mips-sls-dnaos/4.3.2/../../../../mips-sls-dnaos/include/stdio.h"
1 3
# 29
"/Users/xguerin/Workspace/Toolchains/mips-sls-dnaos.toolchain/lib/gcc/mips-sls-dnaos/4.3.2/../../../../mips-sls-dnaos/include/stdio.h"
3
# 1
"/Users/xguerin/Workspace/Toolchains/mips-sls-dnaos.toolchain/lib/gcc/mips-sls-dnaos/4.3.2/../../../../mips-sls-dnaos/include/_ansi.h"
1 3
# 15
"/Users/xguerin/Workspace/Toolchains/mips-sls-dnaos.toolchain/lib/gcc/mips-sls-dnaos/4.3.2/../../../../mips-sls-dnaos/include/_ansi.h"
3
# 1
"/Users/xguerin/Workspace/Toolchains/mips-sls-dnaos.toolchain/lib/gcc/mips-sls-dnaos/4.3.2/../../../../mips-sls-dnaos/include/newlib.h"
1 3
# 16
"/Users/xguerin/Workspace/Toolchains/mips-sls-dnaos.toolchain/lib/gcc/mips-sls-dnaos/4.3.2/../../../../mips-sls-dnaos/include/_ansi.h"
2 3
# 1
"/Users/xguerin/Workspace/Toolchains/mips-sls-dnaos.toolchain/lib/gcc/mips-sls-dnaos/4.3.2/../../../../mips-sls-dnaos/include/sys/config.h"
1 3



# 1
"/Users/xguerin/Workspace/Toolchains/mips-sls-dnaos.toolchain/lib/gcc/mips-sls-dnaos/4.3.2/../../../../mips-sls-dnaos/include/machine/ieeefp.h"
1 3
# 5
"/Users/xguerin/Workspace/Toolchains/mips-sls-dnaos.toolchain/lib/gcc/mips-sls-dnaos/4.3.2/../../../../mips-sls-dnaos/include/sys/config.h"
2 3
# 17
"/Users/xguerin/Workspace/Toolchains/mips-sls-dnaos.toolchain/lib/gcc/mips-sls-dnaos/4.3.2/../../../../mips-sls-dnaos/include/_ansi.h"
2 3
# 30
"/Users/xguerin/Workspace/Toolchains/mips-sls-dnaos.toolchain/lib/gcc/mips-sls-dnaos/4.3.2/../../../../mips-sls-dnaos/include/stdio.h"
2 3




# 1
"/Users/xguerin/Workspace/Toolchains/mips-sls-dnaos.toolchain/lib/gcc/mips-sls-dnaos/4.3.2/include/stddef.h"
1 3 4
# 214
"/Users/xguerin/Workspace/Toolchains/mips-sls-dnaos.toolchain/lib/gcc/mips-sls-dnaos/4.3.2/include/stddef.h"
3 4
typedef unsigned int size_t;
# 35
"/Users/xguerin/Workspace/Toolchains/mips-sls-dnaos.toolchain/lib/gcc/mips-sls-dnaos/4.3.2/../../../../mips-sls-dnaos/include/stdio.h"
2 3


# 1
"/Users/xguerin/Workspace/Toolchains/mips-sls-dnaos.toolchain/lib/gcc/mips-sls-dnaos/4.3.2/include/stdarg.h"
1 3 4
# 43
"/Users/xguerin/Workspace/Toolchains/mips-sls-dnaos.toolchain/lib/gcc/mips-sls-dnaos/4.3.2/include/stdarg.h"
3 4
typedef __builtin_va_list __gnuc_va_list;
# 38
"/Users/xguerin/Workspace/Toolchains/mips-sls-dnaos.toolchain/lib/gcc/mips-sls-dnaos/4.3.2/../../../../mips-sls-dnaos/include/stdio.h"
2 3







# 1
"/Users/xguerin/Workspace/Toolchains/mips-sls-dnaos.toolchain/lib/gcc/mips-sls-dnaos/4.3.2/../../../../mips-sls-dnaos/include/sys/reent.h"
1 3
# 13
"/Users/xguerin/Workspace/Toolchains/mips-sls-dnaos.toolchain/lib/gcc/mips-sls-dnaos/4.3.2/../../../../mips-sls-dnaos/include/sys/reent.h"
3
# 1
"/Users/xguerin/Workspace/Toolchains/mips-sls-dnaos.toolchain/lib/gcc/mips-sls-dnaos/4.3.2/../../../../mips-sls-dnaos/include/_ansi.h"
1 3
# 14
"/Users/xguerin/Workspace/Toolchains/mips-sls-dnaos.toolchain/lib/gcc/mips-sls-dnaos/4.3.2/../../../../mips-sls-dnaos/include/sys/reent.h"
2 3
# 1
"/Users/xguerin/Workspace/Toolchains/mips-sls-dnaos.toolchain/lib/gcc/mips-sls-dnaos/4.3.2/../../../../mips-sls-dnaos/include/sys/_types.h"
1 3
# 12
"/Users/xguerin/Workspace/Toolchains/mips-sls-dnaos.toolchain/lib/gcc/mips-sls-dnaos/4.3.2/../../../../mips-sls-dnaos/include/sys/_types.h"
3
# 1
"/Users/xguerin/Workspace/Toolchains/mips-sls-dnaos.toolchain/lib/gcc/mips-sls-dnaos/4.3.2/../../../../mips-sls-dnaos/include/machine/_types.h"
1 3






# 1
"/Users/xguerin/Workspace/Toolchains/mips-sls-dnaos.toolchain/lib/gcc/mips-sls-dnaos/4.3.2/../../../../mips-sls-dnaos/include/machine/_default_types.h"
1 3
# 26
"/Users/xguerin/Workspace/Toolchains/mips-sls-dnaos.toolchain/lib/gcc/mips-sls-dnaos/4.3.2/../../../../mips-sls-dnaos/include/machine/_default_types.h"
3
typedef signed

[Bug target/39640] MIPS : buggy va_list with float, long long and long double arguments

[xavier dot guerin at imag dot fr]

--- Comment #1 from xavier dot guerin at imag dot fr  2009-04-04 21:58 
---
Created an attachment (id=17587)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17587&action=view)
.i file of the regression test


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39640

[Bug c/39641] New: Compiling Linux 2.6.28.6 ends with a segfault

[lasse-gccbug-2009 at mail dot plastictree dot net]

Compiling Linux 2.6.28.6 ends with a segfault.

I will attach preprocessed source files and kernel configuration file when I
find out how to do this with this interface. Here is some information for now:

Configure switches for gcc (besides prefix):
--enable-shared --enable-threads=posix --enable-__cxa_atexit
--enable-clocale=gnu --enable-checking --disable-werror --enable-bootstrap
--enable-languages=c,c++

Thread model: posix

Command line:
gcc -Wp,-MD,net/core/.skbuff.o.d  -nostdinc -isystem
/package/host/localhost/sepbuilt/gcc41-4.1.2-01-03/prefix/lib/gcc/i686-pc-linux-gnu/4.1.2/include
-D__KERNEL__ -Iinclude  -I/fs/tmp/mount/tmp/linux-2.6.28.6/arch/x86/include
-include include/linux/autoconf.h -Wall -Wundef -Wstrict-prototypes
-Wno-trigraphs -fno-strict-aliasing -fno-common
-Werror-implicit-function-declaration -O2 -m32 -msoft-float -mregparm=3
-freg-struct-return -mpreferred-stack-boundary=2 -march=i586 -mtune=i686
-Wa,-mtune=generic32 -ffreestanding -pipe -Wno-sign-compare
-fno-asynchronous-unwind-tables -mno-sse -mno-mmx -mno-sse2 -mno-3dnow
-Iarch/x86/include/asm/mach-default -fno-stack-protector -fomit-frame-pointer
-Wdeclaration-after-statement -Wno-pointer-sign  -D"KBUILD_STR(s)=#s"
-D"KBUILD_BASENAME=KBUILD_STR(skbuff)"  -D"KBUILD_MODNAME=KBUILD_STR(skbuff)" 
-c -o net/core/skbuff.o net/core/skbuff.c

Output:
net/core/skbuff.c:2673: internal compiler error: Segmentation fault


-- 
   Summary: Compiling Linux 2.6.28.6 ends with a segfault
   Product: gcc
   Version: 4.1.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lasse-gccbug-2009 at mail dot plastictree dot net
GCC target triplet: i686-pc-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39641

[Bug c/39641] Compiling Linux 2.6.28.6 ends with a segfault

[lasse-gccbug-2009 at mail dot plastictree dot net]

--- Comment #1 from lasse-gccbug-2009 at mail dot plastictree dot net  
2009-04-04 22:27 ---
Created an attachment (id=17588)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17588&action=view)
Preprocessed source file

The file is over 1 MB when uncompressed.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39641

[Bug c/39641] Compiling Linux 2.6.28.6 ends with a segfault

[lasse-gccbug-2009 at mail dot plastictree dot net]

--- Comment #2 from lasse-gccbug-2009 at mail dot plastictree dot net  
2009-04-04 22:29 ---
Created an attachment (id=17589)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17589&action=view)
Kernel configuration which triggers the problem

Maybe this can help.

The problem is _not_ triggered when using 'make defconfig'.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39641

[Bug c++/39642] New: [C++0x] Unimplemented variadic template type expansion

[piotr dot wyderski at gmail dot com]

The following testcase:

-8<-

#include 
#include 

template  struct S;

template  struct S> {

};


int main(int argc, char *argv[]) {
return 0;
}

-8<-

produces:

$ g++ -std=c++0x testcase.cpp
testcase.cpp:6: sorry, unimplemented: cannot expand 'TA ...' into a
fixed-length argument list
testcase.cpp:6: error: template argument 1 is invalid


-- 
   Summary: [C++0x] Unimplemented variadic template type expansion
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: piotr dot wyderski at gmail dot com
  GCC host triplet: Cygwin/WinXP/gcc-4.4.0-snapshot-20090123


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39642

[Bug tree-optimization/39643] New: [4.5 Regression]: cris-elf gcc.dg/torture/builtin-math-3.c -O1 and -Os sincos one

[hp at gcc dot gnu dot org]

With revision 145488 this test passed.
>From revision 145495 and on, this test has failed as follows:
...
Running /tmp/hpautotest-gcc1/gcc/gcc/testsuite/gcc.dg/torture/dg-torture.exp
...
FAIL: gcc.dg/torture/builtin-math-3.c  -O1  (test for excess errors)
FAIL: gcc.dg/torture/builtin-math-3.c  -Os  (test for excess errors)
...

With the message in gcc.log being:
builtin-math-3.c:(.text+0x88): undefined reference to `_link_error'
builtin-math-3.c:(.text+0xfe): undefined reference to `_link_error'
builtin-math-3.c:(.text+0x174): undefined reference to `_link_error'
builtin-math-3.c:(.text+0x1aa): undefined reference to `_link_error'
builtin-math-3.c:(.text+0x220): undefined reference to `_link_error'
/tmp/ccKBGOIU.o:builtin-math-3.c:(.text+0x296): more undefined references to
`_link_error' follow

The lack of line-numbers is of course unhelpful, but with "-g" added, the link
error becomes, for both -O1 and -Os:

builtin-math-3.o: In function `main':
/tmp/hpautotest-gcc1/gcc/gcc/testsuite/gcc.dg/torture/builtin-math-3.c:176:
undefined reference to `_link_error'
/tmp/hpautotest-gcc1/gcc/gcc/testsuite/gcc.dg/torture/builtin-math-3.c:176:
undefined reference to `_link_error'
/tmp/hpautotest-gcc1/gcc/gcc/testsuite/gcc.dg/torture/builtin-math-3.c:177:
undefined reference to `_link_error'
/tmp/hpautotest-gcc1/gcc/gcc/testsuite/gcc.dg/torture/builtin-math-3.c:177:
undefined reference to `_link_error'

Author of patches in suspect revision range CC:ed.


-- 
   Summary: [4.5 Regression]: cris-elf gcc.dg/torture/builtin-math-
3.c  -O1 and -Os sincos one
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: cris-axis-elf


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39643

[Bug c++/39642] [C++0x] Unimplemented variadic template type expansion

[sebor at roguewave dot com]

--- Comment #1 from sebor at roguewave dot com  2009-04-04 23:05 ---
FWIW, I just happened to run into the same error while doing some work on
std::tuple. IIUC, the error is due to bug 35722.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39642

[Bug libstdc++/39629] [4.5 Regression] Revision 145483 may have caused many failures

[paolo at gcc dot gnu dot org]

--- Comment #11 from paolo at gcc dot gnu dot org  2009-04-04 23:09 ---
Subject: Bug 39629

Author: paolo
Date: Sat Apr  4 23:09:02 2009
New Revision: 145553

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145553
Log:
2009-04-05  Edward M. Smith-Rowland  <3dw...@verizon.net>

* include/bits/random.h (struct _ShiftMin1): Fix small typo and
thinko.
* testsuite/26_numerics/random/mersenne_twister_engine/cons/
default.cc: Enable.

2009-04-05  Paolo Carlini  

PR libstdc++/39629 (partial)
* testsuite/26_numerics/random/independent_bits_engine/cons/
base_move.cc: Use uint_fast64_t instead of unsigned long.
* testsuite/26_numerics/random/independent_bits_engine/cons/
seed1.cc: Likewise.
* testsuite/26_numerics/random/independent_bits_engine/cons/
seed2.cc: Likewise.
* testsuite/26_numerics/random/independent_bits_engine/cons/
base_copy.cc: Likewise.
* testsuite/26_numerics/random/independent_bits_engine/cons/
default.cc: Likewise.
* testsuite/26_numerics/random/independent_bits_engine/cons/
seed_seq.cc: Likewise.
* testsuite/26_numerics/random/independent_bits_engine/
requirements/typedefs.cc: Likewise.
* testsuite/26_numerics/random/independent_bits_engine/
operators/equal.cc: Likewise.
* testsuite/26_numerics/random/independent_bits_engine/
operators/serialize.cc: Likewise.
* testsuite/26_numerics/random/mt19937_64.cc: Use ull.

Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/include/bits/random.h
   
trunk/libstdc++-v3/testsuite/26_numerics/random/independent_bits_engine/cons/base_copy.cc
   
trunk/libstdc++-v3/testsuite/26_numerics/random/independent_bits_engine/cons/base_move.cc
   
trunk/libstdc++-v3/testsuite/26_numerics/random/independent_bits_engine/cons/default.cc
   
trunk/libstdc++-v3/testsuite/26_numerics/random/independent_bits_engine/cons/seed1.cc
   
trunk/libstdc++-v3/testsuite/26_numerics/random/independent_bits_engine/cons/seed2.cc
   
trunk/libstdc++-v3/testsuite/26_numerics/random/independent_bits_engine/cons/seed_seq.cc
   
trunk/libstdc++-v3/testsuite/26_numerics/random/independent_bits_engine/operators/equal.cc
   
trunk/libstdc++-v3/testsuite/26_numerics/random/independent_bits_engine/operators/serialize.cc
   
trunk/libstdc++-v3/testsuite/26_numerics/random/independent_bits_engine/requirements/typedefs.cc
   
trunk/libstdc++-v3/testsuite/26_numerics/random/mersenne_twister_engine/cons/default.cc
trunk/libstdc++-v3/testsuite/26_numerics/random/mt19937_64.cc


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39629

[Bug c++/35722] [C++0x] Variadic templates expansion into non-variadic class template

[sebor at roguewave dot com]

--- Comment #3 from sebor at roguewave dot com  2009-04-04 23:12 ---
This limitation makes implementing the latest std::tuple difficult. Quoting
from a post to c++std-...@accu.org:

Martin Sebor wrote:
> To: C++ libraries mailing list
> Message c++std-lib-23549
> 
> After reducing the error to a smaller test case and some digging
> through gcc Bugzilla it looks as though it is well-formed but gcc
> doesn't implement it yet:
> 
>   http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35722
> 
> The errors are different but the problem seems the same in both
> cases.
> 
> Martin Sebor wrote:
>> To: C++ libraries mailing list
>> Message c++std-lib-23548
>>
>> I'm probably missing something but can someone confirm that the
>> declaration of the tuple ctor below (taken from N2857) is well
>> formed given that pair is not a variadic template?
>>
>> The latest gcc complains:
>>
>>   error: wrong number of template arguments (1, should be 2)
>>
>> Thanks!
>>
>>   template 
>>   class tuple
>>   {
>>   public:
>> ...
>> template 
>> requires ConstructibleWithAllocator...
>> tuple(allocator_arg_t, const Alloc& a, const pair&);
>> ...
>>   };
>>
>>
>> Here's a small test case:
>>
>> $ cat t.C && g++ -std=c++0x t.C
>> template  struct pair { };
>> struct allocator_arg_t { };
>> template 
>> struct tuple {
>> template 
>> tuple (allocator_arg_t, const U&, const pair&);
>> };
>> t.C:6: error: wrong number of template arguments (1, should be 2)
>> t.C:1: error: provided for ‘template struct pair’


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35722

[Bug libstdc++/39644] New: [4.5 Regression]: cris-elf 17_intro/headers/c++200x/all.cc plus 3

[hp at gcc dot gnu dot org]

The regressed tests are

libstdc++.sum 17_intro/headers/c++200x/all.cc
libstdc++.sum 17_intro/headers/c++200x/all_multiple_inclusion.cc
libstdc++.sum 17_intro/using_namespace_std_tr1_neg.cc
libstdc++.sum 26_numerics/headers/random/types_std_c++0x.cc

With revision 145482 these tests passed.
>From revision 145488 and on, these tests have failed as follows:

Running
/tmp/hpautotest-gcc1/gcc/libstdc++-v3/testsuite/libstdc++-dg/conformance.exp
...
FAIL: 17_intro/headers/c++200x/all.cc (test for excess errors)
FAIL: 17_intro/headers/c++200x/all_multiple_inclusion.cc (test for excess
errors)
FAIL: 17_intro/using_namespace_std_tr1_neg.cc (test for excess errors)
FAIL: 22_locale/ctype/scan/wchar_t/1.cc execution test
XPASS: 26_numerics/headers/cmath/c99_classification_macros_c.cc (test for
excess errors)
FAIL: 26_numerics/headers/random/types_std_c++0x.cc (test for excess errors)
FAIL: 26_numerics/random/bernoulli_distribution/cons/default.cc (test for
excess errors)
WARNING: 26_numerics/random/bernoulli_distribution/cons/default.cc compilation
failed to produce executable
FAIL: 26_numerics/random/bernoulli_distribution/cons/parms.cc (test for excess
errors)
WARNING: 26_numerics/random/bernoulli_distribution/cons/parms.cc compilation
failed to produce executable
FAIL: 26_numerics/random/bernoulli_distribution/operators/serialize.cc (test
for excess errors)
WARNING: 26_numerics/random/bernoulli_distribution/operators/serialize.cc
compilation failed to produce executable

Tests shown in context, with old and new FAILs.  See last for a list of new
FAILs with this revision.

The message in the logfile is, for the first regression:

In file included from
/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libstdc++-v3/include/random:58,
 from
/tmp/hpautotest-gcc1/gcc/libstdc++-v3/testsuite/17_intro/headers/c++200x/all.cc:122:
/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libstdc++-v3/include/bits/random.tcc:
In member function 'void std::linear_congruential_engine<_UIntType, __a, __c,
__m>::seed(std::seed_seq&)':
/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libstdc++-v3/include/bits/random.tcc:121:
error: expected unqualified-id before '(' token
/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libstdc++-v3/include/bits/random.tcc:
In member function 'result_type
std::independent_bits_engine<_RandomNumberEngine, __w,
_UIntType>::operator()()':
/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libstdc++-v3/include/bits/random.tcc:581:
error: 'log2l' is not a member of 'std'
/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libstdc++-v3/include/bits/random.tcc:
In member function 'result_type
std::piecewise_linear_distribution<_RealType>::operator()(_UniformRandomNumberGenerator&,
const std::piecewise_linear_distribution<_RealType>::param_type&)':
/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libstdc++-v3/include/bits/random.tcc:2596:
error: expected ',' or ';' before ')' token
/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libstdc++-v3/include/bits/random.tcc:
In function '_RealType
std::generate_canonical(_UniformRandomNumberGenerator&)':
/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libstdc++-v3/include/bits/random.tcc:2765:
error: 'log2l' is not a member of 'std'
compiler exited with status 1

Most other errors are similar, except for
17_intro/using_namespace_std_tr1_neg.cc and
26_numerics/headers/random/types_std_c++0x.cc:

In file included from
/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libstdc++-v3/include/random:55,
 from
/tmp/hpautotest-gcc1/gcc/libstdc++-v3/testsuite/17_intro/using_namespace_std_tr1_neg.cc:45:
/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libstdc++-v3/include/bits/random.h:1371:
error: 'uint_fast32_t' was not declared in this scope
/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libstdc++-v3/include/bits/random.h:1371:
error: template argument 1 is invalid
/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libstdc++-v3/include/bits/random.h:1371:
error: '' is not a valid type for a template constant parameter
/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libstdc++-v3/include/bits/random.h:1371:
error: '' is not a valid type for a template constant parameter
/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libstdc++-v3/include/bits/random.h:1371:
error: '' is not a valid type for a template constant parameter
/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libstdc++-v3/include/bits/random.h:1372:
error: invalid type in declaration before ';' token
/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libstdc++-v3/include/bits/random.h:1377:
error: 'uint_fast32_t' was not declared in this scope
/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libstdc++-v3/include/bits/random.h:1377:
error: template argument 1 is invalid
/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libstdc++-v3/include/bits/random.h:1377:
error: '' is not a valid type for a template constant parameter
/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libstdc++-v3/include/bits/random.h:1377:
error: '' is not a valid type for a template cons

[Bug ada/39625] Unable to coalesce ssa_names 96 and 455 which are marked as MUST COALESCE.

[rob1weld at aol dot com]

--- Comment #4 from rob1weld at aol dot com  2009-04-05 00:49 ---
(In reply to comment #1)
> Broken:  145488
> Working: 144400
> 
> I'll continue to narrow it down some more.
> 
> Rob
> 

Broken:  145488
Working: 145000

Next up 145200,
Rob


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39625

[Bug c++/35722] [C++0x] Variadic templates expansion into non-variadic class template

[jason at gcc dot gnu dot org]

--- Comment #4 from jason at gcc dot gnu dot org  2009-04-05 04:20 ---
I agree that the working paper says that this should work, but I'm not sure why
the language should specify the use of variadics there; why not

 template 
 requires ConstructibleWithAllocator
   && ConstructibleWithAllocator
 tuple(allocator_arg_t, const Alloc& a, const pair&);

instead?  The n2555 fix is needed for template template parameters, but in
cases like this where we know what template we're dealing with I don't see why
it's a problem to just pass in the right number of arguments.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35722

[Bug c++/14912] Do not print default template arguments in error messages

[jason at gcc dot gnu dot org]

--- Comment #49 from jason at gcc dot gnu dot org  2009-04-05 06:06 ---
I think it's best to just leave the default arguments in when pretty-printing a
function template specialization, as in the string example; otherwise we won't
know what _Alloc in the function parameter list means.

Just omitting default arguments when dumping class template specializations
will solve the combinatorial explosion problem as displayed in the original bug
report; if we're dealing with vector > > a bug report
referring to a member of vector will look like

.../libstdc++-v3/include/bits/stl_vector.h:1006:   instantiated from ‘void
std::vector<_Tp, _Alloc>::_M_initialize_dispatch(_InputIterator,
_InputIterator, std::__false_type) [with _InputIterator = double, _Tp =
std::vector >, _Alloc =
std::allocator > >]’

So we only see std::allocator once, not in all the sub-vectors.  This seems to
me like the right balance, which happens to be what the current patch provides.
 I'm going to clean it up a bit more and check it in.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14912

[Bug bootstrap/39610] ICE in libstdc++-v3/include in stage 3

[rainer at emrich-ebersheim dot de]

--- Comment #3 from rainer at emrich-ebersheim dot de  2009-04-05 06:46 
---
(In reply to comment #1)
> Can you configure with --disable-libstdcxx-pch and try again?
> 

Now I get in libstdc++-v3/src:

libtool: compile: 
/home/rainer/software/build/i686-pc-cygwin/gcc-4.5.0/gcc/./gcc/xgcc
-shared-libgcc -B/home/rainer/software/build/i686-pc-cygwin/gcc-4.5.0/gcc/./gcc
-nostdinc++
-L/home/rainer/software/build/i686-pc-cygwin/gcc-4.5.0/gcc/i686-pc-cygwin/libstdc++-v3/src
-L/home/rainer/software/build/i686-pc-cygwin/gcc-4.5.0/gcc/i686-pc-cygwin/libstdc++-v3/src/.libs
-B/opt/devel/gnu/gcc/gcc-4.5.0/i686-pc-cygwin/i686-pc-cygwin/bin/
-B/opt/devel/gnu/gcc/gcc-4.5.0/i686-pc-cygwin/i686-pc-cygwin/lib/ -isystem
/opt/devel/gnu/gcc/gcc-4.5.0/i686-pc-cygwin/i686-pc-cygwin/include -isystem
/opt/devel/gnu/gcc/gcc-4.5.0/i686-pc-cygwin/i686-pc-cygwin/sys-include
-I/home/rainer/software/build/i686-pc-cygwin/gcc-4.5.0/gcc/i686-pc-cygwin/libstdc++-v3/include/i686-pc-cygwin
-I/home/rainer/software/build/i686-pc-cygwin/gcc-4.5.0/gcc/i686-pc-cygwin/libstdc++-v3/include
-I/home/rainer/software/src/gcc-4.5.0/libstdc++-v3/libsupc++
-fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual
-fdiagnostics-show-location=once -ffunction-sections -fdata-sections -g -O2
-std=gnu++0x -c
../../../../../../../src/gcc-4.5.0/libstdc++-v3/src/functexcept.cc 
-DDLL_EXPORT -DPIC -o .libs/functexcept.o
../../../../../../../src/gcc-4.5.0/libstdc++-v3/src/functexcept.cc: In function
'void std::__throw_domain_error(const char*)':
../../../../../../../src/gcc-4.5.0/libstdc++-v3/src/functexcept.cc:69: internal
compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
make[4]: *** [functexcept.lo] Error 1
make[4]: Leaving directory
`/home/rainer/software/build/i686-pc-cygwin/gcc-4.5.0/gcc/i686-pc-cygwin/libstdc++-v3/src'


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39610