[Bug bootstrap/58340] [4.9 regression] gcc/cp/pt.c:7064:1: internal compiler error: in propagate_threaded_block_debug_into, at tree-ssa-threadedge.c:623

2013-09-12 Thread sch...@linux-m68k.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58340

Andreas Schwab sch...@linux-m68k.org changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |---

--- Comment #20 from Andreas Schwab sch...@linux-m68k.org ---
The bootstrap comparison failure on ia64 remains.


[Bug tree-optimization/58342] ICE in propagate_threaded_block_debug_into, at tree-ssa-threadedge.c:623

2013-09-12 Thread sch...@linux-m68k.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58342

Bug 58342 depends on bug 58340, which changed state.

Bug 58340 Summary: [4.9 regression] gcc/cp/pt.c:7064:1: internal compiler 
error: in propagate_threaded_block_debug_into, at tree-ssa-threadedge.c:623
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58340

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |---


[Bug tree-optimization/58396] [4.9 Regression] heap-use-after-free at gcc/tree-loop-distribution.c:1959

2013-09-12 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58396

Richard Biener rguenth at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2013-09-12
   Target Milestone|--- |4.9.0
 Ever confirmed|0   |1

--- Comment #1 from Richard Biener rguenth at gcc dot gnu.org ---
Hmm.  Mine.


[Bug bootstrap/58388] [4.9 Regression] LTO profiledbootstrap fails in stage feedback for tree-ssa-structalias.c with internal compiler error: in try_make_edge_direct_simple_call, at ipa-prop.c:2606

2013-09-12 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58388

Richard Biener rguenth at gcc dot gnu.org changed:

   What|Removed |Added

   Target Milestone|--- |4.9.0
Summary|LTO profiledbootstrap fails |[4.9 Regression] LTO
   |in stage feedback for   |profiledbootstrap fails in
   |tree-ssa-structalias.c with |stage feedback for
   |internal compiler error:   |tree-ssa-structalias.c with
   |in  |internal compiler error:
   |try_make_edge_direct_simple |in
   |_call, at ipa-prop.c:2606  |try_make_edge_direct_simple
   ||_call, at ipa-prop.c:2606


[Bug c++/58399] explicit constructor called implicitly with empty init-list

2013-09-12 Thread redi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58399

--- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org ---
I think this is a dup of PR 54835 which is fixed on trunk.


[Bug c++/58399] explicit constructor called implicitly with empty init-list

2013-09-12 Thread redi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58399

Jonathan Wakely redi at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |DUPLICATE

--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org ---
t.cc: In function 'int main()':
t.cc:12:11: error: converting to 'a' from initializer list would use explicit
constructor 'a::a()'
   foo ({ });
   ^

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


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

2013-09-12 Thread redi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54835

Jonathan Wakely redi at gcc dot gnu.org changed:

   What|Removed |Added

 CC||f.heckenb...@fh-soft.de

--- Comment #8 from Jonathan Wakely redi at gcc dot gnu.org ---
*** Bug 58399 has been marked as a duplicate of this bug. ***


[Bug target/57848] internal compiler error on builtin and '#pragma GCC target()' option

2013-09-12 Thread dongsheng.song at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57848

--- Comment #14 from Dongsheng Song dongsheng.song at gmail dot com ---
Created attachment 30804
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30804action=edit
32 bit gcc 4.9 build errors


[Bug target/57848] internal compiler error on builtin and '#pragma GCC target()' option

2013-09-12 Thread dongsheng.song at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57848

--- Comment #15 from Dongsheng Song dongsheng.song at gmail dot com ---
Yes,it helps, 64 bit gcc 4.9 build fine. but 32 bit failed with lots of
'conflicting types' errors, this maybe another story.

$ svn info mingw-w64/trunk/
Path: mingw-w64/trunk
URL: svn://svn.code.sf.net/p/mingw-w64/code/trunk
Repository Root: svn://svn.code.sf.net/p/mingw-w64/code
Repository UUID: 4407c894-4637-0410-b4f5-ada5f102cad1
Revision: 6277
Node Kind: directory
Schedule: normal
Last Changed Author: snarfle
Last Changed Rev: 6277
Last Changed Date: 2013-09-12 03:13:55 +0800 (Thu, 12 Sep 2013)

$ svn info gcc/trunk/
Path: gcc/trunk
URL: svn://gcc.gnu.org/svn/gcc/trunk
Repository Root: svn://gcc.gnu.org/svn/gcc
Repository UUID: 138bc75d-0d04-0410-961f-82ee72b054a4
Revision: 202515
Node Kind: directory
Schedule: normal
Last Changed Author: amodra
Last Changed Rev: 202515
Last Changed Date: 2013-09-12 10:47:05 +0800 (Thu, 12 Sep 2013)

$ svn diff gcc/trunk/gcc/c/c-decl.c
Index: gcc/trunk/gcc/c/c-decl.c
===
--- gcc/trunk/gcc/c/c-decl.c(revision 202515)
+++ gcc/trunk/gcc/c/c-decl.c(working copy)
@@ -3604,7 +3604,7 @@
   C_DECL_BUILTIN_PROTOTYPE (decl) = prototype_p (type);

   /* Should never be called on a symbol with a preexisting meaning.  */
-  gcc_assert (!I_SYMBOL_BINDING (id));
+  gcc_assert (TREE_CODE (decl) == CONST_DECL || !I_SYMBOL_BINDING (id));

   bind (id, decl, external_scope, /*invisible=*/true, /*nested=*/false,
UNKNOWN_LOCATION);
@@ -3629,9 +3629,6 @@
   const char *name = IDENTIFIER_POINTER (id);
   C_DECL_BUILTIN_PROTOTYPE (decl) = prototype_p (type);

-  /* Should never be called on a symbol with a preexisting meaning.  */
-  gcc_assert (!I_SYMBOL_BINDING (id));
-
   bind (id, decl, external_scope, /*invisible=*/false, /*nested=*/false,
UNKNOWN_LOCATION);


[Bug target/57848] internal compiler error on builtin and '#pragma GCC target()' option

2013-09-12 Thread dongsheng.song at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57848

--- Comment #16 from Dongsheng Song dongsheng.song at gmail dot com ---
Created attachment 30805
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30805action=edit
64 bit gcc 4.9 - cross to native build errors


[Bug target/57848] internal compiler error on builtin and '#pragma GCC target()' option

2013-09-12 Thread jacek at codeweavers dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57848

--- Comment #17 from Jacek Caban jacek at codeweavers dot com ---
(In reply to Dongsheng Song from comment #14)
 Created attachment 30804 [details]
 32 bit gcc 4.9 build errors

This has to be fixed in mingw-w64-headers. I will attach a draft of the patch
for testing.


[Bug target/57848] internal compiler error on builtin and '#pragma GCC target()' option

2013-09-12 Thread jacek at codeweavers dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57848

--- Comment #18 from Jacek Caban jacek at codeweavers dot com ---
Created attachment 30806
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30806action=edit
mingw-w64-headers intrins fix


[Bug target/57848] internal compiler error on builtin and '#pragma GCC target()' option

2013-09-12 Thread dongsheng.song at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57848

--- Comment #19 from Dongsheng Song dongsheng.song at gmail dot com ---
When I use this 64 bit gcc 4.9 cross compiler to generate the native compiler,
I got the error:

In file included from
/home/cauchy/cross/x86_64-windows-gcc49/lib/gcc/x86_64-w64-mingw32/4.9.0/include/x86intrin.h:27:0,
 from
/home/cauchy/cross/x86_64-windows-gcc49/x86_64-w64-mingw32/include/winnt.h:1495,
 from
/home/cauchy/cross/x86_64-windows-gcc49/x86_64-w64-mingw32/include/minwindef.h:146,
 from
/home/cauchy/cross/x86_64-windows-gcc49/x86_64-w64-mingw32/include/windef.h:8,
 from
/home/cauchy/cross/x86_64-windows-gcc49/x86_64-w64-mingw32/include/windows.h:69,
 from
/home/cauchy/vcs/svn/gcc/trunk/gcc/config/i386/host-mingw32.c:29:
/home/cauchy/cross/x86_64-windows-gcc49/lib/gcc/x86_64-w64-mingw32/4.9.0/include/ia32intrin.h:54:28:
sorry, unimplemented: -mno-fentry isn't compatible with SEH
 #pragma GCC target(sse4.2)
^
make[2]: *** [host-mingw32.o] Error 1
make[2]: Leaving directory `/home/cauchy/obj/native/gcc-4.9-win64/gcc/gcc'
make[1]: *** [all-gcc] Error 2
make[1]: Leaving directory `/home/cauchy/obj/native/gcc-4.9-win64/gcc'
make: *** [all] Error 2

The full error log file in the attachment 30835.


[Bug target/57848] internal compiler error on builtin and '#pragma GCC target()' option

2013-09-12 Thread ktietz at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57848

--- Comment #20 from Kai Tietz ktietz at gcc dot gnu.org ---
(In reply to Jacek Caban from comment #18)
 Created attachment 30806 [details]
 mingw-w64-headers intrins fix

Thanks Jacek for providing this work-a-round here,  but I would like to ask
Dongsheng not to hi-jack this bug for another one. See for Dongshengs
subject-change the existing PR/56038.
And well, this bug can be work-a-rounded by mingw-w64, but finally solved it
can be only on gcc-side.


[Bug middle-end/58402] [4.9 regression] FAIL: gcc.dg/tree-ssa/phi-opt-1.c scan-tree-dump-times optimized if 0

2013-09-12 Thread sch...@linux-m68k.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58402

Andreas Schwab sch...@linux-m68k.org changed:

   What|Removed |Added

   Target Milestone|--- |4.9.0


[Bug middle-end/58402] New: [4.9 regression] FAIL: gcc.dg/tree-ssa/phi-opt-1.c scan-tree-dump-times optimized if 0

2013-09-12 Thread sch...@linux-m68k.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58402

Bug ID: 58402
   Summary: [4.9 regression] FAIL: gcc.dg/tree-ssa/phi-opt-1.c
scan-tree-dump-times optimized if 0
   Product: gcc
   Version: 4.9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
  Assignee: unassigned at gcc dot gnu.org
  Reporter: sch...@linux-m68k.org
CC: rguenther at suse dot de
Blocks: 58377
Target: m68k-*-*

This fails since r202496:

$ rm -f phi-opt-1.c.*  gcc/xgcc -Bgcc/
../gcc/testsuite/gcc.dg/tree-ssa/phi-opt-1.c -fno-diagnostics-show-caret
-fdiagnostics-color=never -O1 -fdump-tree-optimized -S -o phi-opt-1.s  grep
if phi-opt-1.c.*.optimized 
  if (c_2(D) == 0)
  if (a_3(D) == 0)


[Bug middle-end/58402] [4.9 regression] FAIL: gcc.dg/tree-ssa/phi-opt-1.c scan-tree-dump-times optimized if 0

2013-09-12 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58402

Richard Biener rguenth at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2013-09-12
   Assignee|unassigned at gcc dot gnu.org  |rguenth at gcc dot 
gnu.org
 Ever confirmed|0   |1

--- Comment #1 from Richard Biener rguenth at gcc dot gnu.org ---
Hm, and I thought I tested that it wasn't caused by my patch by reverting and
re-checking  somehow I must have messed up.


[Bug tree-optimization/58396] [4.9 Regression] heap-use-after-free at gcc/tree-loop-distribution.c:1959

2013-09-12 Thread markus at trippelsdorf dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58396

--- Comment #2 from Markus Trippelsdorf markus at trippelsdorf dot de ---
Hopefully a better trace. gcc build with -Og. Testcase needs -O3 to trigger. 

==3882== ERROR: AddressSanitizer: heap-use-after-free on address 0x600600321644
at pc 0x17d7480 bp 0x7fff6d493880 sp 0x7fff6d493878
READ of size 4 at 0x600600321644 thread T0
#0 0x17d747f in vecloop*, va_heap, vl_embed::length() const
/var/tmp/gcc_build_dir/gcc/../../gcc/gcc/vec.h:566
#1 0x17db2f1 in create_rdg_edges
/var/tmp/gcc_build_dir/gcc/../../gcc/gcc/tree-loop-distribution.c:385
#2 0x17e3020 in build_rdg
/var/tmp/gcc_build_dir/gcc/../../gcc/gcc/tree-loop-distribution.c:564
#3 0x17e7af0 in distribute_loop
/var/tmp/gcc_build_dir/gcc/../../gcc/gcc/tree-loop-distribution.c:1813
#4 0x17e9849 in tree_loop_distribution
/var/tmp/gcc_build_dir/gcc/../../gcc/gcc/tree-loop-distribution.c:1914
#5 0x17e9b82 in execute
/var/tmp/gcc_build_dir/gcc/../../gcc/gcc/tree-loop-distribution.c:1977
#6 0x144e83d in execute_one_pass(opt_pass*)
/var/tmp/gcc_build_dir/gcc/../../gcc/gcc/passes.c:2201


[Bug middle-end/58402] [4.9 regression] FAIL: gcc.dg/tree-ssa/phi-opt-1.c scan-tree-dump-times optimized if 0

2013-09-12 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58402

--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org ---
Ok, so the testcase requires that

 1) critical edges are split (before PRE which isn't run at -O1)
 2) the next CFG cleanup (after copyprop) will end up removing the
forwarders in a way building up a tree-argument PHI
 3) PHI-OPT executes for the third time, this time with the exact
right CFG / PHI node present

my patch obfuscates the CFG gain by splitting edges and no CFG cleanup
running inbetween that and the late PHI-OPT pass.


[Bug target/58390] avr-gcc produces unusable code when label address is placed in register

2013-09-12 Thread semicontinuity at yandex dot ru
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58390

--- Comment #2 from semicontinuity at yandex dot ru ---
Agreed, this is probably not a bug but an RFE, can it be re-opened?

movw + ijmp  in this case would be faster and shorter, and would not use stack
memory.

Regarding reservation of z - I'm aware of that, and for that reason wanted to
use other register pair; it's here for illustration that for z, ijmp is used.

Thanks


[Bug libstdc++/58403] New: __normal_iterator triggers odr-use

2013-09-12 Thread lichray at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58403

Bug ID: 58403
   Summary: __normal_iterator triggers odr-use
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libstdc++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: lichray at gmail dot com

Some __normal_iterator's operators take `const difference_type`, which
triggers odr-use of its argument and results in a linker-error.

Both reverse_iterator and move_iterator take `difference_type`, and
libc++ does it for its __wrap_iter as well.  I think this should be
a recommended choice.


[Bug tree-optimization/58404] New: noninvariant_address not forwproped into -handled_component

2013-09-12 Thread jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58404

Bug ID: 58404
   Summary: noninvariant_address not forwproped into
-handled_component
   Product: gcc
   Version: 4.9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: jakub at gcc dot gnu.org

On:

struct S { int s; };
S a[1024];

void
foo ()
{
  for (int i = 0; i  1024; i++)
{
  S r = a[i];
  r.s++;
}
}

we don't forwprop
  r_4 = a[i_9];
  r_4-s = 2;
even when a[i_9].s is valid is_gimple_val.  Seen on libgomp.c++/simd-6.C on
gomp-4_0-branch.


[Bug tree-optimization/58404] noninvariant_address not forwproped into -handled_component

2013-09-12 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58404

Richard Biener rguenth at gcc dot gnu.org changed:

   What|Removed |Added

   Keywords||missed-optimization
 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2013-09-12
   Assignee|unassigned at gcc dot gnu.org  |rguenth at gcc dot 
gnu.org
 Ever confirmed|0   |1

--- Comment #1 from Richard Biener rguenth at gcc dot gnu.org ---
Confirmed.  I will have a look.


[Bug libstdc++/58403] __normal_iterator triggers odr-use

2013-09-12 Thread paolo.carlini at oracle dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58403

--- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com ---
Changing this would be of course trivial. I'd like to see one of those
linker-errors though.


[Bug libstdc++/58403] __normal_iterator triggers odr-use

2013-09-12 Thread lichray at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58403

--- Comment #2 from Zhihao Yuan lichray at gmail dot com ---
Created attachment 30807
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30807action=edit
test case


[Bug tree-optimization/58391] avr-gcc: Certain functions with computed goto could be inlined

2013-09-12 Thread semicontinuity at yandex dot ru
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58391

--- Comment #2 from semicontinuity at yandex dot ru ---
Currently, the logic is that if the function contains computed goto, it cannot
be inlined.
My suggestion is to inline the function if
- it is static and used only once in the compilation unit
AND the address variable is static inside that function:

static void test(void) {
static void* address = L0;
goto *address;

L0: ...
...
L1: ...
}

In this case, the variable cannot be modified from outside.

Can this bug be re-opened?


[Bug libstdc++/58403] __normal_iterator triggers odr-use

2013-09-12 Thread paolo.carlini at oracle dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58403

Paolo Carlini paolo.carlini at oracle dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2013-09-12
   Assignee|unassigned at gcc dot gnu.org  |paolo.carlini at oracle 
dot com
   Target Milestone|--- |4.9.0
 Ever confirmed|0   |1

--- Comment #3 from Paolo Carlini paolo.carlini at oracle dot com ---
Ok, thanks. Let's do this then.


[Bug c/58405] New: Unoptimal code generated for computed goto

2013-09-12 Thread semicontinuity at yandex dot ru
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58405

Bug ID: 58405
   Summary: Unoptimal code generated for computed goto
   Product: gcc
   Version: 4.7.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: semicontinuity at yandex dot ru

The following code
//
-
static void test(void) {
char flag = 1;
static void* address = L0;
goto *address;

for(;;) {

L0:
asm volatile(nop\t\n);


flag = 0;
L1: (void)L1;
if (flag==0) { address = L1; return; }

asm volatile(nop\t\n);

flag = 0;
L2: (void)L2;
if (flag==0) { address = L2; return; }

}
}


int main(void) {

for(;;) {
test();
}

return 0;
}
//
-

Compiles to:

//
-
0052 test:
static void test(void) {
  52:cf 93   pushr28
  54:df 93   pushr29
  56:00 d0   rcall.+0  ; 0x58 test+0x6
  58:cd b7   inr28, 0x3d; 61
  5a:de b7   inr29, 0x3e; 62
  5c:80 91 60 00 ldsr24, 0x0060
  60:90 91 61 00 ldsr25, 0x0061
  64:8f 93   pushr24
  66:9f 93   pushr25
  68:08 95   ret
goto *address;

for(;;) {

L0:
asm volatile(nop\t\n);
  6a:00 00   nop


flag = 0;
L1: (void)L1;
if (flag==0) { address = L1; return; }
  6c:81 e4   ldir24, 0x41; 65
  6e:90 e0   ldir25, 0x00; 0
  70:90 93 61 00 sts0x0061, r25
  74:80 93 60 00 sts0x0060, r24
flag = 0;
L2: (void)L2;
if (flag==0) { address = L2; return; }

}
}
  78:0f 90   popr0
  7a:0f 90   popr0
  7c:df 91   popr29
  7e:cf 91   popr28
  80:08 95   ret
  ...
//
-


This code works but is non optimal:
- It saves stack pointer to r28:r29, but later r28:r29 is never used
- Because it uses r28:r29, it saves r28:r29 to stack.
- It makes rcall .+0 and later removes 2 bytes from stack (pop r0) - this is
not necessary; rcall .+0 and pop r0's can be removed.

- Computed goto is implemented with 5 instructions, 7 words, with stack usage:
  5c:80 91 60 00 ldsr24, 0x0060
  60:90 91 61 00 ldsr25, 0x0061
  64:8f 93   pushr24
  66:9f 93   pushr25
  68:08 95   ret

Instead, it could be implemented with

ldsr30, 0x0060
ldsr31, 0x0061
ijmp

with 3 instructions, 5 words, no additional memory access, but with clobbering
of r30:r31 instead of r24:r25 which is OK.

// 

Compiling C: main.c
avr-gcc -c -mmcu=atmega8535 -I. -gdwarf-2  -I../../bsp -I../../../.. -O3
-save-temps -v -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums
-Wall -Wstrict-prototypes -Wundef -Wa,-adhlns=.obj/main.lst  -std=gnu99 -Wundef
-MD -MP -MF .dep/main.o.d main.c -o .obj/main.o
Using built-in specs.
COLLECT_GCC=avr-gcc
Target: avr
Configured with: ../../gcc.gnu.org/gcc-4_7-branch/configure --target=avr
--prefix=/local/gnu/install/gcc-4.7-mingw32 --host=i386-mingw32
--build=i686-linux-gnu --enable-languages=c,c++ --disable-nls --disable-shared
--with-dwarf2 --with-avrlibc=yes
Thread model: single
gcc version 4.7.2 (GCC)


[Bug tree-optimization/58396] [4.9 Regression] heap-use-after-free at gcc/tree-loop-distribution.c:1959

2013-09-12 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58396

--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Thu Sep 12 11:18:46 2013
New Revision: 202521

URL: http://gcc.gnu.org/viewcvs?rev=202521root=gccview=rev
Log:
2013-09-12  Richard Biener  rguent...@suse.de

PR tree-optimization/58396
* tree-loop-distribution.c (create_rdg_edges): Free unused DDRs.
(build_rdg): Take a loop-nest parameter, fix memleaks.
(distribute_loop): Compute loop-nest here and pass it to build_rdg.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/tree-loop-distribution.c


[Bug tree-optimization/58396] [4.9 Regression] heap-use-after-free at gcc/tree-loop-distribution.c:1959

2013-09-12 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58396

Richard Biener rguenth at gcc dot gnu.org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED

--- Comment #4 from Richard Biener rguenth at gcc dot gnu.org ---
Fixed.


[Bug c++/58372] internal compiler error: ix86_compute_frame_layout

2013-09-12 Thread sonoro at telefonica dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58372

--- Comment #3 from sonoro at telefonica dot net ---
Created attachment 30808
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30808action=edit
ii file compressed with rar


[Bug c++/58372] internal compiler error: ix86_compute_frame_layout

2013-09-12 Thread sonoro at telefonica dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58372

--- Comment #4 from sonoro at telefonica dot net ---
this are the compiler flags for the project

CXX_FLAGS = -save-temps   -msse -msse -mfpmath=sse -msse2 -std=c++11
-mstackrealign  -O2 -g -DNDEBUG
@CMakeFiles/DelayUGens_supernova.dir/includes_CXX.rsp   -fschedule-insns2
-fomit-frame-pointer -Wreturn-type -fvisibility=hidden -fno-finite-math-only

CXX_DEFINES = -DBOOST_ALL_NO_LIB -DBOOST_CHRONO_HEADER_ONLY
-DBOOST_DATE_TIME_NO_LIB -DBOOST_THREAD_USE_LIB -DDelayUGens_supernova_EXPORTS
-DNOMINMAX -DNOVA_SIMD -DSC_FFT_FFTW -DSC_WIN32 -DSUPERNOVA
-DWIN32_LEAN_AND_MEAN -D_WIN32_WINNT=0x0500


[Bug libstdc++/58403] __normal_iterator triggers odr-use

2013-09-12 Thread redi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58403

--- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org ---
Although I see no harm in changing the library to take those arguments by
value, the testcase is of course invalid.


[Bug ipa/58371] [4.9 Regression] internal compiler error: in ipcp_verify_propagated_values, at ipa-cp.c:892

2013-09-12 Thread jamborm at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58371

--- Comment #6 from Martin Jambor jamborm at gcc dot gnu.org ---
Author: jamborm
Date: Thu Sep 12 12:15:15 2013
New Revision: 202522

URL: http://gcc.gnu.org/viewcvs?rev=202522root=gccview=rev
Log:
2013-09-12  Martin Jambor  mjam...@suse.cz

PR ipa/58371
* g++.dg/ipa/pr58371.C: New test.


Added:
trunk/gcc/testsuite/g++.dg/ipa/pr58371.C
Modified:
trunk/gcc/testsuite/ChangeLog


[Bug ipa/58371] [4.9 Regression] internal compiler error: in ipcp_verify_propagated_values, at ipa-cp.c:892

2013-09-12 Thread jamborm at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58371

Martin Jambor jamborm at gcc dot gnu.org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED

--- Comment #7 from Martin Jambor jamborm at gcc dot gnu.org ---
Fixed and testcase added. Thanks for reporting.


[Bug target/58314] SH4 error: 'asm' operand requires impossible reload

2013-09-12 Thread chrbr at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58314

chrbr at gcc dot gnu.org changed:

   What|Removed |Added

  Component|c   |target

--- Comment #1 from chrbr at gcc dot gnu.org ---
Indeed, not directly related to the asm, we end-up generating a pattern

(insn 195 194 64 2 (set (reg:HI 261 [ x ])
(reg:HI 0 r0)) pr58314.c:12 261 {*movhi_reg_reg}
 (nil))

with reg 261 that can't be reloaded and fails the constrain_operands in

  if (asm_noperands (PATTERN (insn)) = 0)
for (p = NEXT_INSN (prev); p != next; p = NEXT_INSN (p))
  if (p != insn  INSN_P (p)
   GET_CODE (PATTERN (p)) != USE
   (recog_memoized (p)  0
  || (extract_insn (p), ! constrain_operands (1
{
  error_for_asm (insn,
 %asm% operand requires 
 impossible reload);
  delete_insn (p);
}
}

the pattern movhi_reg_reg not accepting memory reload. This is a regression
this the constraints we removed from the *movhi patten (that accepted memory
spills)


[Bug libstdc++/58403] __normal_iterator triggers odr-use

2013-09-12 Thread lichray at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58403

--- Comment #5 from Zhihao Yuan lichray at gmail dot com ---
(In reply to Jonathan Wakely from comment #4)
 Although I see no harm in changing the library to take those arguments by
 value, the testcase is of course invalid.

Can you elaborate?


[Bug middle-end/58402] [4.9 regression] FAIL: gcc.dg/tree-ssa/phi-opt-1.c scan-tree-dump-times optimized if 0

2013-09-12 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58402

--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Thu Sep 12 13:19:21 2013
New Revision: 202524

URL: http://gcc.gnu.org/viewcvs?rev=202524root=gccview=rev
Log:
2013-09-12  Richard Biener  rguent...@suse.de

PR tree-optimization/58402
* passes.def: Move pass_late_warn_uninitialized later.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/passes.def


[Bug tree-optimization/58404] noninvariant_address not forwproped into -handled_component

2013-09-12 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58404

--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Thu Sep 12 13:20:17 2013
New Revision: 202525

URL: http://gcc.gnu.org/viewcvs?rev=202525root=gccview=rev
Log:
2013-09-12  Richard Biener  rguent...@suse.de

PR tree-optimization/58404
* tree-ssa-forwprop.c (forward_propagate_addr_expr_1): Also
propagate non-invariant addresses into dereferences wrapped
in component references.

* g++.dg/tree-ssa/pr58404.C: New testcase.

Added:
trunk/gcc/testsuite/g++.dg/tree-ssa/pr58404.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-ssa-forwprop.c


[Bug tree-optimization/58404] noninvariant_address not forwproped into -handled_component

2013-09-12 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58404

Richard Biener rguenth at gcc dot gnu.org changed:

   What|Removed |Added

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

--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org ---
Fixed.


[Bug middle-end/58402] [4.9 regression] FAIL: gcc.dg/tree-ssa/phi-opt-1.c scan-tree-dump-times optimized if 0

2013-09-12 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58402

Richard Biener rguenth at gcc dot gnu.org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED

--- Comment #4 from Richard Biener rguenth at gcc dot gnu.org ---
Fixed.


[Bug c++/58377] spurious may be used uninitialized warning with -Og

2013-09-12 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58377

Bug 58377 depends on bug 58402, which changed state.

Bug 58402 Summary: [4.9 regression] FAIL: gcc.dg/tree-ssa/phi-opt-1.c 
scan-tree-dump-times optimized if 0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58402

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED


[Bug libstdc++/58403] __normal_iterator triggers odr-use

2013-09-12 Thread paolo.carlini at oracle dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58403

Paolo Carlini paolo.carlini at oracle dot com changed:

   What|Removed |Added

 CC||jwakely.gcc at gmail dot com

--- Comment #6 from Paolo Carlini paolo.carlini at oracle dot com ---
Please.


[Bug bootstrap/58388] [4.9 Regression] LTO profiledbootstrap fails in stage feedback for tree-ssa-structalias.c with internal compiler error: in try_make_edge_direct_simple_call, at ipa-prop.c:2606

2013-09-12 Thread hubicka at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58388

Jan Hubicka hubicka at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2013-09-12
 Ever confirmed|0   |1

--- Comment #2 from Jan Hubicka hubicka at gcc dot gnu.org ---
Martin,
I think the problem is just the assert itself:
  gcc_checking_assert (cs-callee
(jfunc-type != IPA_JF_CONST
   || !cgraph_node_for_jfunc (jfunc)
   || cs-callee == cgraph_node_for_jfunc
(jfunc)));

Since have possibly resolved speculation, cs-callee may point to a clone
(either ipa-cp or inline created).  Shall we just drop the test or weaken it if
the edge was previously speculative?


[Bug ipa/58367] [4.9 Regression] lto/pgo bootstrap failure

2013-09-12 Thread markus at trippelsdorf dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58367

Markus Trippelsdorf markus at trippelsdorf dot de changed:

   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|FIXED   |---

--- Comment #4 from Markus Trippelsdorf markus at trippelsdorf dot de ---
Unfortunately I've hit the same issue again today.

In file included from ../../gcc/gcc/expr.c:11198:0:
./gt-expr.h: In function ‘store_expr(tree_node*, rtx_def*, int, bool)’:
./gt-expr.h:33:2: error: the control flow of function
‘_Z10store_exprP9tree_nodeP7rtx_defib’ does not match its profile data (counter
‘arcs’) [-Werror=coverage-mismatch]
 };
  ^
./gt-expr.h:33:2: error: the control flow of function
‘_Z10store_exprP9tree_nodeP7rtx_defib’ does not match its profile data (counter
‘indirect_call’) [-Werror=coverage-mismath]
...

[Bug rtl-optimization/57915] [4.8/4.9 Regression] ICE in set_address_disp, at rtlanal.c:5537

2013-09-12 Thread mpolacek at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57915

Marek Polacek mpolacek at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Known to work||4.7.3
   Last reconfirmed||2013-09-12
  Component|c   |rtl-optimization
 CC||mpolacek at gcc dot gnu.org
 Ever confirmed|0   |1
Summary|ICE in set_address_disp, at |[4.8/4.9 Regression] ICE in
   |rtlanal.c:5537  |set_address_disp, at
   ||rtlanal.c:5537
  Known to fail||4.8.1, 4.9.0

--- Comment #1 from Marek Polacek mpolacek at gcc dot gnu.org ---
Confirmed with 4.8/trunk.


[Bug libstdc++/58403] __normal_iterator triggers odr-use

2013-09-12 Thread redi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58403

--- Comment #7 from Jonathan Wakely redi at gcc dot gnu.org ---
http://gcc.gnu.org/wiki/VerboseDiagnostics#missing_static_const_definition

You odr-use a static member variable, so it must have a definition.  The linker
error is your fault for not defining the static member, not the library's fault
for using a reference parameter.

If you add the missing definition the program links:

constexpr std::iterator_traitsstd::string::iterator::difference_type A::a;

So I have no objection to changing __normal_iterator to take the parameter by
value, but taking it by reference is not a bug.  It is unspecified whether
it += A::a is an odr-use or not.

Your program will also fail to link if you do this:

std::max(A::a, A::a);

But clearly we're not going to change std::max, that would be non-conforming.


[Bug bootstrap/58388] [4.9 Regression] LTO profiledbootstrap fails in stage feedback for tree-ssa-structalias.c with internal compiler error: in try_make_edge_direct_simple_call, at ipa-prop.c:2606

2013-09-12 Thread jamborm at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58388

Martin Jambor jamborm at gcc dot gnu.org changed:

   What|Removed |Added

 CC||jamborm at gcc dot gnu.org

--- Comment #3 from Martin Jambor jamborm at gcc dot gnu.org ---
(In reply to Jan Hubicka from comment #2)
 Martin,
 I think the problem is just the assert itself:
   gcc_checking_assert (cs-callee
 (jfunc-type != IPA_JF_CONST
|| !cgraph_node_for_jfunc (jfunc)
|| cs-callee == cgraph_node_for_jfunc
 (jfunc)));
 
 Since have possibly resolved speculation, cs-callee may point to a clone
 (either ipa-cp or inline created).  Shall we just drop the test or weaken it
 if the edge was previously speculative?

It took me some time to reproduce this in a way that would give me
enough debug info to look at stuff.  Nevertheless, indeed that is the
case, cs-callee is an inline clone.  I'll add (cs != ie) to the
disjunctions in the assert.


[Bug libstdc++/58403] __normal_iterator triggers odr-use

2013-09-12 Thread paolo.carlini at oracle dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58403

--- Comment #8 from Paolo Carlini paolo.carlini at oracle dot com ---
Hi,

(In reply to Jonathan Wakely from comment #7)
 http://gcc.gnu.org/wiki/VerboseDiagnostics#missing_static_const_definition
 
 You odr-use a static member variable, so it must have a definition.

I may be missing some C++11 specifics, but I understand the bug report this
way: since the implementors have the leeway of defining those operators as
taking the arguments by value or be const ref, and since we are essentially
talking about ptrdiff_ts, which don't really want by ref, why using by const
ref unnecessarily which introduces an odr-use? If you like not a proper bug,
but a QoI issue, a rather simple one. Taking also into account, as submitter
correctly noticed, that we have already be value for move_iterator and
reverse_iterator. Does this make sense?


[Bug target/58394] unrecognizable insn

2013-09-12 Thread rearnsha at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58394

Richard Earnshaw rearnsha at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2013-09-12
 Ever confirmed|0   |1

--- Comment #1 from Richard Earnshaw rearnsha at gcc dot gnu.org ---
Please attach a pre-processed testcase that we can use to reproduce the issue.


[Bug libgomp/58392] internal compiler error: in expand_GOMP_SIMD_VF, at internal-fn.c (omp simd inside omp parallel)

2013-09-12 Thread jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58392

--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org ---
Fix posted: http://gcc.gnu.org/ml/gcc-patches/2013-09/msg00935.html


[Bug libstdc++/58403] __normal_iterator triggers odr-use

2013-09-12 Thread paolo.carlini at oracle dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58403

Paolo Carlini paolo.carlini at oracle dot com changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED

--- Comment #12 from Paolo Carlini paolo.carlini at oracle dot com ---
Done.


[Bug rtl-optimization/57915] [4.8/4.9 Regression] ICE in set_address_disp, at rtlanal.c:5537

2013-09-12 Thread mpolacek at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57915

--- Comment #2 from Marek Polacek mpolacek at gcc dot gnu.org ---
Somewhat reduced...

void
bar (int *dst, int *src)
{
  asm (cld ; repne scasb %%es:(%%edi),%%al: +c (dst), +DaX (*src));
}

struct
{
  int a;
  int p[];
} s;

void
foo (void)
{
  while (1)
bar (0, s.p);
}


[Bug rtl-optimization/57915] [4.8/4.9 Regression] ICE in set_address_disp, at rtlanal.c:5537

2013-09-12 Thread jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57915

Jakub Jelinek jakub at gcc dot gnu.org changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org,
   ||vmakarov at gcc dot gnu.org

--- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org ---
Started with r192719 aka LRA merge.
extern struct T { char a[8]; char b[16]; } t;
int c;
void foo (void);

extern inline char *
baz (char *x, const char *y)
{
  const char *e = y;
  unsigned long f, g;
  asm (repne scasb : +c (f), +D (e) : a ('\0'), X (*e));
  g = e - 1 - y;
  __builtin_memcpy (x, y, g);
  x[g] = '\0';
  return x;
}

void
bar (void)
{
  char d[16];
  baz (d, t.b);

  for (;;)
{
  foo ();
  if (c)
baz (d, t.b);
}
}


[Bug c/58237] gcc fails to detect obvious resource leaks

2013-09-12 Thread mpolacek at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58237

Marek Polacek mpolacek at gcc dot gnu.org changed:

   What|Removed |Added

 CC||mpolacek at gcc dot gnu.org

--- Comment #1 from Marek Polacek mpolacek at gcc dot gnu.org ---
I don't think GCC is the right place to implement this.  SA tools are more
appropriate for this.


[Bug ipa/58389] [4.9 Regression] g++ ICE in ipa_find_reference

2013-09-12 Thread jamborm at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58389

Martin Jambor jamborm at gcc dot gnu.org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED

--- Comment #8 from Martin Jambor jamborm at gcc dot gnu.org ---
Fixed.


[Bug bootstrap/58388] [4.9 Regression] LTO profiledbootstrap fails in stage feedback for tree-ssa-structalias.c with internal compiler error: in try_make_edge_direct_simple_call, at ipa-prop.c:2606

2013-09-12 Thread hubicka at ucw dot cz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58388

--- Comment #4 from Jan Hubicka hubicka at ucw dot cz ---
 It took me some time to reproduce this in a way that would give me
 enough debug info to look at stuff.  Nevertheless, indeed that is the

I usually debug these crashes by simply running stage1 compiler when
stagefeedback crashes.

 case, cs-callee is an inline clone.  I'll add (cs != ie) to the
 disjunctions in the assert.
That sounds OK.


[Bug libstdc++/58403] __normal_iterator triggers odr-use

2013-09-12 Thread paolo at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58403

--- Comment #11 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org ---
Author: paolo
Date: Thu Sep 12 15:15:34 2013
New Revision: 202531

URL: http://gcc.gnu.org/viewcvs?rev=202531root=gccview=rev
Log:
2013-09-12  Paolo Carlini  paolo.carl...@oracle.com

PR libstdc++/58403
* include/bits/stl_iterator.h (__normal_iterator::operator[],
operator+=, operator+, operator-=, operator-): Take the argument
by value.
* testsuite/24_iterators/normal_iterator/58403.cc: New.

Added:
trunk/libstdc++-v3/testsuite/24_iterators/normal_iterator/58403.cc
Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/include/bits/stl_iterator.h


[Bug ipa/58389] [4.9 Regression] g++ ICE in ipa_find_reference

2013-09-12 Thread jamborm at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58389

--- Comment #7 from Martin Jambor jamborm at gcc dot gnu.org ---
Author: jamborm
Date: Thu Sep 12 15:20:05 2013
New Revision: 202532

URL: http://gcc.gnu.org/viewcvs?rev=202532root=gccview=rev
Log:
2013-09-12  Martin Jambor  mjam...@suse.cz

PR ipa/58389
* ipa-prop.c (remove_described_reference): Give up if the edge in the
reference descriptor is NULL.
(ipa_edge_removal_hook): If owning a reference descriptor, set its
edge to NULL.

testsuite/
* g++.dg/pr58389.C: New test.


Added:
trunk/gcc/testsuite/g++.dg/pr58389.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/ipa-prop.c
trunk/gcc/testsuite/ChangeLog


[Bug libstdc++/58403] __normal_iterator triggers odr-use

2013-09-12 Thread lichray at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58403

--- Comment #9 from Zhihao Yuan lichray at gmail dot com ---
(In reply to Jonathan Wakely from comment #7)
 [...] It is unspecified whether
 it += A::a is an odr-use or not.

Well, it's true, but I guess the primary purpose of making
containers' iterator implementation-defined is to allow
raw pointers instead of to make it harder to use...

I think we have the consensus that this is OK to change,
though.


[Bug libstdc++/58403] __normal_iterator triggers odr-use

2013-09-12 Thread redi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58403

--- Comment #10 from Jonathan Wakely redi at gcc dot gnu.org ---
Yes, I agree it's QoI.


[Bug c++/58406] New: ICE when compiling Vegastrike svn trunk

2013-09-12 Thread vincent.legoll at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58406

Bug ID: 58406
   Summary: ICE when compiling Vegastrike svn trunk
   Product: gcc
   Version: 4.8.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: vincent.legoll at gmail dot com
  Host: debian jessie/sid x86_64
Target: x86_64-linux-gnu
 Build: gcc version 4.8.1 (Debian 4.8.1-2)

Created attachment 30809
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30809action=edit
the preprocessed output from /tmp

When compiling vegastrike (space flight simulator game) with gcc-4.8 I get the
following ICE:

[ 31%] Building CXX object
CMakeFiles/engine_com.dir/src/gfx/cockpit_generic.cpp.o
/home/vince/repo/upstream/VegaStrike/vegastrike/src/gfx/cockpit_generic.cpp: In
member function ‘bool Cockpit::Update()’:
/home/vince/repo/upstream/VegaStrike/vegastrike/src/gfx/cockpit_generic.cpp:494:6:
internal compiler error: Segmentation fault
 bool Cockpit::Update()
  ^
Please submit a full bug report,
with preprocessed source if appropriate.
See file:///usr/share/doc/gcc-4.8/README.Bugs for instructions.
Preprocessed source stored into /tmp/ccmeo5U6.out file, please attach this to
your bugreport.
make[2]: *** [CMakeFiles/engine_com.dir/src/gfx/cockpit_generic.cpp.o] Error 1
make[1]: *** [CMakeFiles/engine_com.dir/all] Error 2
make: *** [all] Error 2

The same code compiles and runs properly with clang-3.4  gcc-4.7

[Bug c/58237] gcc fails to detect obvious resource leaks

2013-09-12 Thread manu at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58237

Manuel López-Ibáñez manu at gcc dot gnu.org changed:

   What|Removed |Added

 CC||manu at gcc dot gnu.org

--- Comment #2 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to Marek Polacek from comment #1)
 I don't think GCC is the right place to implement this.  SA tools are more
 appropriate for this.

Or a GCC plugin. I vaguely remember some discussion that GCC could distribute a
plugin that allowed users to perform this kind of expensive static analysis. Of
course, the issue (as always) is that someone needs to implement such a thing
and the number of people (interested  capable  available) is close to zero.

(cppcheck and clang-analyzer do *many* things that GCC will never be able to
do)

[Bug libgomp/58392] internal compiler error: in expand_GOMP_SIMD_VF, at internal-fn.c (omp simd inside omp parallel)

2013-09-12 Thread tprince at computer dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58392

tprince at computer dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED

--- Comment #5 from tprince at computer dot org ---
Fixes my test case.


[Bug bootstrap/58340] [4.9 regression] gcc/cp/pt.c:7064:1: internal compiler error: in propagate_threaded_block_debug_into, at tree-ssa-threadedge.c:623

2013-09-12 Thread sch...@linux-m68k.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58340

--- Comment #22 from Andreas Schwab sch...@linux-m68k.org ---
Just tell me what you need.


[Bug bootstrap/58340] [4.9 regression] gcc/cp/pt.c:7064:1: internal compiler error: in propagate_threaded_block_debug_into, at tree-ssa-threadedge.c:623

2013-09-12 Thread law at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58340

--- Comment #23 from Jeffrey A. Law law at redhat dot com ---
Obviously in a bootstrap comparison failure we have a situation where the
compiler has mis-compiled itself or something similar.  Ultimately I need to be
able to reproduce the failure.  So far I've been unable to do so on the ia64
boxes I have direct access to.  Note I'm just doing a configure; make, so if
you're using different options, I'd need to know about those.

Alternate approaches would be for you to make a box available which exhibits
the problem or for you to help more with the debugging by identifying what
file/module is getting mis-compiled.  As you probably know, it's rarely the
file showing the comparison failure.


[Bug ipa/58398] [4.9 Regression] gcc.dg/attr-ifunc-4.c runfail regression after r202111

2013-09-12 Thread ubizjak at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58398

Uroš Bizjak ubizjak at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2013-09-12
Version|unknown |4.9.0
 Ever confirmed|0   |1

--- Comment #2 from Uroš Bizjak ubizjak at gmail dot com ---
Confirmed.

[Bug bootstrap/58340] [4.9 regression] gcc/cp/pt.c:7064:1: internal compiler error: in propagate_threaded_block_debug_into, at tree-ssa-threadedge.c:623

2013-09-12 Thread law at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58340

--- Comment #21 from Jeffrey A. Law law at redhat dot com ---
Andreas, 

ia64 is bootstrapping fine for me.  I did one immediately before installing the
patch to fix this PR and just did another one (r202530 of the trunk on
ia64-unknown-linux-gnu)

I'm going to need more information to be able to proceed any further with your
ia64 issues.


[Bug c++/58407] [C++11] Should warn about deprecated implicit generation of copy constructor/assignment

2013-09-12 Thread akrzemi1 at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58407

--- Comment #2 from Andrzej Krzemienski akrzemi1 at gmail dot com ---
No. Other compilers (Clang and VS 2010) do not emit such warning either.


[Bug c++/58406] ICE when compiling Vegastrike svn trunk

2013-09-12 Thread paolo.carlini at oracle dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58406

Paolo Carlini paolo.carlini at oracle dot com changed:

   What|Removed |Added

 CC|vincent.legoll at gmail dot com|

--- Comment #4 from Paolo Carlini paolo.carlini at oracle dot com ---
Ok. In the meanwhile found the exact command line switches that you are using
in the header of the attachment and the ICE reproduces for me too with 4.8.0
and 4.8.1, does *not* with current 4_8-branch and mainline. Thus the bug seems
already fixed. Any chance you can try, say, current 4_8-branch and confirm?


[Bug c++/58406] ICE when compiling Vegastrike svn trunk

2013-09-12 Thread vincent.legoll at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58406

--- Comment #5 from vincent.legoll at gmail dot com ---
I'll see if I can get a debian package for a more up to date gcc-4.8


[Bug c++/58406] ICE when compiling Vegastrike svn trunk

2013-09-12 Thread vincent.legoll at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58406

--- Comment #3 from vincent.legoll at gmail dot com ---
No, sorry for the uninformative comment

The source code modifications I spoke about are to vegastrike source code and
cmake build chain, but I have a hard time finding the root cause...

the gcc-4.8 I use is the one from debian jessie/sid.


[Bug c++/58406] ICE when compiling Vegastrike svn trunk

2013-09-12 Thread paolo.carlini at oracle dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58406

--- Comment #2 from Paolo Carlini paolo.carlini at oracle dot com ---
I can't reproduce the ICE with stock FSF GCC 4.8.0, 4.8.1, mainline. Tried
various optimization levels too.

Or are you saying that you are using a modified *GCC*?!?


[Bug ipa/58389] [4.9 Regression] g++ ICE in ipa_find_reference

2013-09-12 Thread jamborm at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58389

Martin Jambor jamborm at gcc dot gnu.org changed:

   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-p
   ||atches/2013-09/msg00914.htm
   ||l

--- Comment #6 from Martin Jambor jamborm at gcc dot gnu.org ---
I have posted the patch to the mailing list:

http://gcc.gnu.org/ml/gcc-patches/2013-09/msg00914.html


[Bug c++/58407] New: [C++1] Should warn about deprecated implicit generation of copy constructor/assignment

2013-09-12 Thread akrzemi1 at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58407

Bug ID: 58407
   Summary: [C++1] Should warn about deprecated implicit
generation of copy constructor/assignment
   Product: gcc
   Version: 4.8.1
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: akrzemi1 at gmail dot com

The following program is correct in C++11, but uses a deprecated language
feature. According section D.3, paragraph 1:
The implicit definition of a copy constructor as defaulted is deprecated if
the class has a user-declared copy assignment operator or a user-declared
destructor. The implicit definition of a copy assignment operator as defaulted
is deprecated if the class has a user-declared copy constructor or a
user-declared destructor. 

G++ should emit a warning in C++11 mode.



struct W {
  int a;
  ~W() { a = 9; }
};

int main() {
 W w {};
 W v = w;
}


[Bug c++/58406] ICE when compiling Vegastrike svn trunk

2013-09-12 Thread vincent.legoll at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58406

--- Comment #1 from vincent.legoll at gmail dot com ---
This was with modifications I made to the codebase, I'll investigate what the
culprit is...


[Bug middle-end/58335] S/390: reload vs lra regression - testcase builtin-in-setjmp

2013-09-12 Thread vmakarov at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58335

--- Comment #2 from Vladimir Makarov vmakarov at gcc dot gnu.org ---
Author: vmakarov
Date: Thu Sep 12 18:23:09 2013
New Revision: 202536

URL: http://gcc.gnu.org/viewcvs?rev=202536root=gccview=rev
Log:
2013-09-12  Vladimir Makarov  vmaka...@redhat.com

PR middle-end/58335
* lra-eliminations (remove_reg_equal_offset_note): New.
(eliminate_regs_in_insn): Rewrite frame pointer to hard frame
pointer elimination with using remove_reg_equal_offset_note.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/lra-eliminations.c


[Bug target/55926] Internal compiler error with static volatile pointer

2013-09-12 Thread ktietz at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55926

Kai Tietz ktietz at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2013-09-12
 CC||ktietz at gcc dot gnu.org
 Ever confirmed|0   |1

--- Comment #1 from Kai Tietz ktietz at gcc dot gnu.org ---
Hmm, I tested with 4.8, and with trunk 4.9.  It seems to work for me.  Does
this error still happens for you with more recent gcc-version?


[Bug c++/58407] [C++11] Should warn about deprecated implicit generation of copy constructor/assignment

2013-09-12 Thread paolo.carlini at oracle dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58407

Paolo Carlini paolo.carlini at oracle dot com changed:

   What|Removed |Added

Summary|[C++1] Should warn about|[C++11] Should warn about
   |deprecated implicit |deprecated implicit
   |generation of copy  |generation of copy
   |constructor/assignment  |constructor/assignment

--- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com ---
Out of curiosity, are you aware of other compilers emitting such warning? With
which wording, in case? Because I don't seem to be able to get one from current
clang and icc.


[Bug c++/58407] [C++11] Should warn about deprecated implicit generation of copy constructor/assignment

2013-09-12 Thread daniel.kruegler at googlemail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58407

Daniel Krügler daniel.kruegler at googlemail dot com changed:

   What|Removed |Added

 CC||daniel.kruegler@googlemail.
   ||com

--- Comment #5 from Daniel Krügler daniel.kruegler at googlemail dot com ---
(In reply to Jonathan Wakely from comment #4)

-pedantic would seem like a good candidate, no?

[Bug middle-end/58387] [4.9 Regression] wrong code at -Os and above on x86_64-linux-gnu (both 32-bit and 64-bit modes)

2013-09-12 Thread law at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58387

Jeffrey A. Law law at redhat dot com changed:

   What|Removed |Added

 CC||law at redhat dot com
   Assignee|unassigned at gcc dot gnu.org  |law at redhat dot com

--- Comment #9 from Jeffrey A. Law law at redhat dot com ---
Thanks.  Investigating.


[Bug c++/58407] [C++11] Should warn about deprecated implicit generation of copy constructor/assignment

2013-09-12 Thread redi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58407

--- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org ---
I don't think anything in appendix D apart from auto_ptr does.

The warning would be useful to help find places where defaulted definitions
could be added, but I'm not sure I'd want it enabled by -Wall. YMMV.


[Bug c++/58408] New: [C++11] __thread + trivially_constructible - error

2013-09-12 Thread ppluzhnikov at google dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58408

Bug ID: 58408
   Summary: [C++11] __thread + trivially_constructible - error
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: ppluzhnikov at google dot com

Google ref: b/10727382

This source:

class Test {
 public:
 Test() = default;
 Test(char *b) { }
 int i;
};
__thread Test test;


fails to compile with current trunk (g++ (GCC) 4.9.0 20130911 (experimental)):

g++ -c -std=c++11 /tmp/t.c

/tmp/t.cc:8:15: error: non-local variable 'test' declared '__thread' needs
dynamic initialization
 __thread Test test;
   ^
/tmp/t.cc:8:15: note: C++11 'thread_local' allows dynamic initialization and
destruction


I don't see a good reason to reject this source -- the required dynamic
initialization is defaulted.


[Bug middle-end/58387] [4.9 Regression] wrong code at -Os and above on x86_64-linux-gnu (both 32-bit and 64-bit modes)

2013-09-12 Thread hjl.tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58387

H.J. Lu hjl.tools at gmail dot com changed:

   What|Removed |Added

 CC||law at gcc dot gnu.org

--- Comment #8 from H.J. Lu hjl.tools at gmail dot com ---
This is caused by r202345.


[Bug bootstrap/58340] [4.9 regression] gcc/cp/pt.c:7064:1: internal compiler error: in propagate_threaded_block_debug_into, at tree-ssa-threadedge.c:623

2013-09-12 Thread hjl.tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58340

H.J. Lu hjl.tools at gmail dot com changed:

   What|Removed |Added

 Status|REOPENED|NEW

--- Comment #24 from H.J. Lu hjl.tools at gmail dot com ---
r202345 also caused PR58387, which has a very small testcase.


[Bug c++/58407] [C++11] Should warn about deprecated implicit generation of copy constructor/assignment

2013-09-12 Thread paolo.carlini at oracle dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58407

--- Comment #3 from Paolo Carlini paolo.carlini at oracle dot com ---
I see. Have to double check our policy in this area, I'm not at all sure that
in general anything in Section D gets a warning.


[Bug c++/58406] ICE when compiling Vegastrike svn trunk

2013-09-12 Thread vincent.legoll at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58406

--- Comment #6 from vincent.legoll at gmail dot com ---
OK with the gcc-4.8 from debian unstable the preprocessed output does compile
whereas with the one from testing it does not.

I'll try to reproduce the bug within the vegastrike build chain next and then
make sure the new compiler works.


[Bug c++/58406] ICE when compiling Vegastrike svn trunk

2013-09-12 Thread vincent.legoll at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58406

--- Comment #7 from vincent.legoll at gmail dot com ---
Grrr, I cannot reproduce the original bug, something must have changed during
my attempts at fixing the problem...

Sorry for the noise.
I'll come back here if I ever met that problem again.

You may close the bug as fixed or not reproduced.


[Bug c++/58273] [4.7/4.8/4.9 Regression] Segmentation fault with C++11

2013-09-12 Thread jason at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58273

Jason Merrill jason at gcc dot gnu.org changed:

   What|Removed |Added

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


[Bug driver/42955] undecorated cross-compiler gcc fails to find cc1

2013-09-12 Thread brooks at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42955

--- Comment #10 from Brooks Moses brooks at gcc dot gnu.org ---
Author: brooks
Date: Thu Sep 12 23:07:32 2013
New Revision: 202544

URL: http://gcc.gnu.org/viewcvs?rev=202544root=gccview=rev
Log:
PR driver/42955
* Makefile.in: Do not install driver binaries in $(target)/bin.
* cp/Make-lang.in: Likewise.
* fortran/Make-lang.in: Likewise.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/Makefile.in
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/Make-lang.in
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/Make-lang.in


[Bug driver/42955] undecorated cross-compiler gcc fails to find cc1

2013-09-12 Thread brooks at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42955

Brooks Moses brooks at gcc dot gnu.org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #11 from Brooks Moses brooks at gcc dot gnu.org ---
Resolved by no longer installing the broken programs.


[Bug c++/58406] ICE when compiling Vegastrike svn trunk

2013-09-12 Thread paolo.carlini at oracle dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58406

Paolo Carlini paolo.carlini at oracle dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #8 from Paolo Carlini paolo.carlini at oracle dot com ---
Ok.


[Bug c/58401] gcc for h8300 internal compiler error: insn does not satisfy its constraints at fs/ocfs2/dlm/dlmdomain.c: In function 'dlm_query_join_handler'

2013-09-12 Thread gang.chen at asianux dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58401

--- Comment #4 from Chen Gang gang.chen at asianux dot com ---
Created attachment 30810
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30810action=edit
the .i file for fs/ocfs2/dlm/dlmdomain.c (bzip2 compressed)

I put the related .i files in attachments, which need bzip2 -d to decompress.


[Bug c/58401] gcc for h8300 internal compiler error: insn does not satisfy its constraints at fs/ocfs2/dlm/dlmdomain.c: In function 'dlm_query_join_handler'

2013-09-12 Thread gang.chen at asianux dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58401

--- Comment #5 from Chen Gang gang.chen at asianux dot com ---
Created attachment 30811
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30811action=edit
the .i file for fs/ocfs2/dlm/dlmrecovery.c (bzip2 compressed)


[Bug c/58400] gcc for h8300 internal compiler error: insn does not satisfy its constraints at fs/ext4/mballoc.c: In function 'mb_free_blocks':

2013-09-12 Thread gang.chen at asianux dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58400

--- Comment #4 from Chen Gang gang.chen at asianux dot com ---
Created attachment 30812
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30812action=edit
the .i file for fs/ext4/mballoc.c (bzip2 compressed)

I put .i file in attachment which need bzip2 -d to decompress.


[Bug c/58256] gcc for h8300 internal compiler error: in maybe_record_trace_start

2013-09-12 Thread gang.chen at asianux dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58256

--- Comment #5 from Chen Gang gang.chen at asianux dot com ---
Created attachment 30813
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30813action=edit
the .i file for fs/namei.c (bzip2 compressed)

I put .i file for fs/namei.c which need bzip2 -d to decompress.


[Bug middle-end/58387] [4.9 Regression] wrong code at -Os and above on x86_64-linux-gnu (both 32-bit and 64-bit modes)

2013-09-12 Thread law at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58387

--- Comment #10 from Jeffrey A. Law law at redhat dot com ---
Looks like make_range_step is getting miscompiled.  Still trying to figure out
how/why.


[Bug c++/36566] Cannot bind packed field

2013-09-12 Thread structurechart at yahoo dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36566

Hei structurechart at yahoo dot com changed:

   What|Removed |Added

 CC||structurechart at yahoo dot com

--- Comment #5 from Hei structurechart at yahoo dot com ---
any update on this? I run into the same issue with gcc 4.6.x