[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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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)
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
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
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
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
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
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
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
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
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
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
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
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
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)
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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)
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
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
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)
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
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
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
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
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
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
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
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
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'
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'
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':
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
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)
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
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