[Bug bootstrap/64116] ice with -O3 -fgraphite-identity on bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64116 --- Comment #3 from hete2 at gmx dot de --- Created attachment 34172 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34172action=edit preprozessed source
[Bug c++/60978] -Wenum-compare warns too eagerly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60978 --- Comment #10 from Jason Merrill jason at gcc dot gnu.org --- (In reply to Paul Pluzhnikov from comment #9) In glibc-2.19, include/netinet/in.h: Interesting, in glibc 2.18 (at least in glibc-headers-2.18-16.fc20.x86_64) they are in the same enum.
[Bug bootstrap/64116] ice with -O3 -fgraphite-identity on bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64116 --- Comment #4 from hete2 at gmx dot de --- I found out that -march=native is not needeed. The following prerequisites were used: gmp-6.0.0, mpfr-3.1.2, mpc-1.0.2, isl-0.12.2, cloog-0.18.1. pt.ii.bz2 is the compressed preprocessed source. Log is the output of gcc -v - save-temps + :
[Bug c++/57168] [graphite] -fgraphite-identity breaks app-office/libreoffice-3.6.6.2 OpenXML filter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57168 hete2 at gmx dot de changed: What|Removed |Added CC||hete2 at gmx dot de --- Comment #1 from hete2 at gmx dot de --- Created attachment 34173 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34173action=edit Output of gcc -v ...
[Bug c++/57168] [graphite] -fgraphite-identity breaks app-office/libreoffice-3.6.6.2 OpenXML filter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57168 --- Comment #2 from hete2 at gmx dot de --- Sorry.. should be sended to bug 64116.
[Bug bootstrap/64116] ice with -O3 -fgraphite-identity on bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64116 --- Comment #5 from hete2 at gmx dot de --- Created attachment 34174 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34174action=edit Output of gcc -v ...
[Bug c++/60978] -Wenum-compare warns too eagerly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60978 --- Comment #11 from Paul Pluzhnikov ppluzhnikov at google dot com --- (In reply to Jason Merrill from comment #10) Interesting, in glibc 2.18 (at least in glibc-headers-2.18-16.fc20.x86_64) they are in the same enum. The in.h is actually part of kernel, not glibc itself. We used linux-3.12.6 make headers_install to get include/netinet/in.h.
[Bug c/59708] clang-compatible checked arithmetic builtins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59708 --- Comment #24 from Andreas Schwab sch...@linux-m68k.org --- builtin-arith-overflow-14.c still fails on ppc32 as of r218249.
[Bug rtl-optimization/64157] New: [5.0 regression] FAIL: gcc.dg/torture/pr52429.c -O2 -flto -fno-use-linker-plugin -flto-partition=none (internal compiler error)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64157 Bug ID: 64157 Summary: [5.0 regression] FAIL: gcc.dg/torture/pr52429.c -O2 -flto -fno-use-linker-plugin -flto-partition=none (internal compiler error) Product: gcc Version: 5.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: sch...@linux-m68k.org Target: powerpc*-*-* $ gcc/xgcc -Bgcc/ ../gcc/testsuite/gcc.dg/torture/pr52429.c -O2 -flto -fno-use-linker-plugin -flto-partition=none -g -ftree-parallelize-loops=4 -S -m64 -o pr52429.s ../gcc/testsuite/gcc.dg/torture/pr52429.c: In function ‘foo’: ../gcc/testsuite/gcc.dg/torture/pr52429.c:24:1: internal compiler error: Segmentation fault } ^ 0x1066862b crash_signal ../../gcc/toplev.c:359 0x104ca167 record_operand_costs ../../gcc/ira-costs.c:1303 0x104ca7e7 scan_one_insn ../../gcc/ira-costs.c:1483 0x104ca7e7 process_bb_for_costs ../../gcc/ira-costs.c:1604 0x104c3f67 ira_traverse_loop_tree(bool, ira_loop_tree_node*, void (*)(ira_loop_tree_node*), void (*)(ira_loop_tree_node*)) ../../gcc/ira-build.c:1838 0x104ccceb find_costs_and_classes ../../gcc/ira-costs.c:1701 0x104cd187 ira_costs() ../../gcc/ira-costs.c:2216 0x104c5cfb ira_build() ../../gcc/ira-build.c:3459 0x104bbbdb ira ../../gcc/ira.c:5227 0x104bbbdb execute ../../gcc/ira.c:5518
[Bug rtl-optimization/64157] [5.0 regression] FAIL: gcc.dg/torture/pr52429.c -O2 -flto -fno-use-linker-plugin -flto-partition=none (internal compiler error)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64157 Andreas Schwab sch...@linux-m68k.org changed: What|Removed |Added Target Milestone|--- |5.0
[Bug rtl-optimization/64158] New: [5.0 regression] FAIL: gcc.dg/pr44194-1.c scan-rtl-dump dse1 global deletions = (2|3)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64158 Bug ID: 64158 Summary: [5.0 regression] FAIL: gcc.dg/pr44194-1.c scan-rtl-dump dse1 global deletions = (2|3) Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: sch...@linux-m68k.org Target: powerpc64-*-* $ grep global deletions = pr44194-1.c.209r.dse1 dse: local deletions = 0, global deletions = 0, spill deletions = 0
[Bug rtl-optimization/64158] [5.0 regression] FAIL: gcc.dg/pr44194-1.c scan-rtl-dump dse1 global deletions = (2|3)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64158 Andreas Schwab sch...@linux-m68k.org changed: What|Removed |Added Target Milestone|--- |5.0
[Bug tree-optimization/64159] New: [5.0 regression] FAIL: gcc.dg/tree-ssa/ssa-dom-cse-2.c scan-tree-dump optimized return 28;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64159 Bug ID: 64159 Summary: [5.0 regression] FAIL: gcc.dg/tree-ssa/ssa-dom-cse-2.c scan-tree-dump optimized return 28; Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: sch...@linux-m68k.org Target: powerpc*-*-* $ grep return ssa-dom-cse-2.c.183t.optimized return sum_7;
[Bug tree-optimization/64159] [5.0 regression] FAIL: gcc.dg/tree-ssa/ssa-dom-cse-2.c scan-tree-dump optimized return 28;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64159 Andreas Schwab sch...@linux-m68k.org changed: What|Removed |Added Target Milestone|--- |5.0
[Bug rtl-optimization/64156] Subversion id 218266 breaks the big-endian 64-bit PowerPC build (wilco.dijks...@arm.com's mod to ira-costs.c)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64156 --- Comment #3 from Wilco wdijkstr at arm dot com --- (In reply to Michael Meissner from comment #2) Note, the fix proposed in PR64151 DOES NOT work on the PowerPC, so it may be a dup in terms of what change broke the build, but the potential fix needs more analysis. The basic issue is similar, we end up with negative mem_cost for some constant loads due to LEGITIMATE_PIC_OPERAND_P being true for (symbol_ref:SI (*.LANCHOR0) [flags 0x182]) in: (insn 41 40 42 9 (set (reg/f:SI 173) (mem/u/c:SI (unspec:SI [ (symbol_ref/u:SI (*.LC1) [flags 0x2]) (reg:SI 30 30) ] UNSPEC_TOCREL) [3 S4 A8])) powisf2.c:15 403 {*movsi_internal1} (expr_list:REG_EQUIV (symbol_ref:SI (*.LANCHOR0) [flags 0x182]) (nil))) (insn 42 41 43 9 (set (reg:SF 172) (mem/u/c:SF (reg/f:SI 173) [1 S4 A32])) powisf2.c:15 409 {movsf_hardfloat} (expr_list:REG_DEAD (reg/f:SI 173) (expr_list:REG_EQUIV (const_double:SF 1.0e+0 [0x0.8p+1]) (nil The interesting thing here is that the 2nd load is already processed in the same way (as it is a legitimate constant. The original costs are 264 for r172 and 0 for r273. However if the first load has its mem_cost changed too, then BOTH r172 and r173 end up with a negative cost (-198 and -66). Also both loads are single-use and already right next to their use, so in principle don't need this mem_cost adjustment as they cannot be spilled. When the first load is rematerialized in reload it seems to be copied incorrectly (possibly because the REG_EQUIV is lost at some point), resulting in an odd LC2 symbol: (insn 80 42 81 9 (set (reg:SI 9 9) (mem/u/c:SI (unspec:SI [ (symbol_ref/u:SI (*.LC2) [flags 0x2]) (reg:SI 30 30) ] UNSPEC_TOCREL) [3 S4 A8])) powisf2.c:15 403 {*movsi_internal1} (nil)) It seems this issue could happen without the mem_move cost adjustment, say for example if the first load had been CSEd and used for several constants across a large function. In that case it might be spilled due to register pressure, so if reload cannot rematerialize it correctly, it should keep the original load instruction and force a standard spill/reload instead. Anyway it looks like this patch has triggered some complex allocation issues, so it seems best to revert it. I'll get someone to do that tomorrow unless someone else has already done it by then.
[Bug rtl-optimization/64010] [msp430-elf] struct function dereference clobbers parameter passed to function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64010 --- Comment #6 from Peter A. Bigot pab at pabigot dot com --- The alternative patch (using find_reg_fusage) does fix the problem in my reproducing test case and in a real application. Thank you.
[Bug target/64160] New: msp430 code generation error adding 32-bit integers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64160 Bug ID: 64160 Summary: msp430 code generation error adding 32-bit integers Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: pab at pabigot dot com This program: struct adjustment { unsigned long duration; }; unsigned long read_clock (); int dosomething (struct adjustment * ap, unsigned long v); int doit (struct adjustment * ap) { return dosomething(ap, read_clock() + ap-duration); } when compiled with msp430-elf-gcc -Os -S produces: ; start of prologue PUSHM.W #1, R10 ; end of prologue MOV.W R12, R10 CALL#read_clock MOV.W @R10, R13-- error half of return value clobbered ADD R12, R13 ; cy MOV.W 2(R10), R14 ADDCR13, R14 -- R13 is not what it should be MOV.W R10, R12 CALL#dosomething which produces the wrong answer because the upper word of the result from read_clock was overwritten by the read from memory.
[Bug rtl-optimization/64010] [msp430-elf] struct function dereference clobbers parameter passed to function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64010 --- Comment #7 from Peter A. Bigot pab at pabigot dot com --- I don't know if https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64160 is related; it appears to be a similar problem affecting a value returned in multiple registers. It's present both before and after the alternative patch was applied (now that the code that reset the target has been fixed).
[Bug c/61129] Feature request: integer-overflow-detecting arithmetic intrinsics
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61129 Andy Lutomirski luto at mit dot edu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #5 from Andy Lutomirski luto at mit dot edu --- According to https://gcc.gnu.org/gcc-5/changes.html, this is now implemented. Thanks!
[Bug libstdc++/64161] New: bootstrap error: condition_variable.cc:134:7: error: 'atexit' is not a member of 'std'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64161 Bug ID: 64161 Summary: bootstrap error: condition_variable.cc:134:7: error: 'atexit' is not a member of 'std' Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: danglin at gcc dot gnu.org Host: hppa2.0w-hp-hpux11.11 Target: hppa2.0w-hp-hpux11.11 Build: hppa2.0w-hp-hpux11.11 libtool: compile: /test/gnu/gcc/objdir/./gcc/xgcc -shared-libgcc -B/test/gnu/gc c/objdir/./gcc -nostdinc++ -L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/src -L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/src/.libs -L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/libsupc++/.libs -B/opt/gnu/gcc/gcc-5.0/hppa2.0w-hp-hpux11.11/bin/ -B/opt/gnu/gcc/gcc-5.0/hppa2.0w-hp-hpux11.11/lib/ -isystem /opt/gnu/gcc/gcc-5.0/hppa2.0w-hp-hpux11.11/include -isystem /opt/gnu/gcc/gcc-5.0/hppa2.0w-hp-hpux11.11/sys-include -I/test/gnu/gcc/gcc/libstdc++-v3/../libgcc -I/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/include/hppa2.0w-hp-hpux11.11 -I/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/include -I/test/gnu/gcc/gcc/libstdc++-v3/libsupc++ -std=gnu++11 -D_GLIBCXX_SHARED -fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -Wabi -fdiagnostics-show-location=once -frandom-seed=ctype.lo -g -O2 -c ../../../../../gcc/libstdc++-v3/src/c++11/ctype.cc -fPIC -DPIC -D_GLIBCXX_SHARED -o ctype.o ../../../../../gcc/libstdc++-v3/src/c++11/condition_variable.cc: In function 'void std::{anonymous}::key_init()': ../../../../../gcc/libstdc++-v3/src/c++11/condition_variable.cc:134:7: error: 'atexit' is not a member of 'std' std::atexit (run); ^ ../../../../../gcc/libstdc++-v3/src/c++11/condition_variable.cc:134:7: note: suggested alternative: In file included from /test/gnu/gcc/objdir/gcc/include-fixed/wchar.h:33:0, from /test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/include/cwchar:44, from /test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/include/bits/postypes.h:40, from /test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/include/bits/char_traits.h:40, from /test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/include/string:40, from /test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/include/stdexcept:39, from /test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/include/array:38, from /test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/include/tuple:39, from /test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/include/mutex:38, from /test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/include/condition_variable:39, from ../../../../../gcc/libstdc++-v3/src/c++11/condition_variable.cc:25: /test/gnu/gcc/objdir/gcc/include-fixed/stdlib.h:124:17: note: 'atexit' extern int atexit(void (*) (void)); ^ ../../../../../gcc/libstdc++-v3/src/c++11/condition_variable.cc: At global scope: ../../../../../gcc/libstdc++-v3/src/c++11/condition_variable.cc:98:10: warning: 'void std::{anonymous}::run()' defined but not used [-Wunused-function] void run() ^ make[6]: *** [condition_variable.lo] Error 1 make[6]: *** Waiting for unfinished jobs
[Bug libstdc++/64161] [5 Regression] bootstrap error: condition_variable.cc:134:7: error: 'atexit' is not a member of 'std'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64161 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2014-12-03 Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org --- #include cstdlib in the .cc file should fix it.
[Bug libstdc++/64161] [5 Regression] bootstrap error: condition_variable.cc:134:7: error: 'atexit' is not a member of 'std'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64161 --- Comment #2 from dave.anglin at bell dot net --- On 2-Dec-14, at 8:17 PM, redi at gcc dot gnu.org wrote: #include cstdlib in the .cc file should fix it. Thanks Jonathon, I'll give it a try. -- John David Anglindave.ang...@bell.net
[Bug libstdc++/64161] [5 Regression] bootstrap error: condition_variable.cc:134:7: error: 'atexit' is not a member of 'std'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64161 --- Comment #3 from dave.anglin at bell dot net --- On 2-Dec-14, at 8:17 PM, redi at gcc dot gnu.org wrote: #include cstdlib in the .cc file should fix it. Actually, .cc already includes it... -- John David Anglindave.ang...@bell.net
[Bug c++/60978] -Wenum-compare warns too eagerly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60978 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #12 from Paolo Carlini paolo.carlini at oracle dot com --- Closing then.
[Bug libstdc++/64161] [5 Regression] bootstrap error: condition_variable.cc:134:7: error: 'atexit' is not a member of 'std'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64161 --- Comment #4 from dave.anglin at bell dot net --- On 2-Dec-14, at 8:26 PM, dave.anglin at bell dot net wrote: Actually, .cc already includes it... Sorry, looked at wrong file. -- John David Anglindave.ang...@bell.net
[Bug libstdc++/64161] [5 Regression] bootstrap error: condition_variable.cc:134:7: error: 'atexit' is not a member of 'std'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64161 --- Comment #5 from Jonathan Wakely redi at gcc dot gnu.org --- It looks like it includes stdlib.h but not the C++ wrapper, cstdlib I'm going to commit a patch to include cstdlib as that's correct anyway, I hope that will fix it.
[Bug libstdc++/64161] [5 Regression] bootstrap error: condition_variable.cc:134:7: error: 'atexit' is not a member of 'std'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64161 --- Comment #6 from Jonathan Wakely redi at gcc dot gnu.org --- Author: redi Date: Wed Dec 3 01:34:03 2014 New Revision: 218300 URL: https://gcc.gnu.org/viewcvs?rev=218300root=gccview=rev Log: PR libstdc++/64161 * src/c++11/condition_variable.cc: Include cstdlib. Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/src/c++11/condition_variable.cc
[Bug tree-optimization/64159] FAIL: gcc.dg/tree-ssa/ssa-dom-cse-2.c scan-tree-dump optimized return 28;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64159 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Summary|[5.0 regression] FAIL: |FAIL: |gcc.dg/tree-ssa/ssa-dom-cse |gcc.dg/tree-ssa/ssa-dom-cse |-2.c scan-tree-dump |-2.c scan-tree-dump |optimized return 28; |optimized return 28; --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org --- /* See PR63679, if the target forces the initializer to memory then DOM is not able to perform this optimization. */ So most likely this should be xfailed for powerpc. Not a regression because this testcase is a new one.
[Bug go/64001] gccgo: crash on stack splitting
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64001 --- Comment #1 from Michael Hudson-Doyle michael.hudson at canonical dot com --- Created attachment 34175 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34175action=edit very small reproducer Well, here is a very small reproducer indeed. gccgo-go run boom.go fails ~50% of the time. Maybe it really is something to do with the https parsing code...
[Bug go/64001] gccgo: crash on stack splitting
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64001 --- Comment #2 from Michael Hudson-Doyle michael.hudson at canonical dot com --- Oh, I was wrong in my initial comment. Setting a breakpoint like this: (gdb) br *0x7971 Breakpoint 5 at 0x7971: file ../../../src/libgcc/config/i386/morestack.S, line 512. (gdb) commands Type commands for breakpoint(s) 5, one per line. End with a line saying just end. silent print $rax continue end (gdb) c (0x7971 is the instruction after the __generic_morestack call) results (eventually) in output like this: ... $202479 = 140737354018816 $202480 = 140737354022912 $202481 = 281474706301792 Program received signal SIGBUS, Bus error. __morestack () at ../../../src/libgcc/config/i386/morestack.S:529 529../../../src/libgcc/config/i386/morestack.S: No such file or directory. (gdb) p/x 281474706301792 $202482 = 0xefe1e360 So it does seem that __generic_morestack is returning junk. I can't figure out how to get gdb to show me the values of the __thread variables this is using though, so I don't know _why_ it's returning junk.
[Bug rtl-optimization/64010] [msp430-elf] struct function dereference clobbers parameter passed to function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64010 --- Comment #8 from Alex Mykyta amykyta3 at gmail dot com --- Also confirmed Ulrich's patch. Thank you for taking care of this.
[Bug lto/64162] New: ICE: in emit_library_call_value_1, at calls.c:3779
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64162 Bug ID: 64162 Summary: ICE: in emit_library_call_value_1, at calls.c:3779 Product: gcc Version: 4.9.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto Assignee: unassigned at gcc dot gnu.org Reporter: patrick at motec dot com.au Created attachment 34176 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34176action=edit Reduced test case $ powerpc-eabispe-gcc.exe -O0 -v -fshort-double -flto -fuse-linker-plugin -nostdlib test.c Using built-in specs. COLLECT_GCC=Z:\home\patrick\src\e7\toolchain\local\bin\powerpc-eabispe-gcc.exe COLLECT_LTO_WRAPPER=z:/home/patrick/src/e7/toolchain/local/bin/../libexec/gcc/powerpc-eabispe/4.9.2/lto-wrapper.exe Target: powerpc-eabispe Configured with: /home/patrick/src/e7/toolchain/src/gcc-combined/configure --prefix=/home/patrick/src/e7/toolchain/local --build=x86_64-unknown-linux-gnu --host=i686-w64-mingw32 --target=powerpc-eabispe --enable-languages=c,c++ --disable-nls --disable-werror --with-newlib --with-sysroot=/home/patrick/src/e7/toolchain/../prex_sysroot --disable-shared --disable-debug --disable-libssp --enable-sjlj-exceptions --disable-win32-registry --disable-threads --with-dwarf2 --without-stabs --with-gnu-ld --with-gnu-as --with-cpu=8540 Thread model: single gcc version 4.9.2 (GCC) COLLECT_GCC_OPTIONS='-O0' '-v' '-fshort-double' '-flto' '-fuse-linker-plugin' '-nostdlib' '-mcpu=8540' z:/home/patrick/src/e7/toolchain/local/bin/../libexec/gcc/powerpc-eabispe/4.9.2/cc1.exe -quiet -v -iprefix z:\home\patrick\src\e7\toolchain\local\bin\../lib/gcc/powerpc-eabispe/4.9.2/ test.c -quiet -dumpbase test.c -mcpu=8540 -auxbase test -O0 -version -fshort-double -flto -fuse-linker-plugin -o C:\users\patrick\Temp\ccFN20sx.s GNU C (GCC) version 4.9.2 (powerpc-eabispe) compiled by GNU C version 4.9.2, GMP version 4.3.2, MPFR version 2.4.2, MPC version 0.8.1 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 ignoring duplicate directory z:/home/patrick/src/e7/toolchain/local/lib/gcc/../../lib/gcc/powerpc-eabispe/4.9.2/include ignoring nonexistent directory /home/patrick/src/e7/toolchain/../prex_sysroot/home/patrick/src/e7/toolchain/local/lib/gcc/powerpc-eabispe/4.9.2/../../../../include ignoring duplicate directory z:/home/patrick/src/e7/toolchain/local/lib/gcc/../../lib/gcc/powerpc-eabispe/4.9.2/include-fixed ignoring duplicate directory z:/home/patrick/src/e7/toolchain/local/lib/gcc/../../lib/gcc/powerpc-eabispe/4.9.2/../../../../powerpc-eabispe/include #include ... search starts here: #include ... search starts here: z:\home\patrick\src\e7\toolchain\local\bin\../lib/gcc/powerpc-eabispe/4.9.2/include z:\home\patrick\src\e7\toolchain\local\bin\../lib/gcc/powerpc-eabispe/4.9.2/include-fixed z:\home\patrick\src\e7\toolchain\local\bin\../lib/gcc/powerpc-eabispe/4.9.2/../../../../powerpc-eabispe/include /home/patrick/src/e7/toolchain/../prex_sysroot/usr/include End of search list. GNU C (GCC) version 4.9.2 (powerpc-eabispe) compiled by GNU C version 4.9.2, GMP version 4.3.2, MPFR version 2.4.2, MPC version 0.8.1 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Compiler executable checksum: 4a232abe5387117e6bc5358c473b10fb COLLECT_GCC_OPTIONS='-O0' '-v' '-fshort-double' '-flto' '-fuse-linker-plugin' '-nostdlib' '-mcpu=8540' z:/home/patrick/src/e7/toolchain/local/bin/../lib/gcc/powerpc-eabispe/4.9.2/../../../../powerpc-eabispe/bin/as.exe -v -me500 -many -mbig -o C:\users\patrick\Temp\ccQYFUK0.o C:\users\patrick\Temp\ccFN20sx.s GNU assembler version 2.24 (powerpc-eabispe) using BFD version (GNU Binutils) 2.24 COMPILER_PATH=z:/home/patrick/src/e7/toolchain/local/bin/../libexec/gcc/powerpc-eabispe/4.9.2/;z:/home/patrick/src/e7/toolchain/local/bin/../libexec/gcc/;z:/home/patrick/src/e7/toolchain/local/bin/../lib/gcc/powerpc-eabispe/4.9.2/../../../../powerpc-eabispe/bin/ LIBRARY_PATH=z:/home/patrick/src/e7/toolchain/local/bin/../lib/gcc/powerpc-eabispe/4.9.2/;z:/home/patrick/src/e7/toolchain/local/bin/../lib/gcc/;z:/home/patrick/src/e7/toolchain/local/bin/../lib/gcc/powerpc-eabispe/4.9.2/../../../../powerpc-eabispe/lib/ COLLECT_GCC_OPTIONS='-O0' '-v' '-fshort-double' '-flto' '-fuse-linker-plugin' '-nostdlib' '-mcpu=8540' z:/home/patrick/src/e7/toolchain/local/bin/../libexec/gcc/powerpc-eabispe/4.9.2/collect2.exe -plugin z:/home/patrick/src/e7/toolchain/local/bin/../libexec/gcc/powerpc-eabispe/4.9.2/liblto_plugin-0.dll -plugin-opt=z:/home/patrick/src/e7/toolchain/local/bin/../libexec/gcc/powerpc-eabispe/4.9.2/lto-wrapper.exe -plugin-opt=-fresolution=C:\users\patrick\Temp\cc9lZP7A.res -flto --sysroot=/home/patrick/src/e7/toolchain/../prex_sysroot --eh-frame-hdr -V -dn -Bstatic -Lz:/home/patrick/src/e7/toolchain/local/bin/../lib/gcc/powerpc-eabispe/4.9.2 -Lz:/home/patrick/src/e7/toolchain/local/bin/../lib/gcc
[Bug rtl-optimization/64156] Subversion id 218266 breaks the big-endian 64-bit PowerPC build (wilco.dijks...@arm.com's mod to ira-costs.c)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64156 --- Comment #4 from Vladimir Makarov vmakarov at gcc dot gnu.org --- (In reply to Wilco from comment #3) Anyway it looks like this patch has triggered some complex allocation issues, so it seems best to revert it. I'll get someone to do that tomorrow unless someone else has already done it by then. Yes, it is better to revert the patch, Wilco. The fixing a problem in reload (and ppc uses reload by default) is very tricky. It can take long time (might be weeks) to fix it even if you have a big expertise in reload pass. So there is no real solution besides reverting the patch.
[Bug c++/64110] [5 Regression] ICE: Max. number of generated reload insns per insn is achieved (90)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64110 --- Comment #7 from Vladimir Makarov vmakarov at gcc dot gnu.org --- (In reply to Jakub Jelinek from comment #6) Vlad, can you please have a look? Thanks. I'll work on this. But the related code in LRA is very tricky. It can take a few days to fix it and a lot of testing too.
[Bug middle-end/64017] Support ISL 0.14.0 (to fix ICE with gfortran.dg/graphite/pr42393.f90)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64017 --- Comment #5 from howarth at bromo dot med.uc.edu --- Do we still need to be passing -DCLOOG_INT_GMP from config/isl.m4 now that the cloog support is fully deprecated in gcc 5.0?
[Bug go/64001] gccgo: crash on stack splitting
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64001 --- Comment #3 from Ian Lance Taylor ian at airs dot com --- On GNU/Linux gdb can usually print TLS variables fine. It knows how to look up the value for the current thread. Make sure you are using a sufficiently new version of gdb, although I think it's been supported for a few years now.
[Bug fortran/28154] SPREAD (and friends) on unallocated arrays
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28154 Sean Santos quantheory at gmail dot com changed: What|Removed |Added CC||quantheory at gmail dot com --- Comment #1 from Sean Santos quantheory at gmail dot com --- I don't think that the original bug report here is quite right. See here: real,allocatable :: bar(:,:),foo(:) allocate(foo(0)) bar = spread(foo,dim=1,ncopies=1) print *, shape(bar) end This prints: 1 0 That's perfectly correct; bar is allocated according to Fortran semantics, but of size 0. However, there's this related case where foo is never allocated, which seems to be what the OP was talking about: real,allocatable :: bar(:,:),foo(:) bar = spread(foo,dim=1,ncopies=1) print *, shape(bar) end This is not a legal use of a non-allocated variable, but -fcheck=all misses it. If you run, you get: 1 1 Which is nonsense.
[Bug rtl-optimization/52714] [4.8 regression] ICE in fixup_reorder_chain, at cfglayout.c:880
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52714 --- Comment #16 from Segher Boessenkool segher at gcc dot gnu.org --- Author: segher Date: Wed Dec 3 06:00:54 2014 New Revision: 218302 URL: https://gcc.gnu.org/viewcvs?rev=218302root=gccview=rev Log: PR rtl-optimization/52714 * combine.c (try_combine): Allow combining two insns into two new insns if at least one of those is a noop. gcc/testsuite/ * gcc.target/m68k/pr52714.c: New testcase. Added: trunk/gcc/testsuite/gcc.target/m68k/pr52714.c Modified: trunk/gcc/ChangeLog trunk/gcc/combine.c trunk/gcc/testsuite/ChangeLog
[Bug ipa/64163] New: [5 Regression] r218024 causes qt5 build failure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64163 Bug ID: 64163 Summary: [5 Regression] r218024 causes qt5 build failure Product: gcc Version: 5.0 URL: https://sourceware.org/bugzilla/show_bug.cgi?id=17670 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ipa Assignee: unassigned at gcc dot gnu.org Reporter: trippels at gcc dot gnu.org CC: hubicka at gcc dot gnu.org Using gold on ppc64, qt5 doesn't build because of r218024. See https://sourceware.org/bugzilla/show_bug.cgi?id=17670 for further analysis by Alan. trippels@gcc2-power8 corelib % cat qmimeglobpattern.ii class G; class A { public: A (G); }; class B { public: int m_fn1 (); }; class QString; struct C { B ref; }; template typename class QList { C d; public: ~QList (); void m_fn2 (); void m_fn3 (); }; class G : public QListQString { }; struct D { void m_fn4 (const QString ); G m_matchingMimeTypes; }; class F { G m_fn5 (const QString ) const; }; template typename T QListT::~QList () { if (d.ref.m_fn1 ()) m_fn3 (); } template typename T void QListT::m_fn2 () { QList (); } void D::m_fn4 (const QString ) { m_matchingMimeTypes.m_fn2 (); } G F::m_fn5 (const QString ) const { G a; for (A b (a);;) ; } trippels@gcc2-power8 corelib % cat qmimeprovider.ii class A { public: int m_fn1 (); }; class QString { public: static QString m_fn2 (char *); }; struct B { A ref; }; template typename class QList { B d; public: ~QList (); class const_iterator { }; const_iterator m_fn3 (); void m_fn4 (); }; class C { QListQString c; QListQString::const_iterator i; public: C (QListQString) : i (c.m_fn3 ()) {} }; class D { public: enum StandardLocation { GenericDataLocation }; static QListQString m_fn5 (StandardLocation, QString); }; QListQString a = D::m_fn5 (D::GenericDataLocation, QString::m_fn2 ()); template typename T QListT::~QList () { if (d.ref.m_fn1 ()) m_fn4 (); } void fn1 () { C b (a); } trippels@gcc2-power8 corelib % g++ -shared -w -O3 -fvisibility=hidden -std=c++0x qmimeglobpattern.ii qmimeprovider.ii /home/trippels/bin/ld: internal error in symval_for_branch, at powerpc.cc:6755