[Bug c++/49983] New: Template types fail in range-based for.

2011-08-05 Thread jarrydb at cse dot unsw.edu.au
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49983

   Summary: Template types fail in range-based for.
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: jarr...@cse.unsw.edu.au
  Host: x86_64-unknown-linux-gnu
Target: x86_64-unknown-linux-gnu
 Build: x86_64-unknown-linux-gnu


The following code fails to compile with gcc revision 177356.

g++ -std=gnu++0x template-range.cpp

class A
{
  public:

  template 
  A(const List& l)
  {
for (auto v : l)
{
}
  }
};


[Bug tree-optimization/49984] New: VRP does not handle BIT_XOR_EXPR

2011-08-05 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49984

   Summary: VRP does not handle BIT_XOR_EXPR
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Keywords: missed-optimization
  Severity: enhancement
  Priority: P3
 Component: tree-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: rgue...@gcc.gnu.org


In

int f(int x)
{
  if (x >= 0 && x <= 3)
{
  x = x ^ 3;
  x = x & 3;
}
  return x;
}

the x = x & 3 statement should be removed by simplify_bit_ops_using_ranges,
but propagation does not handle BIT_XOR_EXPR and thus the input range to
this statement is VARYING.


[Bug target/49985] New: Cannot compile on s390x

2011-08-05 Thread jan.kratochvil at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49985

   Summary: Cannot compile on s390x
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: jan.kratoch...@redhat.com
Target: s390x-rhel62-linux-gnu


r177422

gcc/config/s390/s390.c: In function ‘s390_expand_cs_hqi’:
gcc/config/s390/s390.c:4736: warning: passing argument 5 of ‘store_bit_field’
makes integer from pointer without a cast
gcc/expr.h:667: note: expected ‘long unsigned int’ but argument is of type
‘rtx’
gcc/config/s390/s390.c:4736: error: too few arguments to function
‘store_bit_field’ 
gcc/config/s390/s390.c:4744: warning: passing argument 5 of ‘store_bit_field’
makes integer from pointer without a cast
gcc/expr.h:667: note: expected ‘long unsigned int’ but argument is of type
‘rtx’
gcc/config/s390/s390.c:4744: error: too few arguments to function
‘store_bit_field’ 
gcc/config/s390/s390.c: In function ‘s390_expand_atomic’:
gcc/config/s390/s390.c:4821: warning: passing argument 5 of ‘store_bit_field’
makes integer from pointer without a cast
gcc/expr.h:667: note: expected ‘long unsigned int’ but argument is of type
‘rtx’
gcc/config/s390/s390.c:4821: error: too few arguments to function
‘store_bit_field’ 

The last build on the same machine was OK:
gcc (GCC) 4.7.0 20110723 (experimental)

--enable-64-bit-bfd --enable-debug --disable-sim --enable-gold --enable-plugins
--disable-werror --with-separate-debug-dir=/usr/lib/debug --prefix=/root/xxx
--disable-werror --enable-languages=c,c++


[Bug tree-optimization/49984] VRP does not handle BIT_XOR_EXPR

2011-08-05 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49984

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2011.08.05 08:09:28
 AssignedTo|unassigned at gcc dot   |rguenth at gcc dot gnu.org
   |gnu.org |
 Ever Confirmed|0   |1

--- Comment #1 from Richard Guenther  2011-08-05 
08:09:28 UTC ---
I have a patch.


[Bug rtl-optimization/48092] missing optimization (associative property of sqrt)

2011-08-05 Thread vincenzo.innocente at cern dot ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48092

vincenzo Innocente  changed:

   What|Removed |Added

  Component|tree-optimization   |rtl-optimization
Version|4.6.0   |4.7.0
Summary|associative property of |missing optimization
   |sqrt|(associative property of
   ||sqrt)

--- Comment #1 from vincenzo Innocente  
2011-08-05 08:16:17 UTC ---
it is still not optimized in 4.7


[Bug libgomp/49986] New: Compilation of cross GCC (Linux -> AIX) fails

2011-08-05 Thread basil at list dot ru
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49986

   Summary: Compilation of cross GCC (Linux -> AIX) fails
   Product: gcc
   Version: 4.5.3
Status: UNCONFIRMED
  Severity: critical
  Priority: P3
 Component: libgomp
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ba...@list.ru


Created attachment 24920
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24920
libgomp config log

I tried to build GCC 4.5.3 on linux x86-64 with target powerpc-ibm-aix5.2.0.0.
Compilation of libgomp failed 

* Output 
libtool: link: /emc/sukhav/cross/aix/temp453/./gcc/xgcc
-B/emc/sukhav/cross/aix/temp453/./gcc/
-B/emc/sukhav/cross/aix/powerpc-ibm-aix5.2.0.0/bin/
-B/emc/sukhav/cross/aix/powerpc-ibm-aix5.2.0.0/lib/ -isystem
/emc/sukhav/cross/aix/powerpc-ibm-aix5.2.0.0/include -isystem
/emc/sukhav/cross/aix/powerpc-ibm-aix5.2.0.0/sys-include-shared -o
.libs/libgomp.so.1  .libs/alloc.o .libs/barrier.o .libs/critical.o .libs/env.o
.libs/error.o .libs/iter.o .libs/iter_ull.o .libs/loop.o .libs/loop_ull.o
.libs/ordered.o .libs/parallel.o .libs/sections.o .libs/single.o .libs/task.o
.libs/team.o .libs/work.o .libs/lock.o .libs/mutex.o .libs/proc.o .libs/sem.o
.libs/bar.o .libs/ptrlock.o .libs/time.o .libs/fortran.o .libs/affinity.o   -lc
-Wl,-bnoentry  -pthread -Wl,-O1 -Wl,--version-script
-Wl,../../../../gcc-4.5.3/libgomp/libgomp.map   -Wl,-bE:.libs/libgomp.exp
-Wl,-bernotok
.libs/env.o:../../../../gcc-4.5.3/libgomp/env.c:(.pr+0x4d8): undefined
reference to `.__emutls_get_address'
.libs/env.o:../../../../gcc-4.5.3/libgomp/env.c:(.pr+0x588): undefined
reference to `.__emutls_get_address'
.libs/env.o:../../../../gcc-4.5.3/libgomp/env.c:(.pr+0x640): undefined
reference to `.__emutls_get_address'
.libs/env.o:../../../../gcc-4.5.3/libgomp/env.c:(.pr+0x6c8): undefined
reference to `.__emutls_get_address'
.libs/env.o:../../../../gcc-4.5.3/libgomp/env.c:(.pr+0x770): undefined
reference to `.__emutls_get_address'
.libs/env.o:../../../../gcc-4.5.3/libgomp/env.c:(.pr+0x800): more undefined
references to `.__emutls_get_address' follow
.libs/env.o:../../../../gcc-4.5.3/libgomp/env.c:(.pr+0xf38): undefined
reference to `.__udivdi3'
.libs/task.o:../../../../gcc-4.5.3/libgomp/task.c:(.pr+0xac): undefined
reference to `.__emutls_get_address'
.libs/task.o:../../../../gcc-4.5.3/libgomp/task.c:(.pr+0xc8): undefined
reference to `.__emutls_get_address'
.libs/task.o:../../../../gcc-4.5.3/libgomp/task.c:(.pr+0x16c): undefined
reference to `.__emutls_get_address'
.libs/task.o:../../../../gcc-4.5.3/libgomp/task.c:(.pr+0x1a0): undefined
reference to `.__emutls_get_address'
.libs/task.o:../../../../gcc-4.5.3/libgomp/task.c:(.pr+0x1d0): undefined
reference to `.__emutls_get_address'
.libs/task.o:../../../../gcc-4.5.3/libgomp/task.c:(.pr+0x1f0): more undefined
references to `.__emutls_get_address' follow
collect2: ld returned 1 exit status
* end of output 

Gcc was configured with:

../../gcc-4.5.3/configure --with-gnu-ld --with-gnu-as
--target=powerpc-ibm-aix5.2.0.0 --prefix=/emc/sukhav/cross/aix
--with-sysroot=/emc/sukhav/cross/aix/sysroot --enable-languages=c,c++


The same error occurs if I build for AIX 5.3.


[Bug tree-optimization/48092] associative property of builtins is not exploited on GIMPLE

2011-08-05 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48092

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.08.05 08:33:59
 CC||rguenth at gcc dot gnu.org
  Component|rtl-optimization|tree-optimization
Summary|missing optimization|associative property of
   |(associative property of|builtins is not exploited
   |sqrt)   |on GIMPLE
 Ever Confirmed|0   |1

--- Comment #2 from Richard Guenther  2011-08-05 
08:33:59 UTC ---
The reason is we handle this only from the frontend folder which doesn't see
builtins when using std::sqrt.  A C testcase like

double foo (double x, double y)
{
  return __builtin_sqrt (x) * __builtin_sqrt (y);
}

is optimized.

For C++ (thus, optimizing the above when wrapping the sqrt inside an
inline function) these optimizations have to be replicated at the 
GIMPLE level.  Which today means in, for example, tree-ssa-forwprop.c.

Same issue for std::exp and other associative builtins.


[Bug target/49985] [4.7 Regression] Cannot compile on s390x

2011-08-05 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49985

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.08.05 08:35:10
 CC||aldyh at gcc dot gnu.org
   Target Milestone|--- |4.7.0
Summary|Cannot compile on s390x |[4.7 Regression] Cannot
   ||compile on s390x
 Ever Confirmed|0   |1

--- Comment #1 from Richard Guenther  2011-08-05 
08:35:10 UTC ---
Aldy, you caused this.  Please also grep other backends.


[Bug testsuite/49979] FAIL: gcc.dg/20030711-1.c execution test

2011-08-05 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49979

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID

--- Comment #2 from Richard Guenther  2011-08-05 
08:38:49 UTC ---
Yes, the testcase looks ok to me.

Thus -> OS bug.  You may choose to dg-skip it for the particular OS version
or just leave it failing and add a comment.


[Bug rtl-optimization/49982] [4.7 Regression] ICE in fixup_args_size_notes, at expr.c:3625

2011-08-05 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49982

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|--- |4.7.0


[Bug c++/49983] [C++0x] Template types fail in range-based for.

2011-08-05 Thread redi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49983

Jonathan Wakely  changed:

   What|Removed |Added

 CC||jason at gcc dot gnu.org

--- Comment #1 from Jonathan Wakely  2011-08-05 
09:29:26 UTC ---
maybe caused by the fix for PR 49834 ?


[Bug web/49935] Upgrade GCC Bugzilla to 4.0.2

2011-08-05 Thread LpSolit at netscape dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49935

Frédéric Buclin  changed:

   What|Removed |Added

Summary|Upgrade GCC Bugzilla to |Upgrade GCC Bugzilla to
   |3.6.6   |4.0.2

--- Comment #1 from Frédéric Buclin  2011-08-05 
10:01:21 UTC ---
There is a preference to upgrade to 4.0.2, so let's do it.


[Bug tree-optimization/49984] VRP does not handle BIT_XOR_EXPR

2011-08-05 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49984

--- Comment #2 from Richard Guenther  2011-08-05 
10:16:53 UTC ---
Author: rguenth
Date: Fri Aug  5 10:16:48 2011
New Revision: 177425

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177425
Log:
2011-08-05  Richard Guenther  

PR tree-optimization/49984
* tree-vrp.c (extract_range_from_binary_expr_1): Handle BIT_XOR_EXPR.

* gcc.dg/tree-ssa/vrp59.c: New testcase.

Added:
trunk/gcc/testsuite/gcc.dg/tree-ssa/vrp59.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-vrp.c


[Bug tree-optimization/49984] VRP does not handle BIT_XOR_EXPR

2011-08-05 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49984

Richard Guenther  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #3 from Richard Guenther  2011-08-05 
10:26:08 UTC ---
Fixed.


[Bug tree-optimization/49955] Fails to do partial basic-block SLP

2011-08-05 Thread irar at il dot ibm.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49955

Ira Rosen  changed:

   What|Removed |Added

 CC||irar at il dot ibm.com

--- Comment #2 from Ira Rosen  2011-08-05 10:38:53 UTC 
---
(In reply to comment #0)

> but of course we could simply vectorize with an interleaving size of 4
> leaving the excess operations unvectorized (with optimization opportunity
> if we can pick a properly sized and aligned set of accesses).

Right. I even had a patch for this some time ago. I can try to bring it to
life.

Ira


[Bug tree-optimization/49955] Fails to do partial basic-block SLP

2011-08-05 Thread irar at il dot ibm.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49955

--- Comment #3 from Ira Rosen  2011-08-05 10:50:27 UTC 
---
(In reply to comment #1)
> The loop that remains after fixing PR49957 in 410.bwaves is the following,
> which loop SLP does not handle (well, I'm not exactly sure) because
> 
> t.f:18: note: ==> examining statement: t1_62 = *q_61(D)[D.1645_60];
> 
> t.f:18: note: num. args = 4 (not unary/binary/ternary op).
> t.f:18: note: vect_is_simple_use: operand *q_61(D)[D.1645_60]
> t.f:18: note: not ssa-name.
> t.f:18: note: use not simple.
> t.f:18: note: no array mode for V2DF[5]
> t.f:18: note: the size of the group of strided accesses is not a power of 2
> t.f:18: note: not vectorized: relevant stmt not supported: t1_62 =
> *q_61(D)[D.1645_60];
> 
> t.f:18: note: bad operation or unsupported loop bound.
> t.f:1: note: vectorized 0 loops in function.
> 
> probably the issue that we can't handle this kind of "invariants" in the
> SLP group?  Thus, the SLP group should be q(2,..), q(3,...) ... q(5, ...)
> which is size 4, q(1,..) should be treated as invariant. 
> 

This loop is not SLPed because there is no SLP opportunity here besides the
loads. The only isomorphism after that is 
   t2=q(2,i,j,k)/t1
   t3=q(3,i,j,k)/t1
   t4=q(4,i,j,k)/t1

and somewhat here
  t7=((dabs(t2)+t6)/dx+mu/dx**2)**2 +
 1((dabs(t3)+t6)/dy+mu/dy**2)**2 +
 2((dabs(t4)+t6)/dz+mu/dz**2)**2

but these are groups of 3.

Moreover, the current implementation starts building SLP tree from a group of
strided stores, or a group of reductions, or a reduction chain. None of these
exist here.
But, again, even if we could start from a group of loads, it wouldn't help us
much here anyway.

Ira


[Bug target/49987] New: [4.7 Regression] gcc.c-torture/compile/pr34856.c fails on powerpc-darwin9 from r176228

2011-08-05 Thread iains at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49987

   Summary: [4.7 Regression] gcc.c-torture/compile/pr34856.c fails
on powerpc-darwin9 from r176228
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ia...@gcc.gnu.org
CC: rsand...@gcc.gnu.org
Target: powerpc-apple-darwin9


Native configuration is powerpc-apple-darwin9
=== gcc tests ===
Running target unix/-m32

FAIL: gcc.c-torture/compile/pr34856.c  -O1  (internal compiler error)
FAIL: gcc.c-torture/compile/pr34856.c  -O1  (test for excess errors)
FAIL: gcc.c-torture/compile/pr34856.c  -O2  (internal compiler error)
FAIL: gcc.c-torture/compile/pr34856.c  -O2  (test for excess errors)
FAIL: gcc.c-torture/compile/pr34856.c  -O3 -fomit-frame-pointer  (internal
compiler error)
FAIL: gcc.c-torture/compile/pr34856.c  -O3 -fomit-frame-pointer  (test for
excess errors)
FAIL: gcc.c-torture/compile/pr34856.c  -O3 -fomit-frame-pointer -funroll-loops 
(internal compiler error)
FAIL: gcc.c-torture/compile/pr34856.c  -O3 -fomit-frame-pointer -funroll-loops 
(test for excess errors)
FAIL: gcc.c-torture/compile/pr34856.c  -O3 -fomit-frame-pointer
-funroll-all-loops -finline-functions  (internal compiler error)
FAIL: gcc.c-torture/compile/pr34856.c  -O3 -fomit-frame-pointer
-funroll-all-loops -finline-functions  (test for excess errors)
FAIL: gcc.c-torture/compile/pr34856.c  -O3 -g  (internal compiler error)
FAIL: gcc.c-torture/compile/pr34856.c  -O3 -g  (test for excess errors)
FAIL: gcc.c-torture/compile/pr34856.c  -Os  (internal compiler error)
FAIL: gcc.c-torture/compile/pr34856.c  -Os  (test for excess errors)
FAIL: gcc.c-torture/compile/pr34856.c  -O2 -flto -flto-partition=none 
(internal compiler error)
FAIL: gcc.c-torture/compile/pr34856.c  -O2 -flto -flto-partition=none  (test
for excess errors)
FAIL: gcc.c-torture/compile/pr34856.c  -O2 -flto  (internal compiler error)
FAIL: gcc.c-torture/compile/pr34856.c  -O2 -flto  (test for excess errors)

===

log:
FAIL: gcc.c-torture/compile/pr34856.c  -O1  (internal compiler error)
FAIL: gcc.c-torture/compile/pr34856.c  -O1  (test for excess errors)
Excess errors:
/GCC/gcc-live-trunk/gcc/testsuite/gcc.c-torture/compile/pr34856.c:17:1:
internal compiler error: in simplify_immed_subreg, at simplify-rtx.c:5255

===

caused by:
http://gcc.gnu.org/ml/gcc-cvs/2011-07/msg00494.html


appeared in :
http://gcc.gnu.org/ml/gcc-regression/2011-07/msg00248.html
and 
http://gcc.gnu.org/ml/gcc-testresults/2011-07/msg01682.html

still present in trunk at 177422


[Bug target/49987] [4.7 Regression] gcc.c-torture/compile/pr34856.c fails on powerpc-darwin9 from r176228

2011-08-05 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49987

Richard Guenther  changed:

   What|Removed |Added

   Target Milestone|--- |4.7.0


[Bug libgomp/49965] libgomp.c++/reduction-4.C and libgomp.c++/task-8.C FAIL on Solaris 11/SPARC

2011-08-05 Thread ro at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49965

--- Comment #5 from Rainer Orth  2011-08-05 12:22:16 UTC 
---
Author: ro
Date: Fri Aug  5 12:22:10 2011
New Revision: 177428

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177428
Log:
PR libgomp/49965
* testsuite/libgomp.c++/task-8.C: Replaced err by errval.

Modified:
trunk/libgomp/ChangeLog
trunk/libgomp/testsuite/libgomp.c++/task-8.C


[Bug c++/49988] New: constexpr on ctor invokes improper initialization

2011-08-05 Thread faisalv at yahoo dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49988

   Summary: constexpr on ctor invokes improper initialization
   Product: gcc
   Version: 4.6.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: fais...@yahoo.com
CC: ja...@gcc.gnu.org


The following code compiles fine, but displays incorrect (or at the very least
inconsistent) behavior if constexpr is applied to A's ctor:

template struct X { };

struct A {
  char data[3];
  template 
constexpr // works if you comment this constexpr out 
A(const char (&s)[3], X x) : data{ s[I]...} { }

// above also works if you leave constexpr in but replace 
// const char (&s)[3] with const char* s.
};
struct B {
  A a;
  B(const char (&s)[3]) : a{s,X<0,1,2>{}} { }
};

int main()
{
  B b{"12"};
  assert(b.a.data[0] == '1'); // assertion fails at run time
}


Compiled with gcc4.6.1 with *JUST* the following recent patch MANUALLY applied:
http://gcc.gnu.org/viewcvs/branches/gcc-4_6-branch/gcc/cp/semantics.c?r1=177188&r2=177187&pathrev=177188
(please refer to PR c++/49924 for details)

i.e gcc -v still reads (compared to PR c++/49924):
Using built-in specs.
COLLECT_GCC=g++-4.6.1
COLLECT_LTO_WRAPPER=/usr/local/gcc4.6.1/libexec/gcc/i686-pc-linux-gnu/4.6.1/lto-wrapper
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.6.1/configure --prefix=/usr/local/gcc4.6.1
--enable-generated-files-in-srcdir --enable-threads=posix --with-system-zlib
--enable-__cxa_atexit --disable-checking --disable-nls --enable-bootstrap
--with-gcc --with-gnu-as --with-gnu-ld --disable-multilib
Thread model: posix
gcc version 4.6.1 (GCC)


I wonder if just applying that one patch manually, while fixing one bug, could
have introduced another?

Thanks


[Bug target/49985] [4.7 Regression] Cannot compile on s390x

2011-08-05 Thread aldyh at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49985

Aldy Hernandez  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #2 from Aldy Hernandez  2011-08-05 
13:33:42 UTC ---
Fixed:
http://gcc.gnu.org/ml/gcc-patches/2011-08/msg00587.html


[Bug debug/49901] gfortran.dg/debug/[pr35154-dwarf2.f/pr37738.f] failures on darwin

2011-08-05 Thread howarth at nitro dot med.uc.edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49901

--- Comment #7 from Jack Howarth  2011-08-05 
13:39:22 UTC ---
(In reply to comment #5)
> works for me on Darwin9 & Darwin10.  
> Don't have access to Darwin11 as yet - but if someone could check it there.

Works fine on x86_64-apple-darwin11

http://gcc.gnu.org/ml/gcc-testresults/2011-08/msg00505.html


Jumatatea ta te asteapta

2011-08-05 Thread Amandoi
Daca nu ti-ai gasit inca jumatatea, este pentru ca nu ai cautat-o unde trebuie. 
Ea te asteapta pe http://www.Amandoi.net













ATENTIE :In conformitate cu legea 365/2002 cu modificarile aduse prin legea 
121/2006 privind comertul electronic, acest mesaj nu este si nu poate fi 
considerat spam, deoarece:

- contine datele necesare de identificare;

- inscrierea pe siteul nostru nu va implica financiar in mod obligatoriu;

- adresa d-voastra de e-mail a fost facuta publica de catre dvs. prin afisari 
cu caracter publicitar; fie intr-un ghid de afaceri sau am primit-o cu ocazia 
unor intalniri sau contacte de afaceri, fie a fost selectata dintr-o baza de 
date la care dvs. ati subscris; sunteti in baza noastra de date ca urmare a 
unor corespondente anterioare; sunteti un client al companiei noastre.

Pentru ca intelegem si apreciem dorinta dumneavoastra de intimitate, ne cerem 
scuze daca acest mesaj a ajuns din greseala la dvs.


Daca doriti sa va dezabonati, dati click pe linkul de mai jos.


http://www.amandoi.net/dezabonare.php?gcc-bugs@gcc.gnu.org


[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

2011-08-05 Thread jamborm at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375

--- Comment #110 from Martin Jambor  2011-08-05 
13:47:30 UTC ---
(In reply to comment #107)
> 
> Martin, you mentioned similar problem earlier, perhaps you already have
> solution?

I went for adding the includes.  I wasn't looking into dependencies in
much detail and ended up just adding #include  to:
- ipc/chromium/src/base/file_util.cc
- ipc/chromium/src/base/message_pump_libevent.cc
- ipc/chromium/src/base/file_util_linux.cc
- toolkit/crashreporter/client/crashreporter_gtk_common.cpp

However, I also suspected some configure problem because I also had to
tweak #if's in ipc/chromium/src/base/time_posix.cc.

The patch that I use to do this is at
http://labs.suse.cz/mjambor/undefined_and_pp_errors.diff

In order to LTO build mozilla I currently need this one, a patch
adding attribute used to various places I got from you and a simple
patch fixing mozilla bug 652563.


[Bug c++/45282] wrong decltype result for .*

2011-08-05 Thread jason at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45282

--- Comment #1 from Jason Merrill  2011-08-05 
13:53:35 UTC ---
...is a prvalue if the LHS is a prvalue.  decltype now returns int&&, which is
closer but still not right.


[Bug c++/49988] constexpr on ctor invokes improper initialization

2011-08-05 Thread faisalv at yahoo dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49988

--- Comment #1 from Faisal Vali  2011-08-05 13:59:55 
UTC ---
Also, changing the parameter to a pointer to an array makes the code work
correctly:

struct A {
  char data[3];
template 
constexpr  
 // NOTE: now it is a pointer to an array - not just a pointer to char
A(const char (*s)[3], X x) : data{ (*s)[I]...} { }

};


[Bug c++/49983] [C++0x] Template types fail in range-based for.

2011-08-05 Thread jason at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49983

Jason Merrill  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2011.08.05 14:10:16
 AssignedTo|unassigned at gcc dot   |jason at gcc dot gnu.org
   |gnu.org |
 Ever Confirmed|0   |1


[Bug c++/49812] strange return type for built-in operator++(int, int)

2011-08-05 Thread jason at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49812

Jason Merrill  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 AssignedTo|unassigned at gcc dot   |jason at gcc dot gnu.org
   |gnu.org |


[Bug c++/49812] strange return type for built-in operator++(int, int)

2011-08-05 Thread jason at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49812

--- Comment #2 from Jason Merrill  2011-08-05 
14:42:00 UTC ---
operator++ isn't returning void.  The problem is that GCC is treating it as a
volatile prvalue, which can't bind to either const volatile int& or const int&.
 But int prvalues shouldn't have cv-quals.


[Bug rtl-optimization/49982] [4.7 Regression] ICE in fixup_args_size_notes, at expr.c:3625

2011-08-05 Thread rth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49982

Richard Henderson  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2011.08.05 14:51:09
 AssignedTo|unassigned at gcc dot   |rth at gcc dot gnu.org
   |gnu.org |
 Ever Confirmed|0   |1

--- Comment #1 from Richard Henderson  2011-08-05 
14:51:09 UTC ---
I'd like to investigate a bit more why the SH backend
is emitting a no-op move to the stack before applying this.


[Bug middle-end/49463] [4.7 Regression] LTO doesn't work symbol renamed via asm statement

2011-08-05 Thread hubicka at ucw dot cz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49463

--- Comment #10 from Jan Hubicka  2011-08-05 14:50:55 
UTC ---
I don't see those at my setup.  Will check.  Is that with the plugin?

Honza


[Bug libstdc++/1773] __cplusplus defined to 1, should be 199711L

2011-08-05 Thread marc.glisse at normalesup dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1773

Marc Glisse  changed:

   What|Removed |Added

  Attachment #24884|0   |1
is obsolete||

--- Comment #112 from Marc Glisse  
2011-08-05 15:11:43 UTC ---
Created attachment 24921
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24921
Mangling compatibility

Checking cp_type_quals (the documentation advertises the long-dead
CP_TYPE_QUALS macro) helped, but the substitution stack ended up shifted by
one. Patching write_unscoped_name is easier and abi_check now passes. Anyway,
this is more a proof of concept so we can decide if we want to tinker with
mangling, as I am sure a C++ FE guy could rewrite something much cleaner.


[Bug rtl-optimization/49982] [4.7 Regression] ICE in fixup_args_size_notes, at expr.c:3625

2011-08-05 Thread rth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49982

--- Comment #2 from Richard Henderson  2011-08-05 
15:15:47 UTC ---
Ah, thank you reload for silly intermediate states.  But at least
it gets cleaned up afterward.  So, yes, your fix is correct.

But I'd prefer a slight variation:

diff --git a/gcc/expr.c b/gcc/expr.c
index e5bec34..f170596 100644
--- a/gcc/expr.c
+++ b/gcc/expr.c
@@ -3631,6 +3631,10 @@ fixup_args_size_notes (rtx prev, rtx last, int
end_args_size)
   && XEXP (SET_SRC (set), 0) == stack_pointer_rtx
   && CONST_INT_P (XEXP (SET_SRC (set), 1)))
 this_delta = INTVAL (XEXP (SET_SRC (set), 1));
+  /* ??? Reload can generate no-op moves, which will be cleaned
+ up later.  Recognize it and continue searching.  */
+  else if (rtx_equal_p (dest, SET_SRC (set)))
+this_delta = 0;
   else
 saw_unknown = true;
 }

since we tested REGNO and not stack_pointer_rtx earlier.


[Bug middle-end/49923] __attribute__((packed)) on ARM is sometimes dropped

2011-08-05 Thread jamborm at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49923

Martin Jambor  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2011.08.05 15:18:52
 AssignedTo|unassigned at gcc dot   |jamborm at gcc dot gnu.org
   |gnu.org |
 Ever Confirmed|0   |1

--- Comment #8 from Martin Jambor  2011-08-05 
15:18:52 UTC ---
Patch posted to the mailing list:

http://gcc.gnu.org/ml/gcc-patches/2011-08/msg00606.html


[Bug tree-optimization/49494] [4.7 Regression] ICE: in remap_predicate at ipa-inline-analysis.c:1876 with -findirect-inlining -finline-small-functions

2011-08-05 Thread hubicka at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49494

--- Comment #3 from Jan Hubicka  2011-08-05 
15:25:34 UTC ---
Problem here is that more_ok is compiled into function having 4 parameters
(where first parameter is return value) and it is called with 3 parameters.

My fortran fu is not on par to tell if this is expected. Originally I assumed
that we won't inline this case since we will consider the call uninlinable. We
however do that only on type mismatch, not on mismatch in number of parameters.
Will fix that with bounds check.


[Bug middle-end/49463] [4.7 Regression] LTO doesn't work symbol renamed via asm statement

2011-08-05 Thread ubizjak at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49463

--- Comment #11 from Uros Bizjak  2011-08-05 15:39:32 
UTC ---
(In reply to comment #10)
> I don't see those at my setup.  Will check.  Is that with the plugin?

Yes.

ld --version
GNU ld (Linux/GNU Binutils) 2.21.52.0.2.20110610


[Bug rtl-optimization/49982] [4.7 Regression] ICE in fixup_args_size_notes, at expr.c:3625

2011-08-05 Thread rth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49982

--- Comment #3 from Richard Henderson  2011-08-05 
16:12:22 UTC ---
Author: rth
Date: Fri Aug  5 16:12:16 2011
New Revision: 177464

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177464
Log:
PR rtl-opt/49982
* expr.c (fixup_args_size_notes): Look through no-op moves.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/expr.c


[Bug rtl-optimization/49982] [4.7 Regression] ICE in fixup_args_size_notes, at expr.c:3625

2011-08-05 Thread rth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49982

Richard Henderson  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #4 from Richard Henderson  2011-08-05 
16:12:51 UTC ---
Fixed.


[Bug rtl-optimization/49977] [4.7 Regression] CFI notes are missed for delayed slot

2011-08-05 Thread rth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49977

--- Comment #8 from Richard Henderson  2011-08-05 
16:17:20 UTC ---
Author: rth
Date: Fri Aug  5 16:17:13 2011
New Revision: 177465

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177465
Log:
PR rtl-opt/49977
* dwarf2cfi.c (scan_insn_after): Split out of ...
(scan_trace): ... here.  Correctly place notes wrt sequences.

Modified:
trunk/gcc/ChangeLog


[Bug rtl-optimization/49977] [4.7 Regression] CFI notes are missed for delayed slot

2011-08-05 Thread rth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49977

--- Comment #9 from Richard Henderson  2011-08-05 
16:17:54 UTC ---
Author: rth
Date: Fri Aug  5 16:17:46 2011
New Revision: 177466

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177466
Log:
PR rtl-opt/49977
* dwarf2cfi.c (scan_insn_after): Split out of ...
(scan_trace): ... here.  Correctly place notes wrt sequences.

Modified:
trunk/gcc/dwarf2cfi.c


[Bug rtl-optimization/49977] [4.7 Regression] CFI notes are missed for delayed slot

2011-08-05 Thread rth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49977

--- Comment #10 from Richard Henderson  2011-08-05 
16:18:57 UTC ---
Fixed?  Dave, if this works for you on pa, please close.


[Bug target/30282] Optimization flag -O1 -fschedule-insns2 cause red zone to be used when there is none

2011-08-05 Thread amodra at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30282

--- Comment #15 from Alan Modra  2011-08-05 16:23:04 
UTC ---
Created attachment 24922
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24922
belt and braces fix for rs6000.c

This fix goes overboard to guard against possible future compiler changes.  I
use Jakub's frame_tie in rs6000_emit_stack_reset when frame_reg_rtx is not sp,
as he found necessary (alias analysis decided fp and sp accesses couldn't
alias?), just in case alias analysis further loses the plot.  I also make the
frame_tie mem constraint +m for sp as well as fp, to make it explicit that
reads via sp or regs set from sp, shouldn't cross the stack adjust.  This is
definitely belts and braces stuff, but I don't believe restricts the scheduler
any more than a minimal fix.


[Bug target/30282] Optimization flag -O1 -fschedule-insns2 cause red zone to be used when there is none

2011-08-05 Thread amodra at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30282

--- Comment #16 from Alan Modra  2011-08-05 16:29:02 
UTC ---
Created attachment 24923
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24923
minimal rs6000.c fix

This fix just ensures we have a stack tie at the ABI_V4 stack reset.  Note that
only for ABI_V4 do we currently have frame_reg_rtx != sp_reg_rtx in
rs6000_emit_stack_reset.


[Bug ada/49989] New: Assert_Failure sinfo.adb:638 on simple testcase

2011-08-05 Thread baldrick at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49989

   Summary: Assert_Failure sinfo.adb:638 on simple testcase
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: ada
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: baldr...@gcc.gnu.org


$ gcc-4.7 -c p.adb
+===GNAT BUG DETECTED==+
| 4.7.0 20110805 (experimental) (x86_64-unknown-linux-gnu) Assert_Failure
sinfo.adb:638|
| Error detected at p.adb:7:9  |
| Please submit a bug report; see http://gcc.gnu.org/bugs.html.|
| Use a subject line meaningful to you and us to track the bug.|
| Include the entire contents of this bug box in the report.   |
| Include the exact gcc or gnatmake command that you entered.  |
| Also include sources listed below in gnatchop format |
| (concatenated together with no headers between files).   |
+==+

Please include these source files with error report
Note that list may not be accurate in some cases,
so please double check that the problem can still
be reproduced with the set of files listed.
Consider also -gnatd.n switch (see debug.adb).

p.adb
p.ads

compilation abandoned

-- Chop here --
-- p.ads
procedure P;
-- p.adb
procedure P is
   type R is record
  I : Integer := 0;
   end record;
   X : access R;
begin
   X := new R;
end;


[Bug objc/49990] New: Regression: Bootstrap failure for x86_64-*-mingw32 in libfortran

2011-08-05 Thread ktietz at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49990

   Summary: Regression: Bootstrap failure for x86_64-*-mingw32 in
libfortran
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: objc
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: kti...@gcc.gnu.org
Target: x86_64-w64-mingw32


Recent changes caused an internal compiler error for x86_64 with SEH unwind
information.

The following testcase shows the issue.  Needs to be compiled with -O1 or
higher to see the ICE.

extern long long swrite (void *s, const

long
sset (void * s, int c, long nbyte)
{
  static const int WRITE_CHUNK = 256;
  char p[WRITE_CHUNK];

  if (nbyte < WRITE_CHUNK)
memset (p, c, nbyte);
  else
memset (p, c, WRITE_CHUNK);
  return swrite (s, p, nbyte);
}


[Bug middle-end/49991] New: gimple check: expected gimple_phi(error_mark), have gimple_assign(max_expr) in gimple_phi_arg

2011-08-05 Thread d.g.gorbachev at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49991

   Summary: gimple check: expected gimple_phi(error_mark), have
gimple_assign(max_expr) in gimple_phi_arg
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: d.g.gorbac...@gmail.com
Target: i686-pc-linux-gnu


Compile with `-O3 -march=pentium4':

char f(char *s)
{
  char c = 0;
  int i;

  for (i = 0; i < 16; i++) {
if (s[i * 3 + 0] > c)
  c = s[i * 3 + 0];
if (s[i * 3 + 1] > c)
  c = s[i * 3 + 1];
if (s[i * 3 + 2] > c)
  c = s[i * 3 + 2];
  }

  return c;
}


[Bug middle-end/49991] gimple check: expected gimple_phi(error_mark), have gimple_assign(max_expr) in gimple_phi_arg

2011-08-05 Thread d.g.gorbachev at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49991

--- Comment #1 from Dmitry Gorbachev  
2011-08-05 16:57:11 UTC ---
r173763 -ok, r174012 - fail.


[Bug fortran/49112] [4.6/4.7 Regression] [OOP] Missing type-bound procedure, "duplicate save" warnings and internal compiler error

2011-08-05 Thread janus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49112

--- Comment #20 from janus at gcc dot gnu.org 2011-08-05 17:03:54 UTC ---
Author: janus
Date: Fri Aug  5 17:03:50 2011
New Revision: 177468

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177468
Log:
2011-08-05  Janus Weil  

PR fortran/49112
* resolve.c (resolve_structure_cons): Don't do the full dt resolution,
only call 'resolve_fl_derived0'.
(resolve_typebound_procedures): Resolve typebound procedures of
parent type.
(resolve_fl_derived0): New function, which does a part of the work
for 'resolve_fl_derived'.
(resolve_fl_derived): Call 'resolve_fl_derived0' and do some additional
things.


2011-08-05  Janus Weil  

PR fortran/49112
* gfortran.dg/abstract_type_6.f03: Modified.
* gfortran.dg/typebound_proc_24.f03: New.

Added:
branches/gcc-4_6-branch/gcc/testsuite/gfortran.dg/typebound_proc_24.f03
Modified:
branches/gcc-4_6-branch/gcc/fortran/ChangeLog
branches/gcc-4_6-branch/gcc/fortran/resolve.c
branches/gcc-4_6-branch/gcc/testsuite/ChangeLog
branches/gcc-4_6-branch/gcc/testsuite/gfortran.dg/abstract_type_6.f03


[Bug fortran/49112] [4.6/4.7 Regression] [OOP] Missing type-bound procedure, "duplicate save" warnings and internal compiler error

2011-08-05 Thread janus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49112

janus at gcc dot gnu.org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #21 from janus at gcc dot gnu.org 2011-08-05 17:06:26 UTC ---
The regression of comment #6 has been fixed on 4.6 and trunk.

Since this was the last item in this PR, I'm closing it as fixed.


[Bug lto/49992] New: lto-bootstrap reveals duplicate symbols on x86_64-apple-darwin11

2011-08-05 Thread howarth at nitro dot med.uc.edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992

   Summary: lto-bootstrap reveals duplicate symbols on
x86_64-apple-darwin11
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: howa...@nitro.med.uc.edu


When using an lto-bootstrap on x86_64-apple-darwin11 under Xcode 4.1 with the
current work-in-progress patch for containerization of LTO sections on
darwin...

http://gcc.gnu.org/ml/gcc-bugs/2011-07/msg00595.html

the bootstrap now fails with a duplicate symbol at...


/sw/src/fink.build/gcc47-4.7.0-1/darwin_objdir/./prev-gcc/g++
-B/sw/src/fink.build/gcc47-4.7.0-1/darwin_objdir/./prev-gcc/
-B/sw/lib/gcc4.7/x86_64-apple-darwin11.0.0/bin/ -nostdinc++
-B/sw/src/fink.build/gcc47-4.7.0-1/darwin_objdir/prev-x86_64-apple-darwin11.0.0/libstdc++-v3/src/.libs
-B/sw/src/fink.build/gcc47-4.7.0-1/darwin_objdir/prev-x86_64-apple-darwin11.0.0/libstdc++-v3/libsupc++/.libs
-I/sw/src/fink.build/gcc47-4.7.0-1/darwin_objdir/prev-x86_64-apple-darwin11.0.0/libstdc++-v3/include/x86_64-apple-darwin11.0.0
-I/sw/src/fink.build/gcc47-4.7.0-1/darwin_objdir/prev-x86_64-apple-darwin11.0.0/libstdc++-v3/include
-I/sw/src/fink.build/gcc47-4.7.0-1/gcc-4.7-20110805/libstdc++-v3/libsupc++
-L/sw/src/fink.build/gcc47-4.7.0-1/darwin_objdir/prev-x86_64-apple-darwin11.0.0/libstdc++-v3/src/.libs
-L/sw/src/fink.build/gcc47-4.7.0-1/darwin_objdir/prev-x86_64-apple-darwin11.0.0/libstdc++-v3/libsupc++/.libs
 -g -O2 -mdynamic-no-pic -flto=jobserver -frandom-seed=1 -DIN_GCC   -W -Wall
-Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long
-Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common 
-DHAVE_CONFIG_H -o gengtype gengtype.o gengtype-lex.o gengtype-parse.o
gengtype-state.o version.o errors.o libcommon.a ../libcpp/libcpp.a
../libiberty/libiberty.a ../libdecnumber/libdecnumber.a libcommon.a
../libcpp/libcpp.a -lintl -L/sw/lib -liconv  ../libiberty/libiberty.a
../libdecnumber/libdecnumber.a 
ld: duplicate symbol trim_filename(char const*) in libcommon.a(diagnostic.o)
and errors.o for architecture x86_64
collect2: error: ld returned 1 exit status
make[3]: *** [gengtype] Error 1
make[2]: *** [all-stage2-gcc] Error 2
make[1]: *** [stage2-bubble] Error 2
make: *** [all] Error 2


[Bug lto/49992] lto-bootstrap reveals duplicate symbols on x86_64-apple-darwin11

2011-08-05 Thread howarth at nitro dot med.uc.edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992

--- Comment #1 from Jack Howarth  2011-08-05 
17:12:16 UTC ---
  $ ../gcc-4.7-20110805/configure --prefix=/sw --prefix=/sw/lib/gcc4.7
--mandir=/sw/share/man --infodir=/sw/lib/gcc4.7/info
--with-build-config=bootstrap-lto --enable-stage1-languages=c,lto
--enable-languages=c,c++,fortran,lto,objc,obj-c++,java --with-gmp=/sw
--with-libiconv-prefix=/sw --with-ppl=/sw --with-cloog=/sw --with-mpc=/sw
--with-system-zlib --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib
--program-suffix=-fsf-4.7 --enable-checking=yes --enable-cloog-backend=isl


[Bug middle-end/49991] gimple check: expected gimple_phi(error_mark), have gimple_assign(max_expr) in gimple_phi_arg

2011-08-05 Thread d.g.gorbachev at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49991

--- Comment #2 from Dmitry Gorbachev  
2011-08-05 17:17:52 UTC ---
Created attachment 24924
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24924
BT


[Bug fortran/49993] New: arrays declared as parameter are not allocated in read-only memory

2011-08-05 Thread arnaud02 at users dot sourceforge.net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49993

   Summary: arrays declared as parameter are not allocated in
read-only memory
   Product: gcc
   Version: 4.6.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: arnau...@users.sourceforge.net


Consider the following illegal program which contains an attempt to modify a
scalar variable declared as parameter:
  subroutine a1(ia)
  integer :: ia
  ia=1
  end subroutine
  subroutine a2()
  integer, parameter :: ia = 2
  call a1(ia)
  end subroutine
  program m
  call a2()
  end program
As "ia" is allocated in the "rodata" section, this leads sensibly to a
"segmentation fault".

Consider now a similar program that with an array instead of a scalar:
  subroutine a1(ia)
  integer :: ia
  ia=1
  end subroutine
  subroutine a2()
  integer, parameter :: ia(1) = (/ 2 /)
  call a1(ia(1))
  end subroutine
  program m
  call a2()
  end program
This time, now "segmentation fault" is generated because array "ia" is not
allocated in the "rodata" section. 
Could gfortran be modified to allocate arrays declared in parameter in the
rodata section? This would help detecting bugs and may even provide a slight
performance and code size advantage.


[Bug target/49688] [alpha]: Many execution test failures

2011-08-05 Thread rth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49688

--- Comment #18 from Richard Henderson  2011-08-05 
17:33:05 UTC ---
Argh.  The problem is that if we emit both 

  .ent / .frame / .mask / .end

notes and .cfi directives, the .cfi directives get ignored.

Thus the .cfi_personality directive did not in fact register
a personality, so no exceptions ever get caught.

I'll see if I can make the assembler DTRT, or at minimum
generate some sort of error message and then change the
compiler to match.


[Bug target/49688] [alpha]: Many execution test failures

2011-08-05 Thread rth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49688

--- Comment #19 from Richard Henderson  2011-08-05 
17:44:43 UTC ---
Err, it's slightly more complicated than that.

We're emitting *both* a frame from .ent/.end *and* a frame from .cfi.
The later has the personality info, and the former does not. And of
course it's going to be more or less random which one the binary search 
picks up at runtime.


[Bug rtl-optimization/49900] [4.7 regression] ICE in advance_target_bb, at sched-ebb.c:691

2011-08-05 Thread bernds at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49900

--- Comment #5 from Bernd Schmidt  2011-08-05 
18:22:39 UTC ---
Author: bernds
Date: Fri Aug  5 18:22:36 2011
New Revision: 177475

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177475
Log:
PR rtl-optimization/49900
* sched-ebb.c (add_deps_for_risky_insns): Also add dependencies to
ensure basic blocks stay in the same order.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/sched-ebb.c


[Bug rtl-optimization/49900] [4.7 regression] ICE in advance_target_bb, at sched-ebb.c:691

2011-08-05 Thread bernds at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49900

Bernd Schmidt  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #6 from Bernd Schmidt  2011-08-05 
18:30:31 UTC ---
Fixed.


[Bug target/48108] lto should be containerized in a single mach-o section on darwin

2011-08-05 Thread howarth at nitro dot med.uc.edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48108

--- Comment #17 from Jack Howarth  2011-08-05 
18:52:05 UTC ---
(In reply to comment #12)
> (In reply to comment #11)
> > Created attachment 24397 [details]
> > Iain's work in progress for LTO containerization
> 
> Sorry that I can't commit any time to GCC right now.
> 
> The main outstanding issue with this patch is that the intermediate files
> created by GCC are still unbounded in the number of sections. 
> 
> So long as the only consumer of those files is GCC, no problem (since the
> arrangement has been made to ensure that relocatable sections come first).
> 
> However, those intermediate files are still technically 'wrong' and therefore
> the writer should be updated to do the same encapsulation.  Once that is done
> there will be no need to retain the ability to recognize GCC vs 'normal'
> objects.

Should we really be so hung up on the intermediate file issue? After all, why
would anyone try to use object files generated with -flto with a compiler that
doesn't support -flto. I would argue that this prevents users from accidentally
disabling the -flto in that case (where they erroneously use a non-LTO aware
compiler). This could simply be marked as a TODO.


[Bug target/49781] [x32] Unnecessary lea in x32 mode

2011-08-05 Thread ubizjak at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49781

--- Comment #25 from Uros Bizjak  2011-08-05 19:01:44 
UTC ---
New revision of patch at [1].

[1] http://gcc.gnu.org/ml/gcc-patches/2011-08/msg00642.html


[Bug target/49688] [alpha]: Many execution test failures

2011-08-05 Thread rth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49688

--- Comment #20 from Richard Henderson  2011-08-05 
19:04:20 UTC ---
http://sourceware.org/ml/binutils/2011-08/msg00052.html


[Bug middle-end/49990] Regression: Bootstrap failure for x86_64-*-mingw32 in libfortran

2011-08-05 Thread rth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49990

Richard Henderson  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2011.08.05 19:05:10
 AssignedTo|unassigned at gcc dot   |rth at gcc dot gnu.org
   |gnu.org |
 Ever Confirmed|0   |1

--- Comment #1 from Richard Henderson  2011-08-05 
19:05:10 UTC ---
Created attachment 24925
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24925
proposed patch

This fixes the reduced test case in #c0


[Bug middle-end/49990] Regression: Bootstrap failure for x86_64-*-mingw32 in libfortran

2011-08-05 Thread rth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49990

Richard Henderson  changed:

   What|Removed |Added

   Target Milestone|--- |4.7.0


[Bug c++/49983] [C++0x] Template types fail in range-based for.

2011-08-05 Thread jason at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49983

--- Comment #2 from Jason Merrill  2011-08-05 
19:12:21 UTC ---
Author: jason
Date: Fri Aug  5 19:12:16 2011
New Revision: 177478

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177478
Log:
PR c++/49983
* parser.c (cp_parser_range_for): Only do auto deduction in
template if the range is non-dependent.

Added:
trunk/gcc/testsuite/g++.dg/cpp0x/range-for21.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/parser.c
trunk/gcc/testsuite/ChangeLog


[Bug c++/49812] strange return type for built-in operator++(int, int)

2011-08-05 Thread jason at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49812

--- Comment #3 from Jason Merrill  2011-08-05 
19:12:27 UTC ---
Author: jason
Date: Fri Aug  5 19:12:24 2011
New Revision: 177479

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177479
Log:
PR c++/49812
* typeck.c (cp_build_unary_op) [POSTINCREMENT_EXPR]: Strip cv-quals.

Added:
trunk/gcc/testsuite/g++.dg/overload/rvalue2.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/typeck.c
trunk/gcc/testsuite/ChangeLog


[Bug c++/47453] [DR 1214] Various non-conforming behaviors with braced-init-list initialization

2011-08-05 Thread jason at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47453

--- Comment #8 from Jason Merrill  2011-08-05 
19:15:27 UTC ---
Author: jason
Date: Fri Aug  5 19:15:25 2011
New Revision: 177480

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177480
Log:
PR c++/47453
* typeck.c (build_x_compound_expr_from_list): Also complain
about ({...}).

Added:
trunk/gcc/testsuite/g++.dg/cpp0x/initlist56.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/typeck.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/cpp0x/initlist13.C
trunk/gcc/testsuite/g++.dg/cpp0x/initlist50.C


[Bug c++/49983] [C++0x] Template types fail in range-based for.

2011-08-05 Thread jason at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49983

Jason Merrill  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #3 from Jason Merrill  2011-08-05 
19:36:41 UTC ---
Fixed.


[Bug c++/47453] [DR 1214] Various non-conforming behaviors with braced-init-list initialization

2011-08-05 Thread jason at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47453

Jason Merrill  changed:

   What|Removed |Added

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

--- Comment #9 from Jason Merrill  2011-08-05 
19:37:30 UTC ---
Implemented for 4.7.0.  Currently this diagnostic is a pedwarn, i.e. only an
error with -pedantic-errors.


[Bug c++/49983] [C++0x] Template types fail in range-based for.

2011-08-05 Thread jason at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49983

Jason Merrill  changed:

   What|Removed |Added

   Target Milestone|--- |4.7.0


[Bug c++/49812] strange return type for built-in operator++(int, int)

2011-08-05 Thread jason at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49812

Jason Merrill  changed:

   What|Removed |Added

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

--- Comment #4 from Jason Merrill  2011-08-05 
19:40:56 UTC ---
Fixed for 4.7.


[Bug c++/49988] constexpr on ctor invokes improper initialization

2011-08-05 Thread jason at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49988

Jason Merrill  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2011.08.05 19:53:43
 AssignedTo|unassigned at gcc dot   |jason at gcc dot gnu.org
   |gnu.org |
 Ever Confirmed|0   |1


[Bug tree-optimization/49735] [4.7 Regression] mips64-elf libgcc build fails with apparently infinite recursion.

2011-08-05 Thread hubicka at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49735

--- Comment #11 from Jan Hubicka  2011-08-05 
20:20:11 UTC ---
Author: hubicka
Date: Fri Aug  5 20:20:07 2011
New Revision: 177482

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177482
Log:
PR middle-end/49735
* gcc.c-torture/compile/pr49735.c: New testcase
* ipa-inline.c (recursive_inlining): Look through aliases.


Added:
trunk/gcc/testsuite/gcc.c-torture/compile/pr49735.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/ipa-inline.c
trunk/gcc/testsuite/ChangeLog


[Bug lto/49992] lto-bootstrap reveals duplicate symbols on x86_64-apple-darwin11

2011-08-05 Thread iains at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992

Iain Sandoe  changed:

   What|Removed |Added

 Target|x86_64-apple-darwin11   |x86_64-apple-darwin{10,11}
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.08.05 20:26:53
 CC||jakub at gcc dot gnu.org
   Host|x86_64-apple-darwin11   |x86_64-apple-darwin{10,11)
 Ever Confirmed|0   |1
  Build|x86_64-apple-darwin11   |x86_64-apple-darwin{10,11}

--- Comment #2 from Iain Sandoe  2011-08-05 20:26:53 
UTC ---
also on x86-apple-darwin10.

likely caused by:
 http://gcc.gnu.org/ml/gcc-cvs/2011-08/msg00369.html

which seems to introduce the building of gcc/errors.o


[Bug middle-end/49500] [4.7 Regression]: gcc.dg/tls/alias-1.c

2011-08-05 Thread hubicka at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49500

--- Comment #15 from Jan Hubicka  2011-08-05 
20:52:06 UTC ---
Author: hubicka
Date: Fri Aug  5 20:52:03 2011
New Revision: 177483

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177483
Log:

PR middle-end/49500
* tree-emultls.c (new_emutls_decl):Add alias_of parameter;
handle aliases.
(create_emultls_var):New function.
(ipa_lower_emutls): Handle aliases correctly.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/tree-emutls.c


[Bug tree-optimization/49494] [4.7 Regression] ICE: in remap_predicate at ipa-inline-analysis.c:1876 with -findirect-inlining -finline-small-functions

2011-08-05 Thread hubicka at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49494

--- Comment #4 from Jan Hubicka  2011-08-05 
20:56:08 UTC ---
Author: hubicka
Date: Fri Aug  5 20:56:05 2011
New Revision: 177484

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177484
Log:
+ PR middle-end/49494
+ * ipa-inline-analysis.c (remap_predicate): Add bounds check.
+ * gfortran.dg/pr49494.f90: New testcase.

Added:
trunk/gcc/testsuite/gfortran.dg/pr49494.f90
Modified:
trunk/gcc/ChangeLog
trunk/gcc/ipa-inline-analysis.c
trunk/gcc/testsuite/ChangeLog


[Bug rtl-optimization/49994] New: [4.7 Regression] ICE: in maybe_record_trace_start, at dwarf2cfi.c:2234 with -Os -fsched2-use-superblocks

2011-08-05 Thread zsojka at seznam dot cz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49994

   Summary: [4.7 Regression] ICE: in maybe_record_trace_start, at
dwarf2cfi.c:2234 with -Os -fsched2-use-superblocks
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: rtl-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: zso...@seznam.cz
  Host: x86_64-pc-linux-gnu
Target: x86_64-pc-linux-gnu


Created attachment 24926
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24926
reduced testcase

Compiler output:
$ gcc -Os -fsched2-use-superblocks testcase.c
testcase.c: In function 'y':
testcase.c:13:3: internal compiler error: in maybe_record_trace_start, at
dwarf2cfi.c:2234
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Tested revisions:
r177464 - crash
r173150 - OK


[Bug target/49995] New: "operand missing mode" warning on sparc

2011-08-05 Thread jimis at gmx dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49995

   Summary: "operand missing mode" warning on sparc
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ji...@gmx.net
  Host: sparc-unknown-linux-gnu


I get the following warnings while building gcc on a sparcstation:

build/genrecog ../../gcc-trunk-109439-co/gcc/config/sparc/sparc.md \
  insn-conditions.md > tmp-recog.c
../../gcc-trunk-109439-co/gcc/config/sparc/sync.md:82: warning: operand 1
missing mode?
../../gcc-trunk-109439-co/gcc/config/sparc/sync.md:94: warning: operand 1
missing mode?



The relevant lines of sync.md are:

 82 (define_insn "*sync_compare_and_swap"
 83   [(set (match_operand:I48MODE 0 "register_operand" "=r")
 84 (mem:I48MODE (match_operand 1 "register_operand" "r")))
 85(set (mem:I48MODE (match_dup 1))
 86 (unspec_volatile:I48MODE
 87   [(match_operand:I48MODE 2 "register_operand" "r")
 88(match_operand:I48MODE 3 "register_operand" "0")]
 89   UNSPECV_CAS))]
 90   "TARGET_V9 && (mode == SImode || TARGET_ARCH64)"
 91   "cas\t[%1], %2, %0"
 92   [(set_attr "type" "multi")])
 93 
 94 (define_insn "*sync_compare_and_swapdi_v8plus"
 95   [(set (match_operand:DI 0 "register_operand" "=h")
 96 (mem:DI (match_operand 1 "register_operand" "r")))
 97(set (mem:DI (match_dup 1))
 98 (unspec_volatile:DI
 99   [(match_operand:DI 2 "register_operand" "h")
100(match_operand:DI 3 "register_operand" "0")]
101   UNSPECV_CAS))]
102   "TARGET_V8PLUS"


[Bug c++/49669] [4.6/4.7 Regression] [C++0x] Compiler crashes with "internal compiler error: in perform_member_init, at cp/init.c:530"

2011-08-05 Thread jason at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49669

Jason Merrill  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 AssignedTo|unassigned at gcc dot   |jason at gcc dot gnu.org
   |gnu.org |

--- Comment #6 from Jason Merrill  2011-08-05 
21:22:33 UTC ---
TwoFoo z( { Foo(1), Foo(1) } );

is not valid; you can't copy-list-initialize a TwoFoo from { Foo(1), Foo(1) }
because brace elision is not allowed in that context.


[Bug c++/49921] [C++0x] Segfault during compilation, decltype and operator->*

2011-08-05 Thread jason at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49921

Jason Merrill  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 CC||jason at gcc dot gnu.org
 AssignedTo|unassigned at gcc dot   |jason at gcc dot gnu.org
   |gnu.org |


[Bug c++/49996] New: Internal error in verify_gimple_stmt: initializing struct in new-initializer

2011-08-05 Thread vituscze at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49996

   Summary: Internal error in verify_gimple_stmt: initializing
struct in new-initializer
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: vitus...@gmail.com


Created attachment 24927
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24927
-save-temps, bug.s contains `.file "bug.cpp"` only

Hello there,

g++ crashes while compiling following code:

struct A
{
  ~A()
  { }
};

struct B
{
  const A& ref;
};

int main()
{
  B* p = new B{A()};
}

Here's complete error message:

bug.cpp: In function 'int main()':
bug.cpp:12:5: internal compiler error: in verify_gimple_stmt, at
tree-cfg.c:4056
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Command line:
g++ bug.cpp -o bug -std=c++0x

Output of g++ -v:
Built by Equation Solution .
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=d:/gcc/bin/../libexec/gcc/i686-pc-mingw32/4.7.0/lto-wrapper.exe
Target: i686-pc-mingw32
Configured with: ../gcc-4.7-20110730-mingw/configure --host=i686-pc-mingw32
--build=x86_64-unknown-linux-gnu --target=i686-pc-mingw32
--prefix=/home/gfortran/gcc-home/binary/mingw32/native/x86_32/gcc/4.7-20110730
--with-gcc --with-gnu-as --with-gnu-ld --with-host-libstdcxx='-lstdc++ -lsupc++
-lm' --with-ppl=/home/gfortran/gcc-home/binary/mingw32/native/x86_32/ppl
--with-cloog=/home/gfortran/gcc-home/binary/mingw32/native/x86_32/cloog
--with-gmp=/home/gfortran/gcc-home/binary/mingw32/native/x86_32/gmp
--with-mpfr=/home/gfortran/gcc-home/binary/mingw32/native/x86_32/mpfr
--with-mpc=/home/gfortran/gcc-home/binary/mingw32/native/x86_32/mpc
--with-sysroot=/home/gfortran/gcc-home/binary/mingw32/cross/x86_32/gcc/4.7-20110730
--disable-shared --disable-nls --disable-tls --disable-win32-registry
--enable-libquadmath-support --enable-libquadmath
--enable-languages=c,c++,fortran --enable-libgomp --enable-threads=win32
--enable-lto --enable-static --enable-shared=lto-plugin --enable-plugins
--enable-ld=yes --enable-cloog-backend=ppl
Thread model: win32
gcc version 4.7.0 20110730 (experimental) (GCC)

Output of -save-temps is in attachment, 'bug.s' contains '.file "bug.cpp"'
only.

Thanks for your time,
Vít Šefl


[Bug middle-end/37221] Missed early loop-unroll optimization - causes 40% degradation on SPU

2011-08-05 Thread tkoenig at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37221

--- Comment #17 from Thomas Koenig  2011-08-05 
21:52:03 UTC ---
Author: tkoenig
Date: Fri Aug  5 21:51:59 2011
New Revision: 177486

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177486
Log:
2011-08-05  Thomas Koenig  

PR fortran/37221
* gfortran.h (gfc_calculate_transfer_sizes):  Add prototype.
* target-memory.h (gfc_target_interpret_expr):  Add boolean
argument wether to convert wide characters.
* target-memory.c (gfc_target_expr_size):  Also return length
of characters for non-constant expressions if these can be
determined from the cl.
(interpret_array):  Add argument for gfc_target_interpret_expr.
(gfc_interpret_derived):  Likewise.
(gfc_target_interpret_expr):  Likewise.
* check.c:  Include target-memory.h.
(gfc_calculate_transfer_sizes):  New function.
(gfc_check_transfer):  When -Wsurprising is in force, calculate
sizes and warn if result is larger than size (check moved from
gfc_simplify_transfer).
* simplify.c (gfc_simplify_transfer):  Use
gfc_calculate_transfer_sizes.  Remove warning.

2011-08-05  Thomas Koenig  

PR fortran/37221
* gfortran.dg/transfer_check_2.f90:  New test case.


Added:
trunk/gcc/testsuite/gfortran.dg/transfer_check_2.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/check.c
trunk/gcc/fortran/gfortran.h
trunk/gcc/fortran/simplify.c
trunk/gcc/fortran/target-memory.c
trunk/gcc/fortran/target-memory.h
trunk/gcc/testsuite/ChangeLog


[Bug tree-optimization/49997] New: ICE in inline_small_functions with -fnon-call-exceptions

2011-08-05 Thread arthur.j.odwyer at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49997

   Summary: ICE in inline_small_functions with
-fnon-call-exceptions
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: arthur.j.odw...@gmail.com


Created attachment 24928
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24928
Output of "ajo-gcc -w -O2 -finline-functions -fnon-call-exceptions -c test.c
-v"

This failure reproduces for me with svn revision 177466 (2011-08-05), going
back at least as far as 2011-08-02. I'm on Ubuntu 10.10, x86-64.

cat >test.c 

[Bug target/49781] [x32] Unnecessary lea in x32 mode

2011-08-05 Thread hjl.tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49781

--- Comment #26 from H.J. Lu  2011-08-05 21:58:21 
UTC ---
(In reply to comment #25)
> New revision of patch at [1].
> 
> [1] http://gcc.gnu.org/ml/gcc-patches/2011-08/msg00642.html

It failed gcc.dg/torture/pr47744-2.c the same way as comment 8.


[Bug c++/48993] [C++0x] segmentation fault when compiling this program with constexpr

2011-08-05 Thread jason at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48993

Jason Merrill  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 CC||jason at gcc dot gnu.org
 AssignedTo|unassigned at gcc dot   |jason at gcc dot gnu.org
   |gnu.org |


[Bug target/49781] [x32] Unnecessary lea in x32 mode

2011-08-05 Thread ubizjak at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49781

--- Comment #27 from Uros Bizjak  2011-08-05 22:01:31 
UTC ---
(In reply to comment #26)

> > [1] http://gcc.gnu.org/ml/gcc-patches/2011-08/msg00642.html
> 
> It failed gcc.dg/torture/pr47744-2.c the same way as comment 8.

Expected, please see the above link for explanation.


[Bug target/47364] [x32] internal compiler error: in emit_move_insn, at expr.c:3355

2011-08-05 Thread hjl at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47364

--- Comment #15 from hjl at gcc dot gnu.org  2011-08-05 
22:05:45 UTC ---
Author: hjl
Date: Fri Aug  5 22:05:43 2011
New Revision: 177487

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177487
Log:
Add a testcase for PR middle-end/47364.

2011-08-05  H.J. Lu  

PR middle-end/47364
* gcc.dg/torture/pr47364-1.c: New.

Added:
trunk/gcc/testsuite/gcc.target/i386/pr47364-1.c
Modified:
trunk/gcc/testsuite/ChangeLog


[Bug other/49998] New: crtstuff.c:64:28: fatal error: unwind-dw2-fde.h: No such file

2011-08-05 Thread danglin at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49998

   Summary: crtstuff.c:64:28: fatal error: unwind-dw2-fde.h: No
such file
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: other
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: dang...@gcc.gnu.org
CC: r...@gcc.gnu.org
  Host: hppa64-hp-hpux11.11
Target: hppa64-hp-hpux11.11
 Build: hppa64-hp-hpux11.11


/test/gnu/gcc/objdir/./gcc/xgcc -B/test/gnu/gcc/objdir/./gcc/
-B/opt/gnu64/gcc/gcc-4.7/hppa64-hp-hpux11.11/bin/
-B/opt/gnu64/gcc/gcc-4.7/hppa64-hp-hpux11.11/lib/ -isystem
/opt/gnu64/gcc/gcc-4.7/hppa64-hp-hpux11.11/include -isystem
/opt/gnu64/gcc/gcc-4.7/hppa64-hp-hpux11.11/sys-include-O2 -g -O2 -DIN_GCC  
-W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes
-Wold-style
-definition  -isystem ./include  -I.
-I/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/
libgcc -I../../gcc/gcc
-I../../gcc/gcc//test/gnu/gcc/objdir/hppa64-hp-hpux11.11/
libgcc -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include
-I/opt/gnu64/gcc/gmp/include  -I../../gcc/gcc/../libdecnumber
-I../../gcc/gcc/../libdecnumbe
r/dpd -I../libdecnumber   -g -O2 -g0 -finhibit-size-directive -fno-inline
-fno-e
xceptions -fno-zero-initialized-in-bss -fno-toplevel-reorder
-fno-tree-vectorize -fno-stack-protector   \
  -c ../../gcc/gcc/crtstuff.c -DCRT_BEGIN \
  -o /test/gnu/gcc/objdir/hppa64-hp-hpux11.11/libgcc/crtbegin.o
../../gcc/gcc/crtstuff.c:64:28: fatal error: unwind-dw2-fde.h: No such file or
d
irectory
compilation terminated.
make[4]: *** [/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/libgcc/crtbegin.o] Error 
1


[Bug other/49998] [4.7 Regression] crtstuff.c:64:28: fatal error: unwind-dw2-fde.h: No such file

2011-08-05 Thread danglin at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49998

John David Anglin  changed:

   What|Removed |Added

Summary|crtstuff.c:64:28: fatal |[4.7 Regression]
   |error: unwind-dw2-fde.h: No |crtstuff.c:64:28: fatal
   |such file   |error: unwind-dw2-fde.h: No
   ||such file

--- Comment #1 from John David Anglin  2011-08-05 
22:15:21 UTC ---
File moved to libgcc.


[Bug target/49995] "operand missing mode" warning on sparc

2011-08-05 Thread dougmencken at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49995

Douglas Mencken  changed:

   What|Removed |Added

 CC||dougmencken at gmail dot
   ||com

--- Comment #1 from Douglas Mencken  2011-08-05 
22:17:48 UTC ---
I do confirm "operand %d missing mode" warinings on my side (PowerPC
GNU/uClibc/Linux).

>From the full build log
(http://ftp.osuosl.org/pub/manulix/logs+errors/gcc-v4.7-20110709-bootstrap.log):

../../gcc-v4.7-20110709.sourcedir/gcc/config/rs6000/rs6000.md:6783: warning:
destination operand 0 allows non-lvalue
../../gcc-v4.7-20110709.sourcedir/gcc/config/rs6000/rs6000.md:6783: warning:
destination operand 0 allows non-lvalue
../../gcc-v4.7-20110709.sourcedir/gcc/config/rs6000/rs6000.md:6879: warning:
destination operand 0 allows non-lvalue
../../gcc-v4.7-20110709.sourcedir/gcc/config/rs6000/rs6000.md:6879: warning:
destination operand 0 allows non-lvalue
../../gcc-v4.7-20110709.sourcedir/gcc/config/rs6000/rs6000.md:13044: warning:
operand 0 missing mode?
../../gcc-v4.7-20110709.sourcedir/gcc/config/rs6000/rs6000.md:13464: warning:
operand 1 missing mode?
../../gcc-v4.7-20110709.sourcedir/gcc/config/rs6000/altivec.md:1681: warning:
operand 1 missing mode?
../../gcc-v4.7-20110709.sourcedir/gcc/config/rs6000/altivec.md:1688: warning:
operand 1 missing mode?
../../gcc-v4.7-20110709.sourcedir/gcc/config/rs6000/altivec.md:1840: warning:
destination missing a mode?
../../gcc-v4.7-20110709.sourcedir/gcc/config/rs6000/altivec.md:1840: warning:
operand 0 missing mode?
../../gcc-v4.7-20110709.sourcedir/gcc/config/rs6000/altivec.md:2355: warning:
operand 1 missing mode?
../../gcc-v4.7-20110709.sourcedir/gcc/config/rs6000/altivec.md:2363: warning:
operand 1 missing mode?
../../gcc-v4.7-20110709.sourcedir/gcc/config/rs6000/altivec.md:2371: warning:
operand 1 missing mode?
../../gcc-v4.7-20110709.sourcedir/gcc/config/rs6000/altivec.md:2379: warning:
operand 1 missing mode?
../../gcc-v4.7-20110709.sourcedir/gcc/config/rs6000/altivec.md:2621: warning:
operand 1 missing mode?
../../gcc-v4.7-20110709.sourcedir/gcc/config/rs6000/altivec.md:2621: warning:
operand 2 missing mode?
../../gcc-v4.7-20110709.sourcedir/gcc/config/rs6000/altivec.md:2630: warning:
operand 1 missing mode?
../../gcc-v4.7-20110709.sourcedir/gcc/config/rs6000/altivec.md:2630: warning:
operand 2 missing mode?
../../gcc-v4.7-20110709.sourcedir/gcc/config/rs6000/rs6000.md:6783: warning:
destination operand 0 allows non-lvalue
../../gcc-v4.7-20110709.sourcedir/gcc/config/rs6000/rs6000.md:6783: warning:
destination operand 0 allows non-lvalue
../../gcc-v4.7-20110709.sourcedir/gcc/config/rs6000/rs6000.md:6879: warning:
destination operand 0 allows non-lvalue
../../gcc-v4.7-20110709.sourcedir/gcc/config/rs6000/rs6000.md:6879: warning:
destination operand 0 allows non-lvalue

By the way, I can't remember how long since these warings are from... Maybe
4.2.x or even earlier.


[Bug target/47369] [x32] internal compiler error: in extract_insn, at recog.c:2109

2011-08-05 Thread hjl at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47369

--- Comment #4 from hjl at gcc dot gnu.org  2011-08-05 
22:37:35 UTC ---
Author: hjl
Date: Fri Aug  5 22:37:32 2011
New Revision: 177490

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177490
Log:
Add a testcase for PR target/47369.

2011-08-05  H.J. Lu  

PR target/47369
* gcc.dg/pr47369-1.c: New.

Added:
trunk/gcc/testsuite/gcc.dg/pr47369-1.c
Modified:
trunk/gcc/testsuite/ChangeLog


[Bug fortran/37211] TRANSFER to characters: Size checking

2011-08-05 Thread dominiq at lps dot ens.fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37211

--- Comment #2 from Dominique d'Humieres  2011-08-05 
22:59:15 UTC ---
The commit seems to have gone to "[Bug middle-end/37221] Missed early
loop-unroll optimization - causes 40% degradation on SPU".


[Bug fortran/37211] TRANSFER to characters: Size checking

2011-08-05 Thread tkoenig at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37211

--- Comment #3 from Thomas Koenig  2011-08-05 
23:06:22 UTC ---
Author: tkoenig
Date: Fri Aug  5 23:06:18 2011
New Revision: 177491

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177491
Log:
2011-08-05  Thomas Koenig  

PR fortran/37211
* fortran/ChangeLog:  Correct PR number from last commit.
* testsuite/ChangeLog:  Likewise.


Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/testsuite/ChangeLog


[Bug fortran/37211] TRANSFER to characters: Size checking

2011-08-05 Thread tkoenig at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37211

Thomas Koenig  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #4 from Thomas Koenig  2011-08-05 
23:09:50 UTC ---
*sigh* The real one was at

http://gcc.gnu.org/ml/gcc-cvs/2011-08/msg00498.html

Fixed on trunk, closing.


[Bug fortran/33037] TRANSFER should warn on mismatched sizes

2011-08-05 Thread tkoenig at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33037

Thomas Koenig  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||tkoenig at gcc dot gnu.org
 Resolution||FIXED

--- Comment #10 from Thomas Koenig  2011-08-05 
23:13:58 UTC ---
The test cases now yield an error with -Wsurprising, after the fix
for PR 37211.

Closing as fixed.


[Bug middle-end/37221] Missed early loop-unroll optimization - causes 40% degradation on SPU

2011-08-05 Thread tkoenig at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37221

Thomas Koenig  changed:

   What|Removed |Added

 CC||tkoenig at gcc dot gnu.org

--- Comment #18 from Thomas Koenig  2011-08-05 
23:18:21 UTC ---
(In reply to comment #17)
> Author: tkoenig
> Date: Fri Aug  5 21:51:59 2011
> New Revision: 177486
> 
> URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177486

That was a typo in the PR number.


[Bug lto/49992] lto-bootstrap reveals duplicate symbols on x86_64-apple-darwin11

2011-08-05 Thread howarth at nitro dot med.uc.edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992

--- Comment #3 from Jack Howarth  2011-08-05 
23:21:36 UTC ---
Confirmed on x86_64-apple-darwiin11 that the lto-bootstrap failure due to
duplicate symbols in introduced at...

Author: jakub
Date: Thu Aug  4 11:30:45 2011
New Revision: 177358

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177358
Log:
2011-08-04  Romain Geissler  

* gengtype-state.c: Include "bconfig.h" if
GENERATOR_FILE is defined, "config.h" otherwise.
* gengtype.c: Likewise.
* gengtype-lex.l: Likewise.
* gengtype-parse.c: Likewise.
* Makefile.in (gengtype-lex.o-warn): New variable.
(plugin_resourcesdir): Likewise.
(plugin_bindir): Likewise.
(plugin_includedir): Use $(plugin_resourcesdir) as prefix base.
(MOSTLYCLEANFILES): Add gengtype$(exeext).
(native): Depend on gengtype$(exeext) is $enable_plugin
is set to "yes".
(gtype.state): Depend on s-gtype. Use temporary file.
(gengtype-lex.o): New rule.
(gengtype-parse.o): Likewise.
(gengtype-state.o): Likewise.
(gengtype$(exeext)): Likewise.
(install-gengtype): Likewise.
(gengtype.o): Likewise.
(build/gengtype.o): Depend on version.h.
(build/gengtype-state): Depend on double-int.h, version.h,
$(HASHTAB_H), $(OBSTACK_H), $(XREGEX_H) and build/errors.o.
(install-plugin): Depend on install-gengtype.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/Makefile.in
trunk/gcc/gengtype-lex.l
trunk/gcc/gengtype-parse.c
trunk/gcc/gengtype-state.c
trunk/gcc/gengtype.c


[Bug libgomp/48841] [regression] lot more libgomp testsuite failures compared to 4.4.5

2011-08-05 Thread htl10 at users dot sourceforge.net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48841

Hin-Tak Leung  changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||FIXED

--- Comment #10 from Hin-Tak Leung  
2011-08-05 23:44:55 UTC ---
Most strange -re-run 4.4.6 and got a different answer from previous
(http://gcc.gnu.org/ml/gcc-testresults/2011-05/msg00074.html) - every part of
the resulting summary file is identical, except the libgomp section.
Here is the old 4.4.5, new 4.4.6, and the 4.6.1 from a few days ago:

4.4.5:
=== libgomp Summary ===

# of expected passes2463
# of unexpected failures9
# of unsupported tests  2

4.4.6
=== libgomp Summary ===

# of expected passes2511
# of unexpected failures9
# of unsupported tests2

4.6.1
=== libgomp Summary ===

# of expected passes2586
# of unsupported tests3

These numbers make a lot more sense. The machine has not been upgraded nor used
all these times, so the only two changes are (1) use of absolute path in
configure, (2) during this run (in 4.6.1) I noticed /tmp was a bit small (it
failed quite early on with libnumber or libiberty) so set TMIDIR to a different
disk.

I don't think it is the path, but it is possible I just didn't notice a
not-enough temp space error; the other possibillity is some
transient/intermittent error (the alignment?). Anyway, since 4.6.1 seems to
work and fixes most of the regressions or what not, I am happy to let this one
go.


[Bug tree-optimization/49999] New: [4.5/graphite] ICE in graphite_loop_normal_form, at graphite-sese-to-poly.c:2850

2011-08-05 Thread dirtyepic at gentoo dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4

   Summary: [4.5/graphite] ICE in graphite_loop_normal_form, at
graphite-sese-to-poly.c:2850
   Product: gcc
   Version: 4.5.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: dirtye...@gentoo.org


Created attachment 24929
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24929
testcase-bug348291.i

$ x86_64-pc-linux-gnu-gcc-4.5.3 -w -o /dev/null -fpreprocessed -O2 -floop-block
-c testcase-bug348291.i 
testcase-bug348291.i: In function 'UtilArrayCalloc':
testcase-bug348291.i:8:1: internal compiler error: in
graphite_loop_normal_form, at graphite-sese-to-poly.c:2850


4.4.6 and 4.6.1 work.


$ gcc -v
Using built-in specs.
COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/4.5.3/gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.5.3/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: /var/tmp/portage/sys-devel/gcc-4.5.3/work/gcc-4.5.3/configure
--prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.5.3
--includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/include
--datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.5.3
--mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.5.3/man
--infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.5.3/info
--with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/include/g++-v4
--host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec
--disable-fixed-point --with-ppl --with-cloog --disable-ppl-version-check
--with-cloog-include=/usr/include/cloog-ppl --enable-lto --disable-nls
--with-system-zlib --disable-werror --enable-secureplt --enable-multilib
--disable-libmudflap --disable-libssp --enable-libgomp --enable-cld
--with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/4.5.3/python
--enable-checking=release --disable-libgcj --enable-languages=c,c++
--enable-shared --enable-threads=posix --enable-__cxa_atexit
--enable-clocale=gnu --with-bugurl=http://bugs.gentoo.org/
--with-pkgversion='Gentoo 4.5.3 p1.0, pie-0.4.5'
Thread model: posix
gcc version 4.5.3 (Gentoo 4.5.3 p1.0, pie-0.4.5)


[Bug spam/50000] New: 50k get!!! GCC is great!

2011-08-05 Thread dougmencken at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5

   Summary: 50k get!!! GCC is great!
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: spam
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: dougmenc...@gmail.com


Thank you, GCC team. GCC gives us Freedom.
Good luck and Happy hacking!


[Bug spam/50000] 50k get!!! GCC is great!

2011-08-05 Thread dougmencken at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5

Douglas Mencken  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #1 from Douglas Mencken  2011-08-06 
00:27:09 UTC ---
I love GCC!


[Bug c++/49988] constexpr on ctor invokes improper initialization

2011-08-05 Thread jason at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49988

--- Comment #2 from Jason Merrill  2011-08-06 
04:34:25 UTC ---
Author: jason
Date: Sat Aug  6 04:34:21 2011
New Revision: 177496

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177496
Log:
PR c++/49988
* semantics.c (cxx_eval_array_reference): Handle failure to
reduce the array operand to something we can work with.

Added:
trunk/gcc/testsuite/g++.dg/cpp0x/constexpr-non-const-arg3.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/semantics.c
trunk/gcc/testsuite/ChangeLog


  1   2   >