[Bug c++/54383] Internal compiler error for lamba function using this-> with -std=c++0x

[jason at gcc dot gnu.org]

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



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 tree-optimization/56354] [4.8 Regression] -O2 creates incorrect for loop code

[pinskia at gcc dot gnu.org]

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



Andrew Pinski  changed:



   What|Removed |Added



 Status|UNCONFIRMED |RESOLVED

 Resolution||INVALID

   Severity|major   |normal



--- Comment #1 from Andrew Pinski  2013-02-16 
03:53:07 UTC ---

i * 4 overflows when i is 6 which is causing the code to turn into an

infinite loop.  Use the option -fwrapv or -fno-aggressive-loop-optimizations to

workaround your issue.



A simple printf added shows the issue:



i=0, i*X=0

i=1, i*X=4

i=2, i*X=8

i=3, i*X=12

i=4, i*X=16

i=5, i*X=20

i=6, i*X=-1894967296

[Bug tree-optimization/56354] New: [4.8 Regression] -O2 creates incorrect for loop code

[orion at cora dot nwra.com]

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



 Bug #: 56354

   Summary: [4.8 Regression] -O2 creates incorrect for loop code

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: major

  Priority: P3

 Component: tree-optimization

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: or...@cora.nwra.com





Created attachment 29479

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29479

loop.c test case



With the attached program compiled with:



gcc  -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector

--param=ssp-buffer-size=4  -m64 -mtune=generic -fPIC -O1 loop.c



I get the correct output:



Creating arrays...

i=0

i=1

i=2

i=3

i=4

i=5

i=6

i=7

i=8

i=9



But with -O2:



gcc  -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector

--param=ssp-buffer-size=4  -m64 -mtune=generic -fPIC -O2 loop.c



Creating arrays...

i=0

i=1

i=2

i=3

i=4

i=5

i=6

i=7

i=8

i=9

i=10



i=55

Segmentation fault



Version-Release number of selected component (if applicable):

gcc-4.8.0-0.12.fc19.x86_64

[Bug c++/54276] Lambda in a Template Function Undefined Reference to local static

[jason at gcc dot gnu.org]

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



Jason Merrill  changed:



   What|Removed |Added



   Target Milestone|4.8.0   |4.7.3

[Bug c++/54532] [C++0x][constexpr] internal error when initializing static constexpr with pointer to non-static member variable

[jason at gcc dot gnu.org]

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



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 libstdc++/56332] libstdc++-v3 does not support x86_64-pc-mingw64: No support for this host/target combination

[pinskia at gcc dot gnu.org]

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



--- Comment #5 from Andrew Pinski  2013-02-16 
03:00:45 UTC ---

(In reply to comment #2)

> For mingw-w64 isn't the triplet supposed to be 'x86_64-w64-mingw32'?  



The other point is that the Windows API are still called win32 on x64 Windows;

that is the w32 part.

[Bug c++/54276] Lambda in a Template Function Undefined Reference to local static

[jason at gcc dot gnu.org]

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



--- Comment #7 from Jason Merrill  2013-02-16 
02:08:00 UTC ---

Author: jason

Date: Sat Feb 16 02:07:55 2013

New Revision: 196101



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

Log:

PR c++/54276

* semantics.c (finish_id_expression): Also return the identifier

for an outer local static.



Added:

   

branches/gcc-4_7-branch/gcc/testsuite/g++.dg/cpp0x/lambda/lambda-template9.C

Modified:

branches/gcc-4_7-branch/gcc/cp/ChangeLog

branches/gcc-4_7-branch/gcc/cp/semantics.c

[Bug sanitizer/55938] g++.dg/asan/deep-stack-uaf-1.C fails at r195092 on darwin

[howarth at nitro dot med.uc.edu]

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



Jack Howarth  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED



--- Comment #5 from Jack Howarth  2013-02-16 
02:04:15 UTC ---

Fixed in current gcc trunk.

[Bug c++/51242] [C++11] Unable to use strongly typed enums as bit fields

[paolo at gcc dot gnu.org]

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



--- Comment #25 from paolo at gcc dot gnu.org  
2013-02-16 01:07:16 UTC ---

Author: paolo

Date: Sat Feb 16 01:07:11 2013

New Revision: 196100



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

Log:

/cp

2013-02-15  Jonathan Wakely  

Paolo Carlini  



PR c++/51242

* decl2.c (grokbitfield): Allow scoped enumeration types.



/testsuite

2013-02-15  Jonathan Wakely  

Paolo Carlini  



PR c++/51242

* g++.dg/cpp0x/enum23.C: New.





Added:

trunk/gcc/testsuite/g++.dg/cpp0x/enum23.C

Modified:

trunk/gcc/cp/ChangeLog

trunk/gcc/cp/decl2.c

trunk/gcc/testsuite/ChangeLog

[Bug libgcj/56353] libgcj should be listed on command line for libjava.jni/invocation/PR16923.c

[hjl.tools at gmail dot com]

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



--- Comment #2 from H.J. Lu  2013-02-15 23:59:30 
UTC ---

The command line is



/export/gnu/import/git/gcc-test-intel64/bld/gcc/xgcc

-B/export/gnu/import/git/gcc-test-intel64/bld/gcc/

/export/gnu/import/git/gcc-test-intel64/src-trunk/libjava/testsuite/libjava.jni/invocation/PR16923.c

-I. -I..

-I/export/gnu/import/git/gcc-test-intel64/src-trunk/libjava/testsuite/libjava.jni

-I/export/gnu/import/git/gcc-test-intel64/src-trunk/libjava/testsuite/../include

-I/export/gnu/import/git/gcc-test-intel64/src-trunk/libjava/testsuite/../classpath/include

-fdollars-in-identifiers

-L/export/gnu/import/git/gcc-test-intel64/bld/x86_64-unknown-linux-gnu/32/libjava/.libs

-ljvm -lm -m32 -o PR16923



ld finds libgcj.so via -ljvm.  It should reject it:



/usr/local/bin/ld: /export/gnu/import/git/gcc-test-intel64/bld/gcc/crtbegin.o:

undefined reference to symbol '_Jv_RegisterClasses'

/usr/local/bin/ld: note: '_Jv_RegisterClasses' is defined in DSO

/export/gnu/import/git/gcc-test-intel64/bld/x86_64-unknown-linux-gnu/libjava/.libs/libgcj.so.14

so try adding it to the linker command line

/export/gnu/import/git/gcc-test-intel64/bld/x86_64-unknown-linux-gnu/libjava/.libs/libgcj.so.14:

could not read symbols: Invalid operation

[Bug libgcj/56353] libgcj should be listed on command line for libjava.jni/invocation/PR16923.c

[pinskia at gcc dot gnu.org]

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



--- Comment #1 from Andrew Pinski  2013-02-15 
23:52:34 UTC ---

> Since libgcj.so isn't

> on the linker command line, gold resolves _Jv_RegisterClasses to 0 and

> ld silently resolves it to _Jv_RegisterClasses in libgcj.so:



How is it linking to libgcj.so then?

[Bug libgcj/56353] New: libgcj should be listed on command line for libjava.jni/invocation/PR16923.c

[hjl.tools at gmail dot com]

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



 Bug #: 56353

   Summary: libgcj should be listed on command line for

libjava.jni/invocation/PR16923.c

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: libgcj

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: hjl.to...@gmail.com





libjava.jni/invocation/PR16923.c behaves differently, depending

on linking with gold or ld. _Jv_RegisterClasses is weak reference

and libgcj.so isn't on the linker command line. Since libgcj.so isn't

on the linker command line, gold resolves _Jv_RegisterClasses to 0 and

ld silently resolves it to _Jv_RegisterClasses in libgcj.so:



[hjl@gnu-13 testsuite]$ readelf -sWr /tmp/PR16923.gold | grep

_Jv_RegisterClasses 

 8:  0 NOTYPE  WEAK   DEFAULT  UND _Jv_RegisterClasses

37:  0 NOTYPE  WEAK   DEFAULT  UND _Jv_RegisterClasses

[hjl@gnu-13 testsuite]$ readelf -sWr /tmp/PR16923.bfd | grep

_Jv_RegisterClasses 

00600cd0  00090007 R_X86_64_JUMP_SLOT 004005e0

_Jv_RegisterClasses + 0

 9: 004005e0 0 FUNCWEAK   DEFAULT  UND _Jv_RegisterClasses

59: 004005e0 0 FUNCWEAK   DEFAULT  UND _Jv_RegisterClasses

[hjl@gnu-13 testsuite]$

[Bug target/56351] ARM Big-Endian: storing local double to packed variable causes corruption

[sethml at google dot com]

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



Seth LaForge  changed:



   What|Removed |Added



 CC||sethml at google dot com



--- Comment #3 from Seth LaForge  2013-02-15 22:43:56 
UTC ---

Thank you Andrew, super useful pointer!  Yes, that patch does appear to fix my

problem.  I've backported it to gcc 4.7 and posted a patch:

http://gcc.gnu.org/ml/gcc-patches/2013-02/msg00800.html



With gcc 4.7.2 with my/Julian's patch, I get correct code:



  43PrintAndStoreUnaligned:

  46 0020 B538push  {r3, r4, r5, lr}

  47 0022 EC523B10fmrrd r3, r2, d0

  48 0026 4614mov r4, r2

  49 0028 461Dmov r5, r3

  50 002a 4622mov r2, r4

  51 002c EC423B10fmdrr d0, r3, r2

  52 0030 F7FEbl  PrintDouble

  53 0034 F2400300movw  r3, #:lower16:unaligned_double

  54 0038 F2C00300movt  r3, #:upper16:unaligned_double

  55 003c 605Dstr r5, [r3, #4]

  56 003e 601Cstr r4, [r3, #0]  

  57 0040 BD38pop {r3, r4, r5, pc}

[Bug tree-optimization/56352] New: Simplify testing of related conditions in for loop

[josh.m.conner at gmail dot com]

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



 Bug #: 56352

   Summary: Simplify testing of related conditions in for loop

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: tree-optimization

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: josh.m.con...@gmail.com





If we have a loop like this:



for (i = 0; i < a && i < b; i++)

{

  /* Code which cannot affect i, a, or b */

}



gcc should be able to optimize this into:



tmp = MIN(a,b)

for (i = 0; i < tmp; i++)

{

  /* Body */

}



But it does not.  Similarly, code like:



for (i = 0; i < a; i++)

{

  if (i >= b)

break;



  /* Code which cannot affect i, a, or b */

}



Should be similarly optimized.

[Bug target/56347] [4.8 Regression] FAIL: gfortran.dg/integer_exponentiation_2.f90 -O2 execution test

[danglin at gcc dot gnu.org]

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



John David Anglin  changed:



   What|Removed |Added



  Component|tree-optimization   |target



--- Comment #5 from John David Anglin  2013-02-15 
21:44:34 UTC ---

Floating register $fr12R is clobbered by call to powf.  Problem is similar

to PR fortran/31832.

[Bug middle-end/54685] [SH] Improve unsigned int comparison with 0x7FFFFFFF

[olegendo at gcc dot gnu.org]

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



--- Comment #8 from Oleg Endo  2013-02-15 21:33:45 
UTC ---

(In reply to comment #6)

> (In reply to comment #5)

> > FAIL: gcc.target/sh/pr54685.c scan-assembler-not not

> > 

> > I'm curious why this fails.  On my sh-elf / newlib config it passes.  Do you

> > have any idea?

> 

> Oops.  There is a line

> 

> .section.note.GNU-stack,"",@progbits

> 

> for the linux case.  Perhaps

> 

> /* { dg-final { scan-assembler-not "not\[ \t\]" } } */

> 

> will work.



I suspected it to be something like that.  Thanks for checking.

[Bug middle-end/54685] [SH] Improve unsigned int comparison with 0x7FFFFFFF

[olegendo at gcc dot gnu.org]

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



--- Comment #7 from Oleg Endo  2013-02-15 21:28:32 
UTC ---

Author: olegendo

Date: Fri Feb 15 21:28:26 2013

New Revision: 196092



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

Log:

PR target/54685

* gcc.target/sh/pr54685.c: Fix scanning of not insn.





Modified:

trunk/gcc/testsuite/ChangeLog

trunk/gcc/testsuite/gcc.target/sh/pr54685.c

[Bug c++/54835] [C++11] Explicit default constructors not respected during copy-list-initialization

[jason at gcc dot gnu.org]

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



Jason Merrill  changed:



   What|Removed |Added



 CC||jason at gcc dot gnu.org



--- Comment #2 from Jason Merrill  2013-02-15 
20:56:04 UTC ---

It's not clear to me that [over.match.list] applies to this initialization,

since the value-initialization bullet is separate from the bullet that

cross-references [over.match.list].  And in fact there's code in

convert_like_real specifically to avoid this diagnostic because of this

difference, and it's tested for in initlist40.C.



I'm not opposed to this behavior, but I think it would be a language change.

[Bug target/56351] ARM Big-Endian: storing local double to packed variable causes corruption

[pinskia at gcc dot gnu.org]

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



--- Comment #2 from Andrew Pinski  2013-02-15 
20:20:28 UTC ---

I think this was fixed on the trunk with:

2012-10-22  Julian Brown  



* config/arm/arm.h (CANNOT_CHANGE_MODE_CLASS): Avoid subreg'ing

VFP D registers in big-endian mode.

[Bug target/56351] ARM Big-Endian: storing local double to packed variable causes corruption

[sethml at google dot com]

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



--- Comment #1 from Seth LaForge  2013-02-15 20:16:43 
UTC ---

Ugh, my attachment was a bit mangled.  Here's the source to stimulate the issue

- gcc_bug.c:



#include 



void PrintDouble(double v) __attribute__((noinline));

void PrintDouble(double v) {

  union { double d; int i[2]; } u = { v };

  printf("%f (0x%08X:%08X)", v, u.i[0], u.i[1]);

}



struct { double val; } __attribute__((packed)) unaligned_double;



void PrintAndStoreUnaligned(double v) __attribute__((noinline));

void PrintAndStoreUnaligned(double v) {

  PrintDouble(v);

  unaligned_double.val = v;

}



int main() {

  double val = 1.234567;

  printf("val is: ");

  PrintDouble(val);

  printf("\nCalling PrintAndStoreUnaligned: ");

  PrintAndStoreUnaligned(val);

  printf("\nunaligned_double.val is: ");

  PrintDouble(unaligned_double.val);

  printf("\n");

  return 0;

}

[Bug target/56351] New: ARM Big-Endian: storing local double to packed variable causes corruption

[sethml at google dot com]

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

 Bug #: 56351
   Summary: ARM Big-Endian: storing local double to packed
variable causes corruption
Classification: Unclassified
   Product: gcc
   Version: 4.7.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: set...@google.com


Created attachment 29478
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29478
Test case which demonstrates incorrect codegen

The attached code behaves incorrectly on my platform with gcc 4.7.2.  In
particular, the output is:

val is: 1.234567 (0x3FF3C0C9:539B8887)
Calling PrintAndStoreUnaligned:
57432423068808260924249171392224224725059031612325630140261797720764832869069412330679690067968.00
(0x539B8887:3FF3C0C9)
unaligned_double.val is:
57432423068808260924249171392224224725059031612325630140261797720764832869069412330679690067968.00
(0x539B8887:3FF3C0C9)

It appears that storing a double parameter into an unaligned variable can cause
all accesses to that parameter within the function to have the upper and lower
32 bits swapped.

This code is being built for a TI TMS570-series processor, although I suspect
the problem would occur with any big-endian ARM target with VFPv3
floating-point support.  Here's compiler info.  To build the compiler with
these flags requires a minor patch:
http://gcc.gnu.org/ml/gcc-patches/2013-02/msg00791.html

% third_party/car/embedded/toolchains/gcc_tms570/bin/armeb-unknown-eabi-gcc -v
-save-temps -O1 -c gcc_bug.c -o gcc_bug.o -Wa,-adhlsn=gcc_bug.lst
Using built-in specs.
COLLECT_GCC=third_party/car/embedded/toolchains/gcc_tms570/bin/armeb-unknown-eabi-gcc
Target: armeb-unknown-eabi
Configured with: ../gcc-4.7.2/configure
--prefix=/usr/local/google/armeb/toolchain --build=x86_64-cross-linux-gnu
--target=armeb-unknown-eabi --host=x86_64-cross-linux-gnu
--with-sysroot=/usr/local/google/armeb/sysroot --with-newlib
--with-headers=../newlib-1.19.0/newlib/libc/include --disable-nls
--enable-languages=c,c++ --enable-c99 --enable-long-long
--with-mpfr=/usr/local/google/armeb/toolchain
--with-gmp=/usr/local/google/armeb/toolchain
--with-mpc=/usr/local/google/armeb/toolchain --disable-multilib
--with-abi=aapcs --with-arch=armv7-r --with-mode=thumb --with-float=hard
--with-fpu=vfpv3-d16 --disable-threads --disable-shared --disable-libgomp
--disable-libmudflap --disable-libssp
Thread model: single
gcc version 4.7.2 (GCC) 
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-O1' '-c' '-o' 'gcc_bug.o'
'-march=armv7-r' '-mfloat-abi=hard' '-mfpu=vfpv3-d16' '-mabi=aapcs' '-mthumb'

/google/src/cloud/sethml/head2/google3/third_party/car/embedded/toolchains/gcc_tms570/bin/../libexec/gcc/armeb-unknown-eabi/4.7.2/cc1
-E -quiet -v -iprefix
/google/src/cloud/sethml/head2/google3/third_party/car/embedded/toolchains/gcc_tms570/bin/../lib/gcc/armeb-unknown-eabi/4.7.2/
-D__USES_INITFINI__ gcc_bug.c -march=armv7-r -mfloat-abi=hard -mfpu=vfpv3-d16
-mabi=aapcs -mthumb -O1 -fpch-preprocess -o gcc_bug.i
ignoring duplicate directory
"/google/src/cloud/sethml/head2/google3/third_party/car/embedded/toolchains/gcc_tms570/bin/../lib/gcc/../../lib/gcc/armeb-unknown-eabi/4.7.2/include"
ignoring nonexistent directory
"/usr/local/google/armeb/sysroot/usr/local/include"
ignoring duplicate directory
"/google/src/cloud/sethml/head2/google3/third_party/car/embedded/toolchains/gcc_tms570/bin/../lib/gcc/../../lib/gcc/armeb-unknown-eabi/4.7.2/include-fixed"
ignoring duplicate directory
"/google/src/cloud/sethml/head2/google3/third_party/car/embedded/toolchains/gcc_tms570/bin/../lib/gcc/../../lib/gcc/armeb-unknown-eabi/4.7.2/../../../../armeb-unknown-eabi/include"
#include "..." search starts here:
#include <...> search starts here:

/google/src/cloud/sethml/head2/google3/third_party/car/embedded/toolchains/gcc_tms570/bin/../lib/gcc/armeb-unknown-eabi/4.7.2/include

/google/src/cloud/sethml/head2/google3/third_party/car/embedded/toolchains/gcc_tms570/bin/../lib/gcc/armeb-unknown-eabi/4.7.2/include-fixed

/google/src/cloud/sethml/head2/google3/third_party/car/embedded/toolchains/gcc_tms570/bin/../lib/gcc/armeb-unknown-eabi/4.7.2/../../../../armeb-unknown-eabi/include
 /usr/local/google/armeb/sysroot/usr/include
End of search list.
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-O1' '-c' '-o' 'gcc_bug.o'
'-march=armv7-r' '-mfloat-abi=hard' '-mfpu=vfpv3-d16' '-mabi=aapcs' '-mthumb'

/google/src/cloud/sethml/head2/google3/third_party/car/embedded/toolchains/gcc_tms570/bin/../libexec/gcc/armeb-unknown-eabi/4.7.2/cc1
-fpreprocessed gcc_bug.i -quiet -dumpbase gcc_bug.c -march=armv7-r
-mfloat-abi=hard -mfpu=vfpv3-d16 -mabi=aapcs -mthumb -auxbase-strip gcc_bug.o
-O1 -version -o gcc_bug.s
GNU C (GCC) version 4.7.2 (armeb-unknown-eabi)
compiled by GNU C version 4.6.x-google 20120601 (prerelease), GMP
version 5.0.5, MPFR version 3.1.1, MPC version 1.0.1
GGC heuristics: --para

[Bug tree-optimization/56347] [4.8 Regression] FAIL: gfortran.dg/integer_exponentiation_2.f90 -O2 execution test

[danglin at gcc dot gnu.org]

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



--- Comment #4 from John David Anglin  2013-02-15 
20:07:47 UTC ---

> Wrong assembly code is here:

> 

>0x30f4 :fsub,sgl fr17,fr17,fr22

>0x30f8 :fabs,sgl fr22,fr22

>0x30fc :fcmp,sgl,!< fr13R,fr22

>0x3100 :ftest

>0x3104 :b,l,n 0x37f0 :ftest

   0x30f0 :b,l,n 0x37f0 ,r0

   0x30f4 :fsub,sgl fr17,fr17,fr22

   0x30f8 :fabs,sgl fr22,fr22

=> 0x30fc :fcmp,sgl,!< fr13R,fr22

   0x3100 :ftest

   0x3104 :b,l,n 0x37f0 ,r0

   0x3108 :fcmp,sgl,!> fr12R,fr15

   0x310c :ftest

   0x3110 :b,l,n 0x37f0 ,r0

End of assembler dump.

(gdb) p $fr12R

$3 = 2

(gdb) p $fr15

$4 = 9.09090886e-06



Ignore #3.

[Bug c++/54946] ICE on template parameter from cast char-pointer in C++11 constexpr struct

[jason at gcc dot gnu.org]

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



Jason Merrill  changed:



   What|Removed |Added



 Status|UNCONFIRMED |ASSIGNED

   Last reconfirmed||2013-02-15

 CC||jason at gcc dot gnu.org

 AssignedTo|unassigned at gcc dot   |jason at gcc dot gnu.org

   |gnu.org |

 Ever Confirmed|0   |1

[Bug sanitizer/56330] ICE: verify_gimple failed: gimple_bb (stmt) is set to a wrong basic block with -fsanitize=address

[jakub at gcc dot gnu.org]

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



--- Comment #6 from Jakub Jelinek  2013-02-15 
19:57:39 UTC ---

This is ok for trunk if it passes bootstrap/regtest.  Please post it to

gcc-patches anyway though.

[Bug tree-optimization/56350] [4.7/4.8 Regression] ICE in vectorizable_reduction, at tree-vect-loop.c:4731

[mpolacek at gcc dot gnu.org]

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



Marek Polacek  changed:



   What|Removed |Added



 Status|UNCONFIRMED |NEW

   Last reconfirmed||2013-02-15

 CC||mpolacek at gcc dot gnu.org

  Known to work||4.6.4

   Target Milestone|--- |4.8.0

Summary|ICE in  |[4.7/4.8 Regression] ICE in

   |vectorizable_reduction, at  |vectorizable_reduction, at

   |tree-vect-loop.c:4731   |tree-vect-loop.c:4731

 Ever Confirmed|0   |1

  Known to fail||4.7.3, 4.8.0



--- Comment #1 from Marek Polacek  2013-02-15 
19:52:07 UTC ---

Confirmed.  ICEs with trunk/4.7.

[Bug sanitizer/56330] ICE: verify_gimple failed: gimple_bb (stmt) is set to a wrong basic block with -fsanitize=address

[dodji at gcc dot gnu.org]

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



--- Comment #5 from Dodji Seketeli  2013-02-15 
19:46:44 UTC ---

Created attachment 29477

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29477

Updated patch with cleanups explained in the ChangeLog



Thanks!



I have updated the patch to simplify the logic in instrument_mem_region_access

somewhat, especially the part that does the statement iterator decrementing

dance.



I have also added more regression tests.



What do you think?

[Bug middle-end/56140] GCC inlines incorrect function in __transaction_relaxed

[aldyh at gcc dot gnu.org]

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



Aldy Hernandez  changed:



   What|Removed |Added



 AssignedTo|unassigned at gcc dot   |aldyh at gcc dot gnu.org

   |gnu.org |



--- Comment #1 from Aldy Hernandez  2013-02-15 
19:46:13 UTC ---

Mine.

[Bug middle-end/56108] Asm statement in transaction_relaxed crashes compiler.

[aldyh at gcc dot gnu.org]

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



Aldy Hernandez  changed:



   What|Removed |Added



 AssignedTo|unassigned at gcc dot   |aldyh at gcc dot gnu.org

   |gnu.org |



--- Comment #2 from Aldy Hernandez  2013-02-15 
19:45:55 UTC ---

Mine.

[Bug tree-optimization/56349] ICE in create_preheader at cfgloopmanip.c:1525

[mpolacek at gcc dot gnu.org]

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



Marek Polacek  changed:



   What|Removed |Added



 Status|UNCONFIRMED |NEW

   Last reconfirmed||2013-02-15

 CC||mpolacek at gcc dot gnu.org

   Target Milestone|--- |4.8.0

 Ever Confirmed|0   |1

  Known to fail||4.8.0



--- Comment #1 from Marek Polacek  2013-02-15 
19:44:57 UTC ---

Confirmed.  Started with

http://gcc.gnu.org/viewcvs?view=revision&revision=195879.

[Bug tree-optimization/56350] New: ICE in vectorizable_reduction, at tree-vect-loop.c:4731

[antoine.balestrat at gmail dot com]

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

 Bug #: 56350
   Summary: ICE in vectorizable_reduction, at
tree-vect-loop.c:4731
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: antoine.balest...@gmail.com


Using GCC 4.8.0 as of 20130215 :

$ cat vect.c
int a, b, c;

void f(void)
{
for(; c; c++)
for(b = 0; b < 2; b++)
a /= 8;
}

$ xgcc -O1 -ftree-vectorize -w vect.c
vect.c: In function ‘f’:
vect.c:3:6: internal compiler error: in vectorizable_reduction, at
tree-vect-loop.c:4731
 void f(void)
  ^
0xa8e953 vectorizable_reduction(gimple_statement_d*, gimple_stmt_iterator*,
gimple_statement_d**, _slp_tree*)
../../srcdir/gcc/tree-vect-loop.c:4727
0xa81ff0 vect_analyze_stmt(gimple_statement_d*, bool*, _slp_tree*)
../../srcdir/gcc/tree-vect-stmts.c:5691
0xa80f75 vect_analyze_stmt(gimple_statement_d*, bool*, _slp_tree*)
../../srcdir/gcc/tree-vect-stmts.c:5613
0x4cffb9 vect_analyze_loop_operations
../../srcdir/gcc/tree-vect-loop.c:1443
0xa8c064 vect_analyze_loop_2
../../srcdir/gcc/tree-vect-loop.c:1720
0xa8c064 vect_analyze_loop(loop*)
../../srcdir/gcc/tree-vect-loop.c:1773
0xa9e06c vectorize_loops()
../../srcdir/gcc/tree-vectorizer.c:113
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <http://gcc.gnu.org/bugs.html> for instructions.

[Bug c++/54768] ICE when struct with anon union has constexpr ctor

[jason at gcc dot gnu.org]

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



Jason Merrill  changed:



   What|Removed |Added



 Status|UNCONFIRMED |RESOLVED

 CC||jason at gcc dot gnu.org

 Resolution||DUPLICATE



--- Comment #1 from Jason Merrill  2013-02-15 
19:37:57 UTC ---

In 4.7 and up, this testcase only shows the bug 54922 error.



*** This bug has been marked as a duplicate of bug 54922 ***

[Bug c++/54922] [C++11][DR 1359] constexpr constructors require initialization of all union members

[jason at gcc dot gnu.org]

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



Jason Merrill  changed:



   What|Removed |Added



 CC||thomasmckee5 at gmail dot

   ||com



--- Comment #13 from Jason Merrill  2013-02-15 
19:37:57 UTC ---

*** Bug 54768 has been marked as a duplicate of this bug. ***

[Bug c++/55017] [DR 1051] [C++11] Rvalue-reference member should cause copy constructor to be deleted, but still declared

[jason at gcc dot gnu.org]

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



Jason Merrill  changed:



   What|Removed |Added



 Status|NEW |ASSIGNED

 AssignedTo|unassigned at gcc dot   |jason at gcc dot gnu.org

   |gnu.org |



--- Comment #4 from Jason Merrill  2013-02-15 
19:35:40 UTC ---

Created attachment 29476

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29476

p



Patch waiting for 4.8 to branch.

[Bug c++/55240] [c++0x] ICE on non-static data member initialization using 'auto' variable from containing function

[jason at gcc dot gnu.org]

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



Jason Merrill  changed:



   What|Removed |Added



 Status|NEW |ASSIGNED

 AssignedTo|unassigned at gcc dot   |jason at gcc dot gnu.org

   |gnu.org |



--- Comment #2 from Jason Merrill  2013-02-15 
19:33:33 UTC ---

Created attachment 29475

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29475

55240.patch



Patch waiting for 4.8 to branch.

[Bug c++/55241] [C++11] diagnostics show sizeof...(T) as sizeof(T...)

[jason at gcc dot gnu.org]

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



Jason Merrill  changed:



   What|Removed |Added



 Status|UNCONFIRMED |ASSIGNED

   Last reconfirmed||2013-02-15

 AssignedTo|unassigned at gcc dot   |jason at gcc dot gnu.org

   |gnu.org |

 Ever Confirmed|0   |1



--- Comment #1 from Jason Merrill  2013-02-15 
19:32:14 UTC ---

Created attachment 29474

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29474

55241.patch



Patch waiting for 4.8 to branch.

[Bug c++/55879] [C++11] nested constexpr Initialisation raises internal compiler error

[jason at gcc dot gnu.org]

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



Jason Merrill  changed:



   What|Removed |Added



   Keywords||rejects-valid

 Status|ASSIGNED|RESOLVED

 Resolution||FIXED

   Target Milestone|--- |4.8.0



--- Comment #6 from Jason Merrill  2013-02-15 
19:31:53 UTC ---

And closing.

[Bug c++/55670] [C++11] This isn't a pure virtual method.

[jason at gcc dot gnu.org]

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



Jason Merrill  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 CC||jason at gcc dot gnu.org

 Resolution||FIXED

 AssignedTo|unassigned at gcc dot   |jason at gcc dot gnu.org

   |gnu.org |

   Target Milestone|--- |4.8.0



--- Comment #3 from Jason Merrill  2013-02-15 
19:30:42 UTC ---

Fixed for 4.8.

[Bug c++/55931] [C++11] Constexpr member function inside a static member is not working

[jason at gcc dot gnu.org]

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



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  2013-02-15 
19:29:29 UTC ---

Created attachment 29473

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29473

55931.patch



Patch waiting for 4.8 to branch.

[Bug c++/55993] [C++11] derived-to-base conversion fails in constant expression

[jason at gcc dot gnu.org]

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



Jason Merrill  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED

 AssignedTo|unassigned at gcc dot   |jason at gcc dot gnu.org

   |gnu.org |

   Target Milestone|--- |4.8.0



--- Comment #10 from Jason Merrill  2013-02-15 
19:28:07 UTC ---

Fixed in 4.8 for now.

[Bug c++/56155] [C++11] enumeration with fixed underlying type - enumerators have wrong type within enumerator-list

[jason at gcc dot gnu.org]

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



Jason Merrill  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 CC||jason at gcc dot gnu.org

 Resolution||FIXED

 AssignedTo|unassigned at gcc dot   |jason at gcc dot gnu.org

   |gnu.org |

   Target Milestone|--- |4.8.0



--- Comment #5 from Jason Merrill  2013-02-15 
19:26:39 UTC ---

Fixed for 4.8.

[Bug c++/54277] Template class member referred to with implicit this inside lambda is incorrectly const-qualified

[jason at gcc dot gnu.org]

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



Jason Merrill  changed:



   What|Removed |Added



 Status|NEW |ASSIGNED

 AssignedTo|unassigned at gcc dot   |jason at gcc dot gnu.org

   |gnu.org |



--- Comment #3 from Jason Merrill  2013-02-15 
19:25:31 UTC ---

Created attachment 29472

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29472

patch



I'll be checking this in after 4.8 branches.

[Bug c++/54276] Lambda in a Template Function Undefined Reference to local static

[jason at gcc dot gnu.org]

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



Jason Merrill  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED

 AssignedTo|unassigned at gcc dot   |jason at gcc dot gnu.org

   |gnu.org |

   Target Milestone|--- |4.8.0



--- Comment #6 from Jason Merrill  2013-02-15 
19:23:32 UTC ---

Fixed for 4.8.

[Bug c++/54276] Lambda in a Template Function Undefined Reference to local static

[jason at gcc dot gnu.org]

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



--- Comment #5 from Jason Merrill  2013-02-15 
19:22:23 UTC ---

Author: jason

Date: Fri Feb 15 19:22:14 2013

New Revision: 196091



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

Log:

PR c++/54276

* semantics.c (finish_id_expression): Also return the identifier

for an outer local static.



Added:

trunk/gcc/testsuite/g++.dg/cpp0x/lambda/lambda-template9.C

Modified:

trunk/gcc/cp/ChangeLog

trunk/gcc/cp/semantics.c

[Bug rtl-optimization/56348] internal compiler error in assign_by_spills with -m32 -fPIC -msse2

[dnovillo at google dot com]

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



--- Comment #3 from dnovillo at google dot com  
2013-02-15 19:19:22 UTC ---

Thanks for the quick fix, Vlad!





Diego.

[Bug tree-optimization/56349] New: ICE in create_preheader at cfgloopmanip.c:1525

[antoine.balestrat at gmail dot com]

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

 Bug #: 56349
   Summary: ICE in create_preheader at cfgloopmanip.c:1525
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: antoine.balest...@gmail.com


Hello !
Using GCC 4.8.0 as of 20130215 :

$ cat preh.c
int a, b;
short c;

void f(void)
{
int *k = a = 0;

for(; a < 2; a++);

if(!!(b |= a < 3) - 1)
{
if(0)
for (;; a++)
{
for (; c; *k = 0);
lbl1:
;
}

for(; *k; k++)
{
c = b ? : a;

if (c)
lbl2:
b = 0;
}
goto lbl1;
}

for(;; b++)
{
if(b)
goto lbl2;

k = &b;
}
}

$ xgcc -O2 -ftree-partial-pre -w preh.c
preh.c: In function ‘f’:
preh.c:38:1: internal compiler error: Segmentation fault
 }
 ^
0x8dba2f crash_signal
../../srcdir/gcc/toplev.c:332
0x5ffcdb create_preheader(loop*, int)
../../srcdir/gcc/cfgloopmanip.c:1525
0x600069 create_preheaders(int)
../../srcdir/gcc/cfgloopmanip.c:1577
0x7de31e apply_loop_flags
../../srcdir/gcc/loop-init.c:61
0x7de3df loop_optimizer_init(unsigned int)
../../srcdir/gcc/loop-init.c:108
0x7de4ba rtl_loop_init
../../srcdir/gcc/loop-init.c:329
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <http://gcc.gnu.org/bugs.html> for instructions.

[Bug rtl-optimization/56348] internal compiler error in assign_by_spills with -m32 -fPIC -msse2

[vmakarov at gcc dot gnu.org]

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



--- Comment #2 from Vladimir Makarov  2013-02-15 
19:17:16 UTC ---

Author: vmakarov

Date: Fri Feb 15 19:17:02 2013

New Revision: 196090



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

Log:

2013-02-15  Vladimir Makarov  



PR rtl-optimization/56348

* lra-assigns.c (reload_pseudo_compare_func): Prefer bigger pseudos.



2013-02-15  Vladimir Makarov  



PR rtl-optimization/56348

* gcc.target/i386/pr56348.c: New test.





Added:

trunk/gcc/testsuite/gcc.target/i386/pr56348.c

Modified:

trunk/gcc/ChangeLog

trunk/gcc/lra-assigns.c

trunk/gcc/testsuite/ChangeLog

[Bug tree-optimization/56347] [4.8 Regression] FAIL: gfortran.dg/integer_exponentiation_2.f90 -O2 execution test

[danglin at gcc dot gnu.org]

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



--- Comment #3 from John David Anglin  2013-02-15 
19:07:29 UTC ---

In final:



(note 135 134 137 [bb 11] NOTE_INSN_BASIC_BLOCK)

(insn:TI 137 135 138 (set (reg:SF 68 %fr22 [orig:303 D.1185 ] [303])

(minus:SF (reg:SF 58 %fr17 [orig:107 D.1185 ] [107])

(reg:SF 58 %fr17 [orig:107 D.1185 ] [107])))

integer_exponentiation_2.f90:83 140 {subsf3}

 (nil))

(insn:TI 138 137 139 (set (reg:SF 68 %fr22 [orig:304 D.1185 ] [304])

(abs:SF (reg:SF 68 %fr22 [orig:303 D.1185 ] [303])))

integer_exponentiation_2.f90:83 150 {abssf2}

 (nil))



In expand:



;; Generating RTL for gimple basic block 12



;; if (_131 < _143)



(insn 136 135 137 (set (reg:SF 302 [ D.1185 ])

(mult:SF (reg:SF 104 [ D.1185 ])

(reg:SF 200 [ D.1185 ]))) integer_exponentiation_2.f90:39 -1

 (nil))



(insn 137 136 138 (set (reg:SF 303 [ D.1185 ])

(minus:SF (reg:SF 302 [ D.1185 ])

(reg:SF 107 [ D.1185 ]))) integer_exponentiation_2.f90:83 -1

 (nil))



(insn 138 137 139 (set (reg:SF 304 [ D.1185 ])

(abs:SF (reg:SF 303 [ D.1185 ]))) integer_exponentiation_2.f90:83 -1

 (nil))



The tree code is:



  _131 = _130 * 9.9974737875163555145263671875e-6;

  ...



;;   basic block 12, loop depth 0

;;pred:   11

  powmult_43 = _12 * powmult_177;

  _142 = powmult_43 - _17;

  _143 = ABS_EXPR <_142>;

  if (_131 < _143)

goto ;

  else

goto ;

[Bug rtl-optimization/56348] internal compiler error in assign_by_spills with -m32 -fPIC -msse2

[vmakarov at gcc dot gnu.org]

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



Vladimir Makarov  changed:



   What|Removed |Added



 CC||vmakarov at gcc dot gnu.org



--- Comment #1 from Vladimir Makarov  2013-02-15 
18:39:30 UTC ---

This test looks interesting.  -fpic makes available only 5 general regs.  We

have an insn which needs 3 reload pseudos: two ones of SImode and one is of

DImode.  The pseudo with DImode is allocated last and has no two adjacent regs

because adjacent regs are gone after allocation the two pseudos of SImode.



I am working on the patch.  If everything is ok, I commit it today.

[Bug c++/52026] [4.6/4.7/4.8 Regression] Constexpr Variable Appears Uninitialized in Lambda

[jason at gcc dot gnu.org]

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



Jason Merrill  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED

 AssignedTo|unassigned at gcc dot   |jason at gcc dot gnu.org

   |gnu.org |

   Target Milestone|--- |4.7.3



--- Comment #14 from Jason Merrill  2013-02-15 
18:39:10 UTC ---

Fixed for 4.7.3.

[Bug c++/55710] [C++11] Linkage errors with lambdas

[paolo.carlini at oracle dot com]

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



Paolo Carlini  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED

   Target Milestone|--- |4.7.3



--- Comment #12 from Paolo Carlini  2013-02-15 
18:38:00 UTC ---

Thanks Jason! Fixed mainline and 4.7.3.

[Bug tree-optimization/56347] [4.8 Regression] FAIL: gfortran.dg/integer_exponentiation_2.f90 -O2 execution test

[danglin at gcc dot gnu.org]

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



--- Comment #2 from John David Anglin  2013-02-15 
18:37:58 UTC ---

Created attachment 29471

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29471

Slightly reduced testcase

[Bug tree-optimization/56347] [4.8 Regression] FAIL: gfortran.dg/integer_exponentiation_2.f90 -O2 execution test

[danglin at gcc dot gnu.org]

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



--- Comment #1 from John David Anglin  2013-02-15 
18:35:58 UTC ---

Wrong assembly code is here:



   0x30f4 :fsub,sgl fr17,fr17,fr22

   0x30f8 :fabs,sgl fr22,fr22

   0x30fc :fcmp,sgl,!< fr13R,fr22

   0x3100 :ftest

   0x3104 :b,l,n 0x37f0 ,r0



This is with a slightly reduced testcase.  Bug disappears when I tried to

reduce run_me.

[Bug c++/56135] [c++11] this incorrectly captured as null in template member function

[paolo.carlini at oracle dot com]

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



Paolo Carlini  changed:



   What|Removed |Added



   Target Milestone|4.8.0   |4.7.3



--- Comment #5 from Paolo Carlini  2013-02-15 
18:35:34 UTC ---

... and 4.7.3.

[Bug target/52187] armeb-unknown-eabi not recognized as big-endian

[sethml at google dot com]

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



Seth LaForge  changed:



   What|Removed |Added



 CC||sethml at google dot com



--- Comment #5 from Seth LaForge  2013-02-15 18:34:41 
UTC ---

Patch submitted:

http://gcc.gnu.org/ml/gcc-patches/2013-02/msg00785.html

[Bug c++/52026] [4.6/4.7/4.8 Regression] Constexpr Variable Appears Uninitialized in Lambda

[jason at gcc dot gnu.org]

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



--- Comment #13 from Jason Merrill  2013-02-15 
18:32:25 UTC ---

Author: jason

Date: Fri Feb 15 18:32:12 2013

New Revision: 196087



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

Log:

PR c++/52026

* semantics.c (finish_id_expression): In a template, return

the identifier for a constant variable.



Added:

branches/gcc-4_7-branch/gcc/testsuite/g++.dg/cpp0x/lambda/lambda-const2.C

Modified:

branches/gcc-4_7-branch/gcc/cp/ChangeLog

branches/gcc-4_7-branch/gcc/cp/semantics.c

[Bug c++/55710] [C++11] Linkage errors with lambdas

[jason at gcc dot gnu.org]

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



--- Comment #11 from Jason Merrill  2013-02-15 
18:32:05 UTC ---

Author: jason

Date: Fri Feb 15 18:31:52 2013

New Revision: 196086



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

Log:

PR c++/55710

* semantics.c (maybe_add_lambda_conv_op): Mark static thunk

TREE_USED.



Added:

branches/gcc-4_7-branch/gcc/testsuite/g++.dg/cpp0x/lambda/lambda-conv7.C

Modified:

branches/gcc-4_7-branch/gcc/cp/ChangeLog

branches/gcc-4_7-branch/gcc/cp/semantics.c

[Bug c++/56135] [c++11] this incorrectly captured as null in template member function

[jason at gcc dot gnu.org]

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



--- Comment #4 from Jason Merrill  2013-02-15 
18:31:41 UTC ---

Author: jason

Date: Fri Feb 15 18:31:28 2013

New Revision: 196085



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

Log:

PR c++/56135

* pt.c (tsubst_copy_and_build): Don't forget any new

captures that arose from use of dependent names.



Added:

branches/gcc-4_7-branch/gcc/testsuite/g++.dg/cpp0x/lambda/lambda-this8.C

Modified:

branches/gcc-4_7-branch/gcc/cp/ChangeLog

branches/gcc-4_7-branch/gcc/cp/pt.c

[Bug c++/56343] [4.8 regression] [C++11] Destructor defaulted on first declaration has wrong implicit exception specification

[jason at gcc dot gnu.org]

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



Jason Merrill  changed:



   What|Removed |Added



 Status|ASSIGNED|RESOLVED

 Resolution||FIXED

   Target Milestone|--- |4.8.0



--- Comment #2 from Jason Merrill  2013-02-15 
18:00:10 UTC ---

Fixed.

[Bug c++/56343] [4.8 regression] [C++11] Destructor defaulted on first declaration has wrong implicit exception specification

[jason at gcc dot gnu.org]

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



--- Comment #1 from Jason Merrill  2013-02-15 
17:19:56 UTC ---

Author: jason

Date: Fri Feb 15 17:19:45 2013

New Revision: 196082



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

Log:

PR c++/56343

* class.c (check_bases_and_members): Deduce noexcept after

checking bases.



Added:

trunk/gcc/testsuite/g++.dg/cpp0x/defaulted41.C

Modified:

trunk/gcc/cp/ChangeLog

trunk/gcc/cp/class.c

[Bug c++/55783] Warnings instead of compiler errors for narrowing conversions within list-initializations

[jason at gcc dot gnu.org]

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



Jason Merrill  changed:



   What|Removed |Added



 Status|UNCONFIRMED |RESOLVED

 CC||jason at gcc dot gnu.org

 Resolution||WORKSFORME



--- Comment #9 from Jason Merrill  2013-02-15 
17:16:39 UTC ---

You can use -pedantic-errors to turn this and various other violations from

warnings into errors.

[Bug target/55987] Redundant constant emitted

[til...@code-monkey.de]

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



--- Comment #2 from Tilman Sauerbeck  2013-02-15 
16:50:52 UTC ---

Created attachment 29470

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29470

dejagnu testcase



Simplified dejagnu test case.

[Bug rtl-optimization/56348] New: internal compiler error in assign_by_spills with -m32 -fPIC -msse2

[dnovillo at gcc dot gnu.org]

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



 Bug #: 56348

   Summary: internal compiler error in assign_by_spills with -m32

-fPIC -msse2

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: rtl-optimization

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: dnovi...@gcc.gnu.org

CC: vmaka...@redhat.com

  Host: x86_64-unknown-linux-gnu

Target: x86_64-unknown-linux-gnu

 Build: x86_64-unknown-linux-gnu





With trunk at rev 195930 I am running into the following ICE while building

SuiteSparse v3.4.0 (http://www.cise.ufl.edu/research/sparse/SuiteSparse/) with

-m32 and -fPIC.



Reduced test case:

+ ./cc1 min.c -quiet -m32 -O2 -fPIC -mfpmath=sse -msse2

min.c: In function 'cholmod_l_drop':

min.c:34:1: internal compiler error: in assign_by_spills, at lra-assigns.c:1262

 }

 ^

0x7f0c54 assign_by_spills

gcc/lra-assigns.c:1262

0x7f1c53 lra_assign()

gcc/lra-assigns.c:1419

0x7ed914 lra(_IO_FILE*)

gcc/lra.c:2307

0x7b41e0 do_reload

gcc/ira.c:4614

0x7b41e0 rest_of_handle_reload

gcc/ira.c:4726

Please submit a full bug report,

with preprocessed source if appropriate.

Please include the complete backtrace with any bug report.

See  for instructions.



$ cat min.c

typedef unsigned int size_t;



extern double fabs (double __x) __attribute__ ((__nothrow__, __leaf__))

  __attribute__ ((__const__));



typedef struct cholmod_sparse_struct

{

  size_t ncol;

  void *p;

} cholmod_sparse;



int cholmod_l_reallocate_sparse (size_t, cholmod_sparse *, void *);



int

cholmod_l_drop (double tol, cholmod_sparse * A)

{

  double aij;

  double *Ax;

  long long *Ap, *Ai, *Anz;

  long long packed, i, j, nrow, ncol, p, pend, nz, values;

  Ap = A->p;

  ncol = A->ncol;

  nz = 0;

  for (j = 0; j < ncol; j++)

for (; p < pend; p++)

  {

i = Ai[p];

aij = Ax[p];

if (i <= j && (fabs (aij) > tol || ((aij) != (aij

  nz++;

  }

  Ap[ncol] = nz;

  cholmod_l_reallocate_sparse (nz, A, 0);

}

[Bug rtl-optimization/56339] [4.8 Regression]: Suboptimal register allocation

[vmakarov at gcc dot gnu.org]

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



--- Comment #5 from Vladimir Makarov  2013-02-15 
16:48:19 UTC ---

(In reply to comment #4)

> Perhaps for regmove IRA classes should be set up unconditionally:

> 

> Index: regmove.c

> ===

> --- regmove.c   (revision 196074)

> +++ regmove.c   (working copy)

> @@ -1234,8 +1234,9 @@ regmove_optimize (void)

>regstat_init_n_sets_and_refs ();

>regstat_compute_ri ();

> 

> -  if (flag_ira_loop_pressure)

> -ira_set_pseudo_classes (true, dump_file);

> +  /* Set up register classes for pseudos, so that reg_preferred_class

> + returns a more useful result.  */

> +  ira_set_pseudo_classes (true, dump_file);

> 

>regno_src_regno = XNEWVEC (int, nregs);

>for (i = nregs; --i >= 0; )

> @@ -1256,8 +1257,7 @@ regmove_optimize (void)

>  }

>regstat_free_n_sets_and_refs ();

>regstat_free_ri ();

> -  if (flag_ira_loop_pressure)

> -free_reg_info ();

> +  free_reg_info ();

>return 0;

>  }



It can be a solution.  I see only one drawback, it is expensive.  Setting

classes is expensive procedure requiring 2 passes over all insns, their

alternatives,and classes for each pseudo operand.



In general, it still will not work for other cases.  We are lucky that xmm0

forms own class SSE_FIRST_REG.  Regmove for general cases should see hard regs

not classes.



This is not the first PR about regmove.  I'd like to remove big part of regmove

concerning matching operands as IRA/LRA can deal with this.  Unfortunately, not

too well when hard regs exposed in RTL and some work should be done to improve

this code.  I am going to do for gcc4.9.

[Bug tree-optimization/56347] New: [4.8 Regression] FAIL: gfortran.dg/integer_exponentiation_2.f90 -O2 execution test

[danglin at gcc dot gnu.org]

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



 Bug #: 56347

   Summary: [4.8 Regression] FAIL:

gfortran.dg/integer_exponentiation_2.f90  -O2

execution test

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: tree-optimization

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: dang...@gcc.gnu.org

  Host: hppa2.0w-hp-hpux11.11

Target: hppa2.0w-hp-hpux11.11

 Build: hppa2.0w-hp-hpux11.11





Executing on host: /test/gnu/gcc/objdir/gcc/testsuite/gfortran/../../gfortran

-B

/test/gnu/gcc/objdir/gcc/testsuite/gfortran/../../

-B/test/gnu/gcc/objdir/hppa2.

0w-hp-hpux11.11/./libgfortran/

/test/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/integ

er_exponentiation_2.f90  -fno-diagnostics-show-caret   -O2   

-B/test/gnu/gcc/ob

jdir/hppa2.0w-hp-hpux11.11/./libgfortran/.libs

-L/test/gnu/gcc/objdir/hppa2.0w-h

p-hpux11.11/./libgfortran/.libs

-L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./l

ibgfortran/.libs

-B/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libquadmath/.lib

s -L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libquadmath/.libs

-L/test/gnu/g

cc/objdir/hppa2.0w-hp-hpux11.11/./libquadmath/.libs  -lm   -o

./integer_exponent

iation_2.exe(timeout = 300)

spawn /test/gnu/gcc/objdir/gcc/testsuite/gfortran/../../gfortran

-B/test/gnu/gcc

/objdir/gcc/testsuite/gfortran/../../

-B/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.

11/./libgfortran/

/test/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/integer_exponentia

tion_2.f90 -fno-diagnostics-show-caret -O2

-B/test/gnu/gcc/objdir/hppa2.0w-hp-hp

ux11.11/./libgfortran/.libs

-L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libgfortran/.libs

-L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libgfortran/.libs

-B/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libquadmath/.libs

-L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libquadmath/.libs

-L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libquadmath/.libs -lm -o

./integer_exponentiation_2.exe

/test/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/integer_exponentiation_2.f90:142.13:



  call gee_i(i**0_8) ! { dg-warning "Type mismatch in argument" }

 1

Warning: Type mismatch in argument 'i' at (1); passed INTEGER(8) to INTEGER(4)

/test/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/integer_exponentiation_2.f90:143.13:



  call gee_i(i**1_8) ! { dg-warning "Type mismatch in argument" }

 1

Warning: Type mismatch in argument 'i' at (1); passed INTEGER(8) to INTEGER(4)

/test/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/integer_exponentiation_2.f90:144.13:



  call gee_i(i**2_8) ! { dg-warning "Type mismatch in argument" }

 1

Warning: Type mismatch in argument 'i' at (1); passed INTEGER(8) to INTEGER(4)

/test/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/integer_exponentiation_2.f90:145.13:



  call gee_i(i**3_8) ! { dg-warning "Type mismatch in argument" }

 1

Warning: Type mismatch in argument 'i' at (1); passed INTEGER(8) to INTEGER(4)

/test/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/integer_exponentiation_2.f90:146.13:



  call gee_i(i**(-1_8)) ! { dg-warning "Type mismatch in argument" }

 1

Warning: Type mismatch in argument 'i' at (1); passed INTEGER(8) to INTEGER(4)

/test/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/integer_exponentiation_2.f90:147.13:



  call gee_i(i**(-2_8)) ! { dg-warning "Type mismatch in argument" }

 1

Warning: Type mismatch in argument 'i' at (1); passed INTEGER(8) to INTEGER(4)

/test/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/integer_exponentiation_2.f90:148.13:



  call gee_i(i**(-3_8)) ! { dg-warning "Type mismatch in argument" }

 1

Warning: Type mismatch in argument 'i' at (1); passed INTEGER(8) to INTEGER(4)

/test/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/integer_exponentiation_2.f90:149.13:



  call gee_i(i**huge(0_8)) ! { dg-warning "Type mismatch in argument" }

 1

Warning: Type mismatch in argument 'i' at (1); passed INTEGER(8) to INTEGER(4)

/test/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/integer_exponentiation_2.f90:150.13:



  call gee_i(i**(-huge(0_8))) ! { dg-warning "Type mismatch in argument" }

 1

Warning: Type mismatch in argument 'i' at (1); passed INTEGER(8) to INTEGER(4)

/test/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/integer_exponentiation_2.f90:151.13:



  call gee_i(i**(-huge(0_8)-1_8)) ! { dg-warning "Type mismatch in argument" }

 1

Warning: Type mismatch in argument 'i' at (1); passed INTEGER(8) to INTEGER(4)

output is:

/test/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/integer_exponentiation_2.f90:142.13:



  call gee_i(i**0_8) ! { dg-warning "Type mismatch in argument" }

 1

Warning: Type mismatch in argument 'i' at (1); passed INTEGER(8) to INTEGER(4)

/test/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/integer_exponentiation

[Bug testsuite/56345] FAIL: g++.dg/cpp0x/lambda/lambda-this8.C -std=c++11 (test for excess errors)

[paolo.carlini at oracle dot com]

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



Paolo Carlini  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED



--- Comment #5 from Paolo Carlini  2013-02-15 
16:29:55 UTC ---

Let's close this.

[Bug c++/52026] [4.6/4.7/4.8 Regression] Constexpr Variable Appears Uninitialized in Lambda

[jason at gcc dot gnu.org]

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



--- Comment #12 from Jason Merrill  2013-02-15 
16:17:31 UTC ---

Author: jason

Date: Fri Feb 15 16:17:25 2013

New Revision: 196081



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

Log:

PR c++/52026

* semantics.c (finish_id_expression): In a template, return

the identifier for a constant variable.



Added:

trunk/gcc/testsuite/g++.dg/cpp0x/lambda/lambda-const2.C

Modified:

trunk/gcc/cp/ChangeLog

trunk/gcc/cp/semantics.c

[Bug middle-end/55889] [4.8 Regression] ICE: in move_op_ascend, at sel-sched.c:6153 with -fschedule-insns -fselective-scheduling

[dje at gcc dot gnu.org]

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



--- Comment #31 from David Edelsohn  2013-02-15 
16:15:19 UTC ---

With the patch, the testcase no longer ICEs when compiled on powerpc-aix.

[Bug tree-optimization/56294] BOOT_CFLAGS='-O2 -g -fno-ipa-sra' leads to bootstrap comparison failure

[jamborm at gcc dot gnu.org]

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



--- Comment #6 from Martin Jambor  2013-02-15 
16:00:43 UTC ---

Created attachment 29469

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29469

Reduced testcase



Testcase reduced by multidelta that fails with -c -O2 -fno-ipa-sra

-fno-exceptions -fcompare-debug



-no-inlining or -fdbg-cnt=tree_sra:7 makes the failure go away.

[Bug c++/56346] FAIL: g++.dg/tls/thread_local3.C -std=gnu++11 (test for excess errors)

[dave.anglin at bell dot net]

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



--- Comment #2 from dave.anglin at bell dot net 2013-02-15 15:55:07 UTC ---

On 2013-02-15 9:44 AM, jakub at gcc dot gnu.org wrote:

>

> Target doesn't use crtstuff.c.

> Why?  That looks like the bug to me.

It only supports ELF and COFF file formats, and not SOM.

[Bug tree-optimization/56321] [4.8 Regression] ICE:segfault in midend for -funsafe-math-optimizations -O3

[wschmidt at gcc dot gnu.org]

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



--- Comment #11 from William J. Schmidt  
2013-02-15 15:49:03 UTC ---

OK, got it.  I was on the right track, there were just several locations where

it could happen and I missed one.

[Bug c/56335] Optimization assumes __attribute__((aligned(N))) always works.

[joseph at codesourcery dot com]

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



--- Comment #2 from joseph at codesourcery dot com  2013-02-15 15:47:00 UTC ---

See , where I 

discuss what I think would be the appropriate checks for supported 

alignment (which I deferred for the initial implementation of _Alignas / 

_Alignof).



I think the checks should be errors for both the C11 _Alignas syntax and 

the __attribute__ syntax.

[Bug c++/56346] FAIL: g++.dg/tls/thread_local3.C -std=gnu++11 (test for excess errors)

[jakub at gcc dot gnu.org]

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



Jakub Jelinek  changed:



   What|Removed |Added



 CC||jakub at gcc dot gnu.org



--- Comment #1 from Jakub Jelinek  2013-02-15 
15:44:45 UTC ---

> Target doesn't use crtstuff.c.



Why?  That looks like the bug to me.

[Bug c++/56333] cannot use typedef name in inheriting constructor

[potswa at mac dot com]

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



--- Comment #2 from David Krauss  2013-02-15 15:43:07 
UTC ---

Also fixed within a day of updating my sources. Thanks guys!

[Bug testsuite/56345] FAIL: g++.dg/cpp0x/lambda/lambda-this8.C -std=c++11 (test for excess errors)

[paolo.carlini at oracle dot com]

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



--- Comment #4 from Paolo Carlini  2013-02-15 
15:40:33 UTC ---

Ah, ah, I was staring at the file *already* using __builtin_abort and was

*really* puzzled.

[Bug testsuite/56345] FAIL: g++.dg/cpp0x/lambda/lambda-this8.C -std=c++11 (test for excess errors)

[jakub at gcc dot gnu.org]

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



Jakub Jelinek  changed:



   What|Removed |Added



 CC||jakub at gcc dot gnu.org



--- Comment #3 from Jakub Jelinek  2013-02-15 
15:37:42 UTC ---

Isn't this already fixed by

http://gcc.gnu.org/viewcvs?view=revision&revision=196053 ?

[Bug c++/56346] New: FAIL: g++.dg/tls/thread_local3.C -std=gnu++11 (test for excess errors)

[danglin at gcc dot gnu.org]

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



 Bug #: 56346

   Summary: FAIL: g++.dg/tls/thread_local3.C -std=gnu++11 (test

for excess errors)

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: c++

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: dang...@gcc.gnu.org

  Host: hppa2.0w-hp-hpux11.11

Target: hppa2.0w-hp-hpux11.11





spawn /test/gnu/gcc/objdir/gcc/testsuite/g++/../../xg++

-B/test/gnu/gcc/objdir/g

cc/testsuite/g++/../../

/test/gnu/gcc/gcc/gcc/testsuite/g++.dg/tls/thread_local3

.C -fno-diagnostics-show-caret -nostdinc++

-I/test/gnu/gcc/objdir/hppa2.0w-hp-hp

ux11.11/libstdc++-v3/include/hppa2.0w-hp-hpux11.11

-I/test/gnu/gcc/objdir/hppa2.

0w-hp-hpux11.11/libstdc++-v3/include -I/test/gnu/gcc/gcc/libstdc++-v3/libsupc++

-I/test/gnu/gcc/gcc/libstdc++-v3/include/backward

-I/test/gnu/gcc/gcc/libstdc++-

v3/testsuite/util -fmessage-length=0 -std=gnu++11 -pthread

-L/test/gnu/gcc/objdi

r/hppa2.0w-hp-hpux11.11/./libstdc++-v3/src/.libs

-B/test/gnu/gcc/objdir/hppa2.0w

-hp-hpux11.11/./libstdc++-v3/src/.libs

-L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11

.11/./libstdc++-v3/src/.libs -o ./thread_local3.exe

/usr/ccs/bin/ld: Unsatisfied symbols:

   __dso_handle (first referenced in /var/tmp//cccf0gDu.o) (data)

collect2: error: ld returned 1 exit status

compiler exited with status 1

output is:

/usr/ccs/bin/ld: Unsatisfied symbols:

   __dso_handle (first referenced in /var/tmp//cccf0gDu.o) (data)

collect2: error: ld returned 1 exit status



FAIL: g++.dg/tls/thread_local3.C -std=gnu++11 (test for excess errors)



Related fails:



FAIL: g++.dg/tls/thread_local3.C -std=gnu++11 execution test

FAIL: g++.dg/tls/thread_local4.C -std=gnu++11 (test for excess errors)

FAIL: g++.dg/tls/thread_local4.C -std=gnu++11 execution test

FAIL: g++.dg/tls/thread_local5.C -std=gnu++11 (test for excess errors)

FAIL: g++.dg/tls/thread_local5.C -std=gnu++11 execution test

FAIL: g++.dg/tls/thread_local6.C (test for excess errors)

FAIL: g++.dg/tls/thread_local6.C execution test



Target doesn't use crtstuff.c.

[Bug testsuite/56345] FAIL: g++.dg/cpp0x/lambda/lambda-this8.C -std=c++11 (test for excess errors)

[paolo.carlini at oracle dot com]

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



--- Comment #2 from Paolo Carlini  2013-02-15 
15:30:31 UTC ---

This is a lot puzzling by the way. I have on idea what the specific issue being

tested may have to do with the error: compiling in C++11 mode a file only

including  or even only  works for you? And then why

nothing showed up already in the v3 testsuite?!?

[Bug middle-end/56341] GCC produces unaligned data access

[pinskia at gcc dot gnu.org]

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



Andrew Pinski  changed:



   What|Removed |Added



 Target||arm*-*-*

  Component|c   |middle-end

Version|unknown |4.6.3

   Severity|major   |normal

[Bug testsuite/56345] FAIL: g++.dg/cpp0x/lambda/lambda-this8.C -std=c++11 (test for excess errors)

[paolo.carlini at oracle dot com]

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



Paolo Carlini  changed:



   What|Removed |Added



 Status|UNCONFIRMED |NEW

   Last reconfirmed||2013-02-15

 CC||jason at gcc dot gnu.org

 Ever Confirmed|0   |1



--- Comment #1 from Paolo Carlini  2013-02-15 
15:24:39 UTC ---

Confirmed. See also:



  http://gcc.gnu.org/ml/gcc-patches/2013-02/msg00701.html

[Bug testsuite/56345] New: FAIL: g++.dg/cpp0x/lambda/lambda-this8.C -std=c++11 (test for excess errors)

[danglin at gcc dot gnu.org]

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



 Bug #: 56345

   Summary: FAIL: g++.dg/cpp0x/lambda/lambda-this8.C -std=c++11

(test for excess errors)

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: testsuite

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: dang...@gcc.gnu.org

  Host: hppa2.0w-hp-hpux11.11

Target: hppa2.0w-hp-hpux11.11

 Build: hppa2.0w-hp-hpux11.11





spawn /test/gnu/gcc/objdir/gcc/testsuite/g++/../../xg++

-B/test/gnu/gcc/objdir/g

cc/testsuite/g++/../../

/test/gnu/gcc/gcc/gcc/testsuite/g++.dg/cpp0x/lambda/lamb

da-this8.C -fno-diagnostics-show-caret -nostdinc++

-I/test/gnu/gcc/objdir/hppa2.

0w-hp-hpux11.11/libstdc++-v3/include/hppa2.0w-hp-hpux11.11

-I/test/gnu/gcc/objdi

r/hppa2.0w-hp-hpux11.11/libstdc++-v3/include

-I/test/gnu/gcc/gcc/libstdc++-v3/li

bsupc++ -I/test/gnu/gcc/gcc/libstdc++-v3/include/backward

-I/test/gnu/gcc/gcc/li

bstdc++-v3/testsuite/util -fmessage-length=0 -std=c++11 -pedantic-errors

-Wno-lo

ng-long -L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libstdc++-v3/src/.libs

-B

/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libstdc++-v3/src/.libs

-L/test/gnu/

gcc/objdir/hppa2.0w-hp-hpux11.11/./libstdc++-v3/src/.libs -lm -o

./lambda-this8.

exe

/test/gnu/gcc/gcc/gcc/testsuite/g++.dg/cpp0x/lambda/lambda-this8.C:6:31: error:

declaration of 'void abort() throw ()' has a different exception specifier

In file included from /test/gnu/gcc/objdir/gcc/include-fixed/wchar.h:33:0,

 from

/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/in

clude/cwchar:44,

 from

/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/in

clude/bits/postypes.h:40,

 from

/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/include/bits/char_traits.h:40,

 from

/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/include/string:40,

 from

/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/include/stdexcept:39,

 from

/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/include/array:38,

 from

/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/include/tuple:39,

 from

/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/include/functional:55,

 from

/test/gnu/gcc/gcc/gcc/testsuite/g++.dg/cpp0x/lambda/lambda-this8.C:4:

/test/gnu/gcc/objdir/gcc/include-fixed/stdlib.h:178:20: error: from previous

declaration 'void abort()'

compiler exited with status 1

output is:

/test/gnu/gcc/gcc/gcc/testsuite/g++.dg/cpp0x/lambda/lambda-this8.C:6:31: error:

declaration of 'void abort() throw ()' has a different exception specifier

In file included from /test/gnu/gcc/objdir/gcc/include-fixed/wchar.h:33:0,

 from

/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/include/cwchar:44,

 from

/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/include/bits/postypes.h:40,

 from

/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/include/bits/char_traits.h:40,

 from

/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/include/string:40,

 from

/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/include/stdexcept:39,

 from

/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/include/array:38,

 from

/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/include/tuple:39,

 from

/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/include/functional:55,

 from

/test/gnu/gcc/gcc/gcc/testsuite/g++.dg/cpp0x/lambda/lambda-this8.C:4:

/test/gnu/gcc/objdir/gcc/include-fixed/stdlib.h:178:20: error: from previous

declaration 'void abort()'



FAIL: g++.dg/cpp0x/lambda/lambda-this8.C -std=c++11 (test for excess errors)



   extern void abort(void);

[Bug c++/54276] Lambda in a Template Function Undefined Reference to local static

[paolo.carlini at oracle dot com]

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



Paolo Carlini  changed:



   What|Removed |Added



 CC||jason at gcc dot gnu.org



--- Comment #4 from Paolo Carlini  2013-02-15 
15:17:24 UTC ---

Just noticed that *the workaround* doesn't work anymore in 4.8/4.7, not sure if

this implies something interesting...

[Bug c/56344] ICE for program with larger automatic structs

[georggcc at googlemail dot com]

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



Georg  changed:



   What|Removed |Added



  Attachment #29467|0   |1

is obsolete||



--- Comment #1 from Georg  2013-02-15 15:15:39 
UTC ---

Created attachment 29468

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29468

same artificial test program, hopefully text/plain



Try circumventing browser's, or OS's, or Bugzilla's autodetection of file

type...

[Bug tree-optimization/56321] [4.8 Regression] ICE:segfault in midend for -funsafe-math-optimizations -O3

[wschmidt at gcc dot gnu.org]

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



--- Comment #10 from William J. Schmidt  
2013-02-15 15:13:55 UTC ---

(In reply to comment #8)

> (In reply to comment #7)

> > I see.  The problem is a memory VUSE on the return statement that no longer 
> > has

> > a def.  The VDEF was associated with the __builtin_pow statement that was

> > expanded.  Looks like I need to release the SSA name.  Working on a fix.

> 

> Use unlink_stmt_vdef when removing a stmt that possibly has a VDEF.



Yes -- I've been trying that, but something more subtle seems to be going on. 

I think perhaps the statement isn't being removed but modified in place.  I've

been trying to unlink the VDEF when the call is known to go away later, and

that's not doing it either.  Going to have to get dirty with the debugger this

morning.

[Bug c++/56343] [4.8 regression] [C++11] Destructor defaulted on first declaration has wrong implicit exception specification

[jason at gcc dot gnu.org]

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



Jason Merrill  changed:



   What|Removed |Added



 Status|UNCONFIRMED |ASSIGNED

   Last reconfirmed||2013-02-15

 CC||jason at gcc dot gnu.org

 AssignedTo|unassigned at gcc dot   |jason at gcc dot gnu.org

   |gnu.org |

Summary|[C++11] Destructor  |[4.8 regression] [C++11]

   |defaulted on first  |Destructor defaulted on

   |declaration has wrong   |first declaration has wrong

   |implicit exception  |implicit exception

   |specification   |specification

 Ever Confirmed|0   |1

[Bug c/56344] New: ICE for program with larger automatic structs

[georggcc at googlemail dot com]

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



 Bug #: 56344

   Summary: ICE for program with larger automatic structs

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: c

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: georg...@googlemail.com





Created attachment 29467

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29467

artificial test program, COLS set suitably



The program attached makes the compiler fail with ICE or otherwise misbehave in

a few ways. The behavior depends at least on the value of COLS and optimization

being on (-O2) or off. The program's arrays would be huge, but the compiler's

behavior does not vary "monotonically" with the value defined for COLS.



At 24000L, I get, with or without -O2,



Compilation started at Fri Feb 15 14:45:59



gcc -std=c99 -pedantic  -W -c big.c

big.c: In function 'main':

big.c:36:10: internal compiler error: Segmentation fault: 11

   result = mulm(m1, m2);

  ^



big.c:36:10: internal compiler error: Abort trap: 6

gcc: internal compiler error: Abort trap: 6 (program cc1)



Compilation abort trap: 6 at Fri Feb 15 14:46:02



At 22000L (i.e., smaller), or 10L (i.e., larger), the

compiler's memory consumption stays at ~14MB and ~80MB of

physical and virtual memory, resp; kernel_task and cc1

seem busy, but nothing happens for several minutes.



At 2L, and with -O2, I get



Compilation started at Fri Feb 15 15:37:28



gcc -pedantic  -W -c -O2 big.c

In file included from big.c:1:0:



gcc: internal compiler error: Abort trap: 6 (program cc1)



Compilation abort trap: 6 at Fri Feb 15 15:37:28



Dropping -O2 results in the same apparent behavior as

for 22000L and 10L.



With some other sizes, like 15000L, cc1 uses around

1.6 GB and 3.0 GB of physical and virtual memory,

respectively, and occasionally some CPU; after 5 min(!),

and not too much VM swapping,



Compilation started at Fri Feb 15 15:41:03



gcc -pedantic  -W -c big.c



Compilation finished at Fri Feb 15 15:46:11



(What is the compiler doing with all this memory?)



At 15L, the compiler finishes in no time and everything

is fine, with or without -O2. (Of course, the resulting program

will not run without segfault.) I noticed that in these large

value of COLS, manipulation of %rsp changes, from



  subq$0x35a4e928,%rsp; COLS 15000L



in _mulm, to



  movq$0xffeb0b94fbe0,%r11  ; COLS 15L

  addq%r11,%rsp



(As an aside, a gcc-avr in a different environment says this:

error: size of array 'data' is too large.)



(I notices #46119 but don't know whether it is related.)



$ gcc -v

Using built-in specs.

COLLECT_GCC=gcc

COLLECT_LTO_WRAPPER=/Users/bauhaus/mine/libexec/gcc/x86_64-apple-darwin11.4.2/4.8.0/lto-wrapper

Target: x86_64-apple-darwin11.4.2

Configured with: /Users/bauhaus/src/gcc/configure --prefix=/Users/bauhaus/mine

--disable-nls --disable-multilib --disable-libstdcxx-pch

--enable-languages=c,ada,c++ CC=gcc

Thread model: posix

gcc version 4.8.0 20130212 (experimental) [trunk revision 195968] (GCC) 



4 GiB of physical RAM.

[Bug c/56341] GCC produces unaligned data access

[bernd.edlinger at hotmail dot de]

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



--- Comment #3 from Bernd Edlinger  
2013-02-15 14:46:39 UTC ---

(In reply to comment #2)

> The test case causes alignment exceptions for me on armv5tel-linux-gnueabi,

> when compiled with any one of gcc 4.8, 4.7, or 4.6.  Was Sandra's patch ever

> applied?



apparently not. not in 4.6.x not in 4.7.2.



When I used the original patch the assignment in test() was fixed,

but the crash in test1() was still there, because the patch

did not pay attention to the alignment of the structure.



Therefore I added a check for the alignment in both read and

write instructions.



Regards,

Bernd Edlinger.

[Bug c++/56340] Wrong error from exception specifications of defaulted destructors

[redi at gcc dot gnu.org]

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



Jonathan Wakely  changed:



   What|Removed |Added



 CC|jason at gcc dot gnu.org|



--- Comment #4 from Jonathan Wakely  2013-02-15 
14:39:09 UTC ---

Oops, sorry for CCing you here, Jason. I was originally going to ask if the

code in PR 56343 is valid but decided it is and reported it.

[Bug c++/56340] Wrong error from exception specifications of defaulted destructors

[redi at gcc dot gnu.org]

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



Jonathan Wakely  changed:



   What|Removed |Added



 CC||jason at gcc dot gnu.org



--- Comment #3 from Jonathan Wakely  2013-02-15 
14:36:31 UTC ---

N.B. this was identical to PR 50893



I've create PR 56343 for a variation which is incorrectly rejected by trunk.

[Bug c++/56343] New: [C++11] Destructor defaulted on first declaration has wrong implicit exception specification

[redi at gcc dot gnu.org]

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



 Bug #: 56343

   Summary: [C++11] Destructor defaulted on first declaration has

wrong implicit exception specification

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Keywords: rejects-valid

  Severity: normal

  Priority: P3

 Component: c++

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: r...@gcc.gnu.org





Trunk rejects this:



class B

{

public:

  virtual ~B() noexcept(false) { }

};



class D : public B

{

public:

  virtual ~D() = default;

};



t.cc:10:11: error: function 'virtual D::~D()' defaulted on its first

declaration with an exception-specification that differs from the implicit

declaration 'D::~D()'

   virtual ~D() = default;

   ^



[class.dtor]/3 "A declaration of a destructor that does not have an

exception-specification is implicitly considered to have the same

exception-specification as an implicit declaration (15.4)."



[dcl.fct.def.default]/2 "If a function is explicitly defaulted on its first

declaration [...] it is implicitly considered to have the same

exception-specification as if it had been implicitly declared (15.4)."





Possibly related to PR 53903

[Bug fortran/56318] [4.6/4.7/4.8 Regression] Wrong result with MATMUL of PARAMETER

[burnus at gcc dot gnu.org]

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



Tobias Burnus  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED



--- Comment #7 from Tobias Burnus  2013-02-15 
14:29:49 UTC ---

The wrong-code issue is now FIXED on the 4.8 trunk and the 4.6 and 4.7

branches. (4.5 is also affected but no longer maintained.)





The remaining issue, namely the missed optimization, is now tracked in PR

56342.

[Bug fortran/56342] New: MATMUL with PARAMETER: Simplification usually doesn't work

[burnus at gcc dot gnu.org]

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

 Bug #: 56342
   Summary: MATMUL with PARAMETER: Simplification usually doesn't
work
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Keywords: missed-optimization
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: bur...@gcc.gnu.org
Depends on: 56318


This is a follow up to PR 56318, reported by Alberto Luaces at
http://gcc.gnu.org/ml/fortran/2013-02/msg00074.html

The wrong-code issue has been fixed, however, it was noted there that MATMUL
with parameters is not get optimized.


Simplified test case:
!
integer, parameter :: A(3,2) = reshape([1,2,3,4,5,6],[3,2])
integer, parameter :: B(2,3) = reshape([1,1,1,1,1,1],[2,3])
integer, parameter :: m1 = 1

print '(3i3)',matmul(A,B) ! Does not get optimized
print '(3i3)', m1*matmul(A,B) ! Is optimized
end
!

(See the other PR for the original test case - and gfortran.dg/matmul_9.f90;
they all use the multiplication - which lead to simplification and hit a now
fixed wrong-code bug.)



The "m1*" is crucial. When gfc_simplify_matmul is called initially, it returns
NULL as  "is_constant_array_expr (matrix_a)" is false.

The "m1*" causes a re-evaluation of the RHS expression, namely in
gfc_simplify_expr:
  for (ap = p->value.function.actual; ap; ap = ap->next)
if (gfc_simplify_expr (ap->expr, type) == FAILURE)

That converts an EXPR_VARIABLE with flavor FL_PARAMETER into an EXPR_ARRAY,
which can then be processed by calling gfc_simplify_matmul.



It seems as if one has to run "gfc_simplify_expr" – the question is whether
that shouldn't then also be done for other intrinsics?

[Bug fortran/56318] [4.6/4.7/4.8 Regression] Wrong result with MATMUL of PARAMETER

[burnus at gcc dot gnu.org]

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



--- Comment #6 from Tobias Burnus  2013-02-15 
14:20:58 UTC ---

Author: burnus

Date: Fri Feb 15 14:20:49 2013

New Revision: 196079



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

Log:

2013-02-15  Tobias Burnus  

Mikael Morin  



PR fortran/56318

* simplify.c (gfc_simplify_matmul): Fix result shape

and matmul result.



2013-02-15  Tobias Burnus  



PR fortran/56318

* gcc/testsuite/gfortran.dg/matmul_9.f90: New.





Added:

branches/gcc-4_6-branch/gcc/testsuite/gfortran.dg/matmul_9.f90

Modified:

branches/gcc-4_6-branch/gcc/fortran/ChangeLog

branches/gcc-4_6-branch/gcc/fortran/simplify.c

branches/gcc-4_6-branch/gcc/testsuite/ChangeLog

[Bug fortran/56318] [4.6/4.7/4.8 Regression] Wrong result with MATMUL of PARAMETER

[burnus at gcc dot gnu.org]

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



--- Comment #5 from Tobias Burnus  2013-02-15 
14:20:30 UTC ---

Author: burnus

Date: Fri Feb 15 14:20:22 2013

New Revision: 196078



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

Log:

2013-02-15  Tobias Burnus  

Mikael Morin  



PR fortran/56318

* simplify.c (gfc_simplify_matmul): Fix result shape

and matmul result.



2013-02-15  Tobias Burnus  



PR fortran/56318

* gcc/testsuite/gfortran.dg/matmul_9.f90: New.





Added:

branches/gcc-4_7-branch/gcc/testsuite/gfortran.dg/matmul_9.f90

Modified:

branches/gcc-4_7-branch/gcc/fortran/ChangeLog

branches/gcc-4_7-branch/gcc/fortran/simplify.c

branches/gcc-4_7-branch/gcc/testsuite/ChangeLog

[Bug c/56341] GCC produces unaligned data access

[mikpe at it dot uu.se]

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



Mikael Pettersson  changed:



   What|Removed |Added



 CC||mikpe at it dot uu.se



--- Comment #2 from Mikael Pettersson  2013-02-15 
14:19:28 UTC ---

The test case causes alignment exceptions for me on armv5tel-linux-gnueabi,

when compiled with any one of gcc 4.8, 4.7, or 4.6.  Was Sandra's patch ever

applied?

[Bug libstdc++/56332] libstdc++-v3 does not support x86_64-pc-mingw64: No support for this host/target combination

[mikpe at it dot uu.se]

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



--- Comment #4 from Mikael Pettersson  2013-02-15 
14:09:35 UTC ---

Confusing or not, the triplet is as I stated, see e.g.:

http://sourceforge.net/apps/trac/mingw-w64/wiki/Answer%20Multilib%20Toolchain



And the 32-bit target is 'i686-w64-mingw32' for mingw-w64's 32-bit mode,

'i386-pc-mingw32' is "old mingw" which is an entirely different entity.

[Bug target/55431] Invalid auxv search in ppc linux-unwind code.

[amodra at gmail dot com]

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



Alan Modra  changed:



   What|Removed |Added



   Target Milestone|--- |4.8.0

[Bug target/55431] Invalid auxv search in ppc linux-unwind code.

[amodra at gmail dot com]

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



Alan Modra  changed:



   What|Removed |Added



 Status|ASSIGNED|RESOLVED

URL||http://gcc.gnu.org/ml/gcc-p

   ||atches/2013-02/msg00744.htm

   ||l

 Resolution||FIXED



--- Comment #10 from Alan Modra  2013-02-15 13:54:58 
UTC ---

Fixed

[Bug target/55431] Invalid auxv search in ppc linux-unwind code.

[amodra at gcc dot gnu.org]

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



--- Comment #9 from Alan Modra  2013-02-15 13:53:47 
UTC ---

Author: amodra

Date: Fri Feb 15 13:53:40 2013

New Revision: 196077



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

Log:

PR target/55431

* config/rs6000/linux-unwind.h (ppc_linux_aux_vector): Delete.

(ppc_fallback_frame_state): Always set up save locations for fp

and altivec.  Don't bother with non-callee-saved regs, r0-r13

except for r2 on ppc64, fr0-fr13, v0-v19, vscr.





Modified:

trunk/libgcc/ChangeLog

trunk/libgcc/config/rs6000/linux-unwind.h

[Bug middle-end/55889] [4.8 Regression] ICE: in move_op_ascend, at sel-sched.c:6153 with -fschedule-insns -fselective-scheduling

[abel at gcc dot gnu.org]

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



Andrey Belevantsev  changed:



   What|Removed |Added



  Attachment #29146|0   |1

is obsolete||

  Attachment #29202|0   |1

is obsolete||



--- Comment #30 from Andrey Belevantsev  2013-02-15 
13:47:31 UTC ---

Created attachment 29466

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29466

proposed patch



David, can you try the attached patch?  It fixes the test case for me.  If it

works for you, I'll test it on x86-64 and ia64.  Testing on powerpc-aix would

be great, if you have some time.

[Bug c++/56340] Wrong error from exception specifications of defaulted destructors

[paolo.carlini at oracle dot com]

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



Paolo Carlini  changed:



   What|Removed |Added



 Status|UNCONFIRMED |RESOLVED

 Resolution||FIXED



--- Comment #2 from Paolo Carlini  2013-02-15 
13:21:29 UTC ---

Closing.