[Bug bootstrap/66801] [6 Regression] gcc miscompiled during PGO/LTO bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66801 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |6.0
[Bug libstdc++/66792] Document sort template in bits/list.tcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66792 --- Comment #2 from krichter at posteo dot de --- I guess, _anything_ would be good enough :)
[Bug rtl-optimization/66782] [5/6 Regression] Unable to run 64-bit wine after MS-SYSV register changes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66782 --- Comment #8 from Uroš Bizjak ubizjak at gmail dot com --- Created attachment 35931 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35931action=edit Workaround patch that reintroduces direct call clobbers The patch vs. [trunk revision 225533] can be used as a workaround until the real problem is fixed.
[Bug ipa/61820] 32-bit g++.dg/ipa/pr61160-3.C execution failure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61820 Martin Jambor jamborm at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED CC||jamborm at gcc dot gnu.org Resolution|--- |FIXED --- Comment #5 from Martin Jambor jamborm at gcc dot gnu.org --- Sorry for missing the backport. I have done it now and so this should be fixed everywhere.
[Bug gcov-profile/66805] Crash in gcov_exit when combining --coverage, C++, #pragma pack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66805 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2015-07-08 Component|c++ |gcov-profile Ever confirmed|0 |1 Known to fail||4.3.4, 4.8.5, 5.2.0 --- Comment #2 from Richard Biener rguenth at gcc dot gnu.org --- Confirmed with GCC 5 and 4.8 and 4.3. Program received signal SIGSEGV, Segmentation fault. compute_summary (max_length=synthetic pointer, this_prg=0x7fff9530, list=0x77ddb180) at /space/rguenther/src/svn/gcc-5-branch/libgcc/libgcov-driver.c:307 307 gfi_ptr = gi_ptr-functions[f_ix]; Missing separate debuginfos, use: zypper install libgcc_s1-gcc5-debuginfo-5.1.1+r225500-40.1.x86_64 libstdc++6-gcc5-debuginfo-5.1.1+r225500-40.1.x86_64 (gdb) bt #0 compute_summary (max_length=synthetic pointer, this_prg=0x7fff9530, list=0x77ddb180) at /space/rguenther/src/svn/gcc-5-branch/libgcc/libgcov-driver.c:307 #1 gcov_do_dump (list=0x77ddb180, run_counted=0) at /space/rguenther/src/svn/gcc-5-branch/libgcc/libgcov-driver.c:837 #2 0x77bda0b2 in __gcov_dump_one (root=0x77ddc280 __gcov_root) at /space/rguenther/src/svn/gcc-5-branch/libgcc/libgcov-driver.c:858 #3 gcov_exit () at /space/rguenther/src/svn/gcc-5-branch/libgcc/libgcov-driver.c:874 #4 0x76fc53df in __cxa_finalize () from /lib64/libc.so.6 #5 0x77bd8113 in __do_global_dtors_aux () from ./pack.so #6 0x7fffddf0 in ?? () #7 0x77debe6a in _dl_fini () from /lib64/ld-linux-x86-64.so.2 (gdb) p gi_ptr-n_functions $2 = 32767 somehow this can't be true. I suppose somehow #pragma pack () affects building of the __gcov_info struct. Indeed: (gdb) p debug_tree (type) record_type 0x76a4c7e0 BLK size integer_cst 0x76a46df8 type integer_type 0x768d0150 bitsizetype constant 928 unit size integer_cst 0x76a46e88 type integer_type 0x768d00a8 sizetype constant 116 align 8 symtab 0 alias set -1 canonical type 0x76a4c7e0 fields field_decl 0x76a3ab48 D.2347 type integer_type 0x768d0738 unsigned int public unsigned SI size integer_cst 0x768ee0a8 constant 32 unit size integer_cst 0x768ee0c0 constant 4 align 32 symtab 0 alias set -1 canonical type 0x768d0738 precision 32 min integer_cst 0x768ee0d8 0 max integer_cst 0x768ee090 4294967295 pointer_to_this pointer_type 0x768f7c78 unsigned SI file built-in line 0 col 0 size integer_cst 0x768ee0a8 32 unit size integer_cst 0x768ee0c0 4 align 8 offset_align 128 ...
[Bug testsuite/66796] [6 Regression] FAIL: gcc.target/hppa/shadd-1.c scan-assembler-times sh.add 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66796 --- Comment #1 from dave.anglin at bell dot net --- I don't believe this is a regression. It's a new test that Jeff added with the changes to the PA shift support for combine. -- John David Anglin dave.ang...@bell.net
[Bug middle-end/66807] New: [6 Regression] --enable-libmpx failed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66807 Bug ID: 66807 Summary: [6 Regression] --enable-libmpx failed Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: hjl.tools at gmail dot com CC: enkovich.gnu at gmail dot com Target Milestone: --- On Linux/x86-64, r225548 gave: libtool: compile: /export/build/gnu/gcc/build-x86_64-linux/./gcc/xgcc -B/export/build/gnu/gcc/build-x86_64-linux/./gcc/ -B/usr/gcc-6.0.0/x86_64-unknown-linux-gnu/bin/ -B/usr/gcc-6.0.0/x86_64-unknown-linux-gnu/lib/ -isystem /usr/gcc-6.0.0/x86_64-unknown-linux-gnu/include -isystem /usr/gcc-6.0.0/x86_64-unknown-linux-gnu/sys-include -DHAVE_CONFIG_H -I. -I/export/gnu/import/git/sources/gcc/libmpx/mpxwrap -I.. -fcheck-pointer-bounds -mmpx -fno-chkp-check-read -fno-chkp-check-write -fno-chkp-use-wrappers -fPIC -g -O2 -c /export/gnu/import/git/sources/gcc/libmpx/mpxwrap/mpx_wrappers.c -fPIC -DPIC -o .libs/libmpxwrappers_la-mpx_wrappers.o /export/gnu/import/git/sources/gcc/libmpx/mpxwrap/mpx_wrappers.c: In function \u2018__mpx_wrapper_strlen.chkp\u2019: /export/gnu/import/git/sources/gcc/libmpx/mpxwrap/mpx_wrappers.c:276:1: internal compiler error: in execute_function_todo, at passes.c:1932 __mpx_wrapper_strlen (const char *s) ^ 0xe28f0a execute_function_todo /export/gnu/import/git/sources/gcc/gcc/passes.c:1932 0xe2808a do_per_function /export/gnu/import/git/sources/gcc/gcc/passes.c:1638 0xe2917d execute_todo /export/gnu/import/git/sources/gcc/gcc/passes.c:2004 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See http://gcc.gnu.org/bugs.html for instructions. Makefile:385: recipe for target 'libmpxwrappers_la-mpx_wrappers.lo' failed make[3]: *** [libmpxwrappers_la-mpx_wrappers.lo] Error 1 make[3]: Leaving directory '/export/build/gnu/gcc/build-x86_64-linux/x86_64-unknown-linux-gnu/libmpx/mpxwrap' Makefile:410: recipe for target 'all-recursive' failed make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory '/export/build/gnu/gcc/build-x86_64-linux/x86_64-unknown-linux-gnu/libmpx' Makefile:301: recipe for target 'all' failed make[1]: *** [all] Error 2 make[1]: Leaving directory '/export/build/gnu/gcc/build-x86_64-linux/x86_64-unknown-linux-gnu/libmpx' Makefile:14254: recipe for target 'all-target-libmpx' failed make: *** [all-target-libmpx] Error 2 when --enable-libmpx is used to configure GCC.
[Bug ipa/61160] [4.9/4.10 Regression] wrong code with -O3 (or ICE: verify_cgraph_node failed: edge points to wrong declaration)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61160 --- Comment #18 from Martin Jambor jamborm at gcc dot gnu.org --- Author: jamborm Date: Wed Jul 8 11:24:38 2015 New Revision: 225543 URL: https://gcc.gnu.org/viewcvs?rev=225543root=gccview=rev Log: Make gcc/testsuite/g++.dg/ipa/pr61160-3.C main return zero. 2015-07-08 Martin Jambor mjam...@suse.cz PR ipa/61820 Backport from mainline r212915 2014-07-22 Martin Jambor mjam...@suse.cz PR ipa/61160 * g++.dg/ipa/pr61160-3.C (main): Return zero. Modified: branches/gcc-4_9-branch/gcc/testsuite/ChangeLog branches/gcc-4_9-branch/gcc/testsuite/g++.dg/ipa/pr61160-3.C
[Bug ipa/61820] 32-bit g++.dg/ipa/pr61160-3.C execution failure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61820 --- Comment #4 from Martin Jambor jamborm at gcc dot gnu.org --- Author: jamborm Date: Wed Jul 8 11:24:38 2015 New Revision: 225543 URL: https://gcc.gnu.org/viewcvs?rev=225543root=gccview=rev Log: Make gcc/testsuite/g++.dg/ipa/pr61160-3.C main return zero. 2015-07-08 Martin Jambor mjam...@suse.cz PR ipa/61820 Backport from mainline r212915 2014-07-22 Martin Jambor mjam...@suse.cz PR ipa/61160 * g++.dg/ipa/pr61160-3.C (main): Return zero. Modified: branches/gcc-4_9-branch/gcc/testsuite/ChangeLog branches/gcc-4_9-branch/gcc/testsuite/g++.dg/ipa/pr61160-3.C
[Bug bootstrap/66801] [6 Regression] gcc miscompiled during PGO/LTO bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66801 --- Comment #4 from Markus Trippelsdorf trippels at gcc dot gnu.org --- The patch doesn't help, unfortunately. By the way compiling gimple-match.c with -fprofile-generate takes almost 4 minutes on gcc112.
[Bug gcov-profile/66805] Crash in gcov_exit when combining --coverage, C++, #pragma pack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66805 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot gnu.org --- Comment #3 from Richard Biener rguenth at gcc dot gnu.org --- I have a patch.
[Bug gcov-profile/66805] Crash in gcov_exit when combining --coverage, C++, #pragma pack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66805 --- Comment #4 from Jan Engelhardt jengelh at inai dot de --- If one uses #pragma pack(push, 1) #pragma pack(pop) the issue goes away, so indeed, it seems that some gcov parts are implicitly built with different padding.
[Bug bootstrap/66801] [6 Regression] gcc miscompiled during PGO/LTO bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66801 --- Comment #6 from Richard Biener rguenth at gcc dot gnu.org --- Ok, so the only code-gen difference possible is due to match.pd patterns applying/not applying because of the changed iteration order making lattice values final at different times. Thus I suspect a latent bug in a match.pd pattern. Which means to possibly bisect those? I'm now first trying to reproduce.
[Bug gcov-profile/43341] pragma pack changes padding in struct gcov_info on 64-bit archs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43341 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added CC||jengelh at inai dot de --- Comment #9 from Richard Biener rguenth at gcc dot gnu.org --- *** Bug 66805 has been marked as a duplicate of this bug. ***
[Bug gcov-profile/43341] pragma pack changes padding in struct gcov_info on 64-bit archs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43341 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2015-07-08 Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #10 from Richard Biener rguenth at gcc dot gnu.org --- Mine.
[Bug bootstrap/66801] [6 Regression] gcc miscompiled during PGO/LTO bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66801 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot gnu.org --- Comment #3 from Richard Biener rguenth at gcc dot gnu.org --- Hmpf. Can't see why it should - I suppose the only questionable hunk _may_ be + /* Visit the statement only if its block is marked executable. + If it is not executable then it will be visited when we simulate +all statements in the block as soon as an incoming edge gets +marked executable. */ + if (!bitmap_bit_p (executable_blocks, bb-index)) + { + if (dump_file (dump_flags TDF_DETAILS)) + { + fprintf (dump_file, \nDropping statement from SSA worklist: ); + print_gimple_stmt (dump_file, stmt, 0, dump_flags); + } + continue; ... + simulate_stmt (stmt); - /* PHI nodes are always visited, regardless of whether or not -the destination block is executable. Otherwise, visit the -statement only if its block is marked executable. */ - if (gimple_code (stmt) == GIMPLE_PHI - || bitmap_bit_p (executable_blocks, bb-index)) - simulate_stmt (stmt); + return true; Thus, does the following fix it? (I'd have to try reproducing it first) Index: gcc/tree-ssa-propagate.c === --- gcc/tree-ssa-propagate.c(revision 225534) +++ gcc/tree-ssa-propagate.c(working copy) @@ -444,7 +444,8 @@ process_ssa_edge_worklist (vecgimple * If it is not executable then it will be visited when we simulate all statements in the block as soon as an incoming edge gets marked executable. */ - if (!bitmap_bit_p (executable_blocks, bb-index)) + if (gimple_code (stmt) != GIMPLE_PHI + !bitmap_bit_p (executable_blocks, bb-index)) { if (dump_file (dump_flags TDF_DETAILS)) { not that I have an idea _why_ it should fix something.
[Bug target/66806] internal compiler error: in emit_move_insn, at expr.c:3551
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66806 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2015-07-08 Target Milestone|--- |6.0 Ever confirmed|0 |1 --- Comment #1 from H.J. Lu hjl.tools at gmail dot com --- 1 0x009e2a30 in emit_move_insn (x=0x715f1c30, y=0x715f1b40) at /export/gnu/import/git/sources/gcc/gcc/expr.c:3550 3550 gcc_assert (mode != BLKmode (gdb) call debug_rtx (x) (reg:V2SI 0 ax) (gdb) call debug_rtx (y) (reg:DI 87 [ D.1415 ]) (gdb) We can't return/pass 8-byte vector type in registers.
[Bug rtl-optimization/66782] [5/6 Regression] Unable to run 64-bit wine after MS-SYSV register changes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66782 --- Comment #7 from Uroš Bizjak ubizjak at gmail dot com --- The difference when clobbers are implemented with direct clobbers (I'll attach the patch) is: (---): Unpatched compiler, usign fusage clobbers (+++): Patched compiler, using direct clobbers --- pr66782_.s 2015-07-08 12:35:40.0 +0200 +++ pr66782.s 2015-07-08 12:37:21.0 +0200 @@ -260,10 +260,9 @@ subq%rax, %rdx movq%rax, %rsi callmemcpy@PLT - movq24(%rsp), %rsi movq112(%rsp), %rdi + subq24(%rsp), %rdi movl$52, %edx - subq%rsi, %rdi movw%dx, 4(%rbp,%rdi) movl$912551265, 0(%rbp,%rdi) movq%rbp, %rdi @@ -271,7 +270,7 @@ movq%rcx, 40(%rsp) callstrlen@PLT movq40(%rsp), %rcx - movq%rsi, %rdx + movq24(%rsp), %rdx leaq0(%rbp,%rax), %rdi subq%rcx, %rdx addq32(%rsp), %rdx
[Bug ipa/66793] [5 Regression] ICE at -Os and above on x86_64-linux-gnu (verify_flow_info failed)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66793 --- Comment #3 from Richard Biener rguenth at gcc dot gnu.org --- Author: rguenth Date: Wed Jul 8 11:54:28 2015 New Revision: 225546 URL: https://gcc.gnu.org/viewcvs?rev=225546root=gccview=rev Log: 2015-07-08 Richard Biener rguent...@suse.de PR tree-optimization/66793 * gimple-ssa-isolate-paths.c (insert_trap_and_remove_trailing_statemen): Properly split the block after stmts ending it. * gcc.dg/torture/pr66793.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/torture/pr66793.c Modified: trunk/gcc/ChangeLog trunk/gcc/gimple-ssa-isolate-paths.c trunk/gcc/testsuite/ChangeLog
[Bug ipa/66793] [5 Regression] ICE at -Os and above on x86_64-linux-gnu (verify_flow_info failed)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66793 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Known to work||6.0 Target Milestone|--- |5.2 Summary|ICE at -Os and above on |[5 Regression] ICE at -Os |x86_64-linux-gnu|and above on |(verify_flow_info failed) |x86_64-linux-gnu ||(verify_flow_info failed) --- Comment #2 from Richard Biener rguenth at gcc dot gnu.org --- Fixed on trunk. The issue is latent on the gcc5 branch (4.9 splits the block in cleanup-cfg).
[Bug bootstrap/66801] [6 Regression] gcc miscompiled during PGO/LTO bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66801 --- Comment #7 from Richard Biener rguenth at gcc dot gnu.org --- Oh, and FDO also effectively enables most -O3 optimizations of course. After reproducing FDO/LTO I'll try FDO only and bootstrap-O3 ... fingers crossing ;)
[Bug gcov-profile/66805] Crash in gcov_exit when combining --coverage, C++, #pragma pack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66805 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |DUPLICATE --- Comment #5 from Richard Biener rguenth at gcc dot gnu.org --- Duplicate. *** This bug has been marked as a duplicate of bug 43341 ***
[Bug tree-optimization/66794] [4.9/5 Regression] ICE at -O2 and -O3 on x86_64-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66794 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Known to work||6.0 Target Milestone|6.0 |4.9.4 Summary|[6 Regression] ICE at -O2 |[4.9/5 Regression] ICE at |and -O3 on x86_64-linux-gnu |-O2 and -O3 on ||x86_64-linux-gnu --- Comment #3 from Richard Biener rguenth at gcc dot gnu.org --- Fixed on trunk. The issue is latent on the branches though, possibly using broken post-dom info.
[Bug target/66806] New: internal compiler error: in emit_move_insn, at expr.c:3551
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66806 Bug ID: 66806 Summary: internal compiler error: in emit_move_insn, at expr.c:3551 Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: hjl.tools at gmail dot com CC: ubizjak at gmail dot com Target Milestone: --- [hjl@gnu-6 gcc]$ cat /tmp/x.i typedef unsigned int V2SImode __attribute__((vector_size(8))); extern V2SImode data_V2SImode; extern void r_V2SImode (V2SImode); void s_V2SImode (void) { r_V2SImode (data_V2SImode); } [hjl@gnu-6 gcc]$ ./xgcc -B./ -S /tmp/x.i -m32 -mno-sse -mno-mmx -miamcu -Wno-psabi /tmp/x.i: In function \u2018s_V2SImode\u2019: /tmp/x.i:7:3: internal compiler error: in emit_move_insn, at expr.c:3551 r_V2SImode (data_V2SImode); ^ 0x9e2a2f emit_move_insn(rtx_def*, rtx_def*) /export/gnu/import/git/sources/gcc/gcc/expr.c:3550 0x89013c load_register_parameters /export/gnu/import/git/sources/gcc/gcc/calls.c:2092 0x8937c2 expand_call(tree_node*, rtx_def*, int) /export/gnu/import/git/sources/gcc/gcc/calls.c:3365 0x9fb80f expand_expr_real_1(tree_node*, rtx_def*, machine_mode, expand_modifier, rtx_def**, bool) /export/gnu/import/git/sources/gcc/gcc/expr.c:10364 0x9f1093 expand_expr_real(tree_node*, rtx_def*, machine_mode, expand_modifier, rtx_def**, bool) /export/gnu/import/git/sources/gcc/gcc/expr.c:7898 0x8a0cb7 expand_expr /export/gnu/import/git/sources/gcc/gcc/expr.h:254 0x8a7b0f expand_call_stmt /export/gnu/import/git/sources/gcc/gcc/cfgexpand.c:2351 0x8aa9f8 expand_gimple_stmt_1 /export/gnu/import/git/sources/gcc/gcc/cfgexpand.c:3238 0x8ab0a4 expand_gimple_stmt /export/gnu/import/git/sources/gcc/gcc/cfgexpand.c:3399 0x8b216a expand_gimple_basic_block /export/gnu/import/git/sources/gcc/gcc/cfgexpand.c:5411 0x8b3dac execute /export/gnu/import/git/sources/gcc/gcc/cfgexpand.c:6022 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See http://gcc.gnu.org/bugs.html for instructions. [hjl@gnu-6 gcc]$
[Bug bootstrap/66744] [6 Regression] Bootstrap failure due to conflicting access() on i686-w64-mingw32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66744 --- Comment #4 from Martin Liška marxin at gcc dot gnu.org --- Author: marxin Date: Wed Jul 8 12:25:40 2015 New Revision: 225547 URL: https://gcc.gnu.org/viewcvs?rev=225547root=gccview=rev Log: Fix PR bootstrap/66744. PR bootstrap/66744 * tree-sra.c (create_access_1): Call ctor without brackets. (create_artificial_child_access): Likewise. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-sra.c
[Bug bootstrap/66744] [6 Regression] Bootstrap failure due to conflicting access() on i686-w64-mingw32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66744 Martin Liška marxin at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #5 from Martin Liška marxin at gcc dot gnu.org --- Fixed in 6.
[Bug target/66806] internal compiler error: in emit_move_insn, at expr.c:3551
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66806 Yulia Koval julia.koval at intel dot com changed: What|Removed |Added CC||julia.koval at intel dot com --- Comment #2 from Yulia Koval julia.koval at intel dot com --- There are other ICE errors with vector types and -miamcu, probably similar to this issue: internal compiler error in convert_move, at expr.c:333 gcc.c-torture/compile/pr33614.c internal compiler error: Max. number of generated reload insns per insn is achieved (90) gcc.c-torture/compile/vector-5.c - __attribute__((vector_size)
[Bug bootstrap/66801] [6 Regression] gcc miscompiled during PGO/LTO bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66801 --- Comment #5 from rguenther at suse dot de rguenther at suse dot de --- On Wed, 8 Jul 2015, trippels at gcc dot gnu.org wrote: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66801 --- Comment #4 from Markus Trippelsdorf trippels at gcc dot gnu.org --- The patch doesn't help, unfortunately. Ok, then we're hitting a latent bug which is exposed by different (better) iteration order :( By the way compiling gimple-match.c with -fprofile-generate takes almost 4 minutes on gcc112. Yeah, I know.
[Bug rtl-optimization/66782] [5/6 Regression] Unable to run 64-bit wine after MS-SYSV register changes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66782 Michael Matz matz at gcc dot gnu.org changed: What|Removed |Added CC||matz at gcc dot gnu.org --- Comment #9 from Michael Matz matz at gcc dot gnu.org --- FWIW, it's the inheritance code that breaks this. From the reload (aka lra) dump: Creating newreg=380 from oldreg=89, assigning class GENERAL_REGS to inheritance r380 Original reg change 89-380 (bb25): 593: r342:DI=r380:DI Add inheritance-original before: 633: r380:DI=r89:DI Inheritance reuse change 89-380 (bb25): 594: r343:DI=r380:DI r89 is the original register that is live over the call, and which didn't get a hardreg. insn 593 and 633 are an optional reload for an insn (212) _before_ the call, insn 594 is a (inheritance) reload insn _after_ the call (for insn 222), ala this: (insn 633 591 593 25 (set (reg:DI 4 si [orig:89 D.1995 ] [89]) (mem/c:DI (plus:DI (reg/f:DI 7 sp) (const_int 24 [0x18])) [11 %sfp+-216 S8 A64])) wine.c:95 85 {*movdi_internal} (nil)) (insn 593 633 212 25 (set (reg:DI 1 dx [orig:89 D.1995 ] [89]) (reg:DI 4 si [orig:89 D.1995 ] [89])) wine.c:95 85 {*movdi_internal} (nil)) (insn 212 593 592 25 (parallel [ (set (reg:DI 5 di [orig:224 D.1995 ] [224]) (minus:DI (reg:DI 5 di [orig:224 D.1995 ] [224]) (reg:DI 1 dx [orig:89 D.1995 ] [89]))) (clobber (reg:CC 17 flags)) ]) wine.c:95 259 {*subdi_1} (expr_list:REG_EQUAL (minus:DI (mem/f/c:DI (plus:DI (reg/f:DI 20 frame) (const_int -128 [0xff80])) [2 arch.ptr+0 S8 A128 ]) (reg:DI 89 [ D.1995 ])) (nil))) ... more insn, amongst them insn 217, the call insn clobbering reg 4 aka SI ... (insn 594 221 632 25 (set (reg:DI 1 dx [orig:230 D.1995 ] [230]) (reg:DI 4 si [orig:89 D.1995 ] [89])) wine.c:96 85 {*movdi_internal} (nil)) (insn 632 594 222 25 (set (reg/f:DI 2 cx [orig:121 D.1996 ] [121]) (mem/c:DI (plus:DI (reg/f:DI 7 sp) (const_int 40 [0x28])) [11 %sfp+-200 S8 A64])) wine.c:96 85 {*movdi_internal} (nil)) (insn 222 632 596 25 (parallel [ (set (reg:DI 1 dx [orig:230 D.1995 ] [230]) (minus:DI (reg:DI 1 dx [orig:230 D.1995 ] [230]) (reg/f:DI 2 cx [orig:121 D.1996 ] [121]))) (clobber (reg:CC 17 flags)) ]) wine.c:96 259 {*subdi_1} (nil)) So, insn 594 reuses the inheritance register 380 from before the call (setup in insn 633), so r380 is live over the call. But LRA happily does this to this reload inheritance reg: Assigning to 380 (cl=GENERAL_REGS, orig=89, freq=33, tfirst=340, tfreq=66)... Assign 4 to inheritance r380 (freq=33) Voila, hardreg 4 is assigned to r380, even though it lives over a clobber of it. I don't see any code in inherit_reload_reg or its caller inherit_in_ebb that would look at CALL_INSN_FUNCTION_USAGE on any intervening insns, between the inheritance setup and any of the next usage insns.
[Bug tree-optimization/66794] [6 Regression] ICE at -O2 and -O3 on x86_64-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66794 --- Comment #2 from Richard Biener rguenth at gcc dot gnu.org --- Author: rguenth Date: Wed Jul 8 11:47:42 2015 New Revision: 225545 URL: https://gcc.gnu.org/viewcvs?rev=225545root=gccview=rev Log: 2015-07-08 Richard Biener rguent...@suse.de PR tree-optimization/66794 * passes.c (execute_function_todo): Assert that post-dominators are not computed. * gimple-ssa-isolate-paths.c (gimple_ssa_isolate_erroneous_paths): Free post-dominators. * gcc.dg/torture/pr66794.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/torture/pr66794.c Modified: trunk/gcc/ChangeLog trunk/gcc/gimple-ssa-isolate-paths.c trunk/gcc/passes.c trunk/gcc/testsuite/ChangeLog
[Bug libstdc++/41861] [DR 887][C++0x] condition_variable does not use monotonic_clock
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41861 --- Comment #11 from Jonathan Wakely redi at gcc dot gnu.org --- Aaron, your reply got added to Bug 887 for some reason. Re-posting Aaron's comment here: Thanks. I had already patched our gcc so that gthreads cond always gets initialized with CLOCK_MONOTONIC, then I switched __clock_t in condition_variable to steady_clock. It was a very simple change and works well but not nearly as portable as yours. I also disabled all timed waits on mutex (gcc already has ifdef for that) in order to avoid problems there. In my opinion, people shouldn't be using timed waits on mutexes anyway, since they are not cooperatively interruptible. If we did need them for some reason, I would reimplement timed mutex in terms of condition_variable and a regular mutex. It seems strange that this is no big deal to lots of people.
[Bug bootstrap/66801] New: [6 Regression] gcc miscompiled during PGO/LTO bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66801 Bug ID: 66801 Summary: [6 Regression] gcc miscompiled during PGO/LTO bootstrap Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: trippels at gcc dot gnu.org Target Milestone: --- On ppc64le gcc gets miscompiled during stagefeedback phase: % /home/trippels/gcc_build_dir_/./gcc/xgcc --version [1]53644 segmentation fault (core dumped) /home/trippels/gcc_build_dir_/./gcc/xgcc --version % ../gcc/configure --with-cpu=power8 --disable-libstdcxx-pch --disable-libvtv --disable-libitm --disable-libcilkrts --disable-libssp --disable-libgomp --disable-werror --disable-multilib --enable-languages=c,c++ --enable-checking=release --with-build-config=bootstrap-lto % make -j120 BOOT_CFLAGS=-mcpu=power8 -O3 -pipe STAGE1_CFLAGS=-mcpu=power8 -O3 -pipe CFLAGS_FOR_TARGET=-mcpu=power8 -O3 -pipe CXXFLAGS_FOR_TARGET=-mcpu=power8 -O3 -pipe profiledbootstrap
[Bug tree-optimization/66797] [6 Regression] FAIL: gcc.dg/tree-ssa/pr65447.c scan-tree-dump-not ivopts \\nuse 5\\n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66797 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added CC||amker.cheng at gmail dot com Target Milestone|--- |6.0 Summary|FAIL: |[6 Regression] FAIL: |gcc.dg/tree-ssa/pr65447.c |gcc.dg/tree-ssa/pr65447.c |scan-tree-dump-not ivopts |scan-tree-dump-not ivopts |\\nuse 5\\n |\\nuse 5\\n
[Bug libstdc++/66803] std::this_thread::sleep_for gets interrupted by signals.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66803 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2015-07-08 Component|c++ |libstdc++ Ever confirmed|0 |1 --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org --- Yes this is a known issue. I have some patches somewhere to sleep in a loop until the specified time is reached.
[Bug c++/66460] ICE using __func__ in constexpr function.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66460 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2015-07-08 Blocks||55004 Ever confirmed|0 |1 Referenced Bugs: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004 [Bug 55004] [meta-bug] constexpr issues
[Bug bootstrap/66801] [6 Regression] gcc miscompiled during PGO/LTO bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66801 Markus Trippelsdorf trippels at gcc dot gnu.org changed: What|Removed |Added Target|ppc64le | Status|UNCONFIRMED |NEW Last reconfirmed||2015-07-08 Ever confirmed|0 |1 --- Comment #2 from Markus Trippelsdorf trippels at gcc dot gnu.org --- Also happens on x86_64.
[Bug c++/65186] internal compiler error: in tsubst, at cp/pt.c:11738
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65186 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added CC||ppalka at gcc dot gnu.org --- Comment #5 from Paolo Carlini paolo.carlini at oracle dot com --- Dup of c++/30044?
[Bug tree-optimization/66800] [6 regression] gcc.dg/vect/vect-align-1.c FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66800 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Richard Biener rguenth at gcc dot gnu.org --- Should be already fixed. *** This bug has been marked as a duplicate of bug 66767 ***
[Bug web/66802] New: Some of the Bugzilla Bug fields descriptions do not reflect GCC development
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66802 Bug ID: 66802 Summary: Some of the Bugzilla Bug fields descriptions do not reflect GCC development Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: web Assignee: unassigned at gcc dot gnu.org Reporter: ubizjak at gmail dot com Target Milestone: --- Some of the Bug Fields descriptions [1] do not reflect reality. STATUS and RESOLUTION descriptions are not correct. IMO, Priority and Severity fields also need a better description - at least the criteria for Priority and Severity selections, and who can set these fields (Release Managers?). [1] https://gcc.gnu.org/bugzilla/page.cgi?id=fields.html
[Bug tree-optimization/66804] Alignment issue caused by auto vectorization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66804 --- Comment #6 from Markus Trippelsdorf trippels at gcc dot gnu.org --- See discussion in PR65709 for a similar issue.
[Bug tree-optimization/66804] Alignment issue caused by auto vectorization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66804 --- Comment #5 from Richard Biener rguenth at gcc dot gnu.org --- (In reply to Fei Yang from comment #4) (In reply to Markus Trippelsdorf from comment #2) You're invoking undefined behavior: test.c:34:12: runtime error: store to misaligned address 0x00401c8c for type 'unsigned char *', which requires 8 byte alignment 0x00401c8c: note: pointer points here 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ^ So your testcase is invalid. Any reference? The testcase works fine without vectorization. thanks It works fine without vectorization because on x86 unaligned non-vector accesses do not trap. Still the C standard says that pointers have to be suitably aligned.
[Bug bootstrap/66801] [6 Regression] gcc miscompiled during PGO/LTO bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66801 --- Comment #1 from Markus Trippelsdorf trippels at gcc dot gnu.org --- Started with r225504.
[Bug testsuite/66796] [6 Regression] FAIL: gcc.target/hppa/shadd-1.c scan-assembler-times sh.add 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66796 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |6.0 Summary|FAIL: |[6 Regression] FAIL: |gcc.target/hppa/shadd-1.c |gcc.target/hppa/shadd-1.c |scan-assembler-times sh.add |scan-assembler-times sh.add |1 |1
[Bug tree-optimization/66804] Alignment issue caused by auto vectorization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66804 --- Comment #4 from Fei Yang felix.yang at huawei dot com --- (In reply to Markus Trippelsdorf from comment #2) You're invoking undefined behavior: test.c:34:12: runtime error: store to misaligned address 0x00401c8c for type 'unsigned char *', which requires 8 byte alignment 0x00401c8c: note: pointer points here 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ^ So your testcase is invalid. Any reference? The testcase works fine without vectorization. thanks
[Bug c++/66460] ICE using __func__ in constexpr function.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66460 --- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com --- Stack trace very similar to c++/66292
[Bug c++/66805] Crash in gcov_exit when combining --coverage, C++, #pragma pack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66805 --- Comment #1 from Jan Engelhardt jengelh at inai dot de --- (gdb) r Starting program: t Program received signal SIGSEGV, Segmentation fault. compute_summary (max_length=synthetic pointer, this_prg=0x7fff9540, list=0x77dda180) at ../../../libgcc/libgcov-driver.c:307 307 ../../../libgcc/libgcov-driver.c: No such file or directory. (gdb) bt #0 compute_summary (max_length=synthetic pointer, this_prg=0x7fff9540, list=0x77dda180) at ../../../libgcc/libgcov-driver.c:307 #1 gcov_do_dump (list=0x77dda180, run_counted=0) at ../../../libgcc/libgcov-driver.c:837 #2 0x77bd9112 in __gcov_dump_one (root=0x77ddb280 __gcov_root) at ../../../libgcc/libgcov-driver.c:858 #3 gcov_exit () at ../../../libgcc/libgcov-driver.c:874 #4 0x76fccf7f in __cxa_finalize (d=0x77dda120) at cxa_finalize.c:56 #5 0x77bd7173 in __do_global_dtors_aux () from ./pack.so #6 0x7fffde00 in ?? () #7 0x77deaf3a in _dl_fini () at dl-fini.c:252 Backtrace stopped: frame did not save the PC
[Bug c++/66803] New: std::this_thread::sleep_for gets interrupted by signals.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66803 Bug ID: 66803 Summary: std::this_thread::sleep_for gets interrupted by signals. Product: gcc Version: 5.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: adam at mizerski dot pl Target Milestone: --- Created attachment 35930 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35930action=edit preprocessed source #include chrono #include iostream #include thread #include csignal void signal_handler(int) {} int main() { using namespace std::chrono_literals; std::signal(SIGUSR1, signal_handler); const auto start = std::chrono::high_resolution_clock::now(); std::this_thread::sleep_for(5s); const auto end = std::chrono::high_resolution_clock::now(); std::cout Waited std::chrono::duration_caststd::chrono::seconds(end-start).count() s\n; return 0; } Compilation command: g++-5.1 -save-temps -std=c++14 test_cpp.cpp -o test_cpp -O2 -Wall -Wextra -pedantic -pthread Preprocessed source in attachment. Testing command line: ./test_cpp sleep 2 kill -USR1 $! Expected result: std::this_thread::sleep_for(5s); sleeps for 5 seconds. Actual result: std::this_thread::sleep_for(5s); sleeps for 2 seconds. The behavior of std::this_thread::sleep_for seems similar to sleep from unistd.h - it gets interrupted by signal handler. But std::this_thread::sleep_for unlike sleep has no way to report if it was interrupted or time left to sleep. C++14 standard (N3797) in 30.3.2 says that sleep_for should sleep specified amount of time and nothing about any interrupts. The same source compiled with clang++ -std=c++14 -stdlib=libc++ -lc++abi test_cpp.cpp -o test_cpp -O2 (with clang version 3.5.0) behaves as expected. $ g++-5.1 -v Using built-in specs. COLLECT_GCC=g++ COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/5.1.0/lto-wrapper Target: x86_64-unknown-linux-gnu Configured with: /usr/src/gcc/configure --disable-multilib --enable-languages=c,c++ Thread model: posix gcc version 5.1.0 (GCC)
[Bug tree-optimization/66804] Alignment issue caused by auto vectorization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66804 --- Comment #2 from Markus Trippelsdorf trippels at gcc dot gnu.org --- You're invoking undefined behavior: test.c:34:12: runtime error: store to misaligned address 0x00401c8c for type 'unsigned char *', which requires 8 byte alignment 0x00401c8c: note: pointer points here 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ^ So your testcase is invalid.
[Bug bootstrap/65988] Trying to compile GCC 5.1 in my (customized) Solaris 10/x86-64 fails with GMP errors
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65988 --- Comment #8 from Jonathan Wakely redi at gcc dot gnu.org --- (In reply to Jesus Cea from comment #7) I close this but report, but I would love future GCC releases to document what CLOOG and ISL versions they require. It already does, see gcc/doc/install.texi in the source tarball.
[Bug rtl-optimization/66782] [5/6 Regression] Unable to run 64-bit wine after MS-SYSV register changes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66782 Uroš Bizjak ubizjak at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Version|5.1.0 |6.0 Keywords||ra Last reconfirmed||2015-07-08 Component|target |rtl-optimization CC||ubizjak at gmail dot com, ||vmakarov at gcc dot gnu.org Ever confirmed|0 |1 Summary|Unable to run 64-bit wine |[5/6 Regression] Unable to |after MS-SYSV register |run 64-bit wine after |changes |MS-SYSV register changes Target Milestone|--- |5.2 --- Comment #6 from Uroš Bizjak ubizjak at gmail dot com --- When compiled with -O2 -fPIC, we have following sequence in _.ira dump: ... 211: r225:DI=[frame:DI-0x80] REG_EQUIV [frame:DI-0x80] 212: {r224:DI=r225:DI-r89:DI;clobber flags:CC;} REG_DEAD r225:DI REG_UNUSED flags:CC REG_EQUAL [frame:DI-0x80]-r89:DI 213: [r111:DI+r224:DI]=0x36646d61 214: [r111:DI+r224:DI+0x4]=0x34 REG_DEAD r224:DI 215: r121:DI=[frame:DI-0x80] 216: di:DI=r111:DI 217: ax:DI=call [`strlen'] argc:0 REG_DEAD di:DI REG_CALL_DECL `strlen' REG_EH_REGION 0 218: r227:DI=ax:DI REG_DEAD ax:DI 221: {r229:DI=r111:DI+r227:DI;clobber flags:CC;} REG_DEAD r227:DI REG_UNUSED flags:CC 222: {r230:DI=r89:DI-r121:DI;clobber flags:CC;} REG_UNUSED flags:CC ... and following in _.reload dump: ... 211: NOTE_INSN_DELETED 591: di:DI=[sp:DI+0x70] 633: si:DI=[sp:DI+0x18] 593: dx:DI=si:DI 212: {di:DI=di:DI-dx:DI;clobber flags:CC;} REG_EQUAL [frame:DI-0x80]-r89:DI 592: ax:DI=di:DI 213: [bp:DI+ax:DI]=0x36646d61 214: [bp:DI+ax:DI+0x4]=0x34 215: cx:DI=[sp:DI+0x70] 631: [sp:DI+0x28]=cx:DI 216: di:DI=bp:DI 217: ax:DI=call [`strlen'] argc:0 REG_CALL_DECL `strlen' REG_EH_REGION 0 218: ax:DI=ax:DI 221: {di:DI=bp:DI+ax:DI;clobber flags:CC;} 594: dx:DI=si:DI 632: cx:DI=[sp:DI+0x28] 222: {dx:DI=dx:DI-cx:DI;clobber flags:CC;} ... Please note (insn 594) that uses clobbered SI register, although the call insn clobbers it: (call_insn/i 217 216 218 25 (set (reg:DI 0 ax) (call (mem:QI (symbol_ref:DI (strlen) [flags 0x41] function_decl 0x2b7e7ae707e0 strlen) [0 __builtin_strlen S1 A8]) (const_int 0 [0]))) pr66782.i:96 656 {*call_value} (expr_list:REG_CALL_DECL (symbol_ref:DI (strlen) [flags 0x41] function_decl 0x2b7e7ae707e0 strlen) (expr_list:REG_EH_REGION (const_int 0 [0]) (nil))) (expr_list (clobber (reg:TI 52 xmm15)) (expr_list (clobber (reg:TI 51 xmm14)) (expr_list (clobber (reg:TI 50 xmm13)) (expr_list (clobber (reg:TI 49 xmm12)) (expr_list (clobber (reg:TI 48 xmm11)) (expr_list (clobber (reg:TI 47 xmm10)) (expr_list (clobber (reg:TI 46 xmm9)) (expr_list (clobber (reg:TI 45 xmm8)) (expr_list (clobber (reg:TI 28 xmm7)) (expr_list (clobber (reg:TI 27 xmm6)) (expr_list (clobber (reg:DI 5 di)) (expr_list (clobber (reg:DI 4 si)) (expr_list:DI (use (reg:DI 5 di)) (nil))) Confirmed with latest 6.0 mainline [trunk revision 225533] as RA problem. CC RA expert.
[Bug tree-optimization/66804] Alignment issue caused by auto vectorization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66804 --- Comment #7 from Richard Biener rguenth at gcc dot gnu.org --- CCP computes this precisely: Visiting PHI node: # PT = { D.1842 } (nonlocal, escaped) p_3 = PHI MEM[(void *)xxx + 2444B](2), p_4(3) Argument #0 (2 - 4 executable) MEM[(void *)xxx + 2444B] Value: CONSTANT MEM[(void *)xxx + 2444B] Argument #1 (3 - 4 executable) p_4 Value: CONSTANT 0x0 (0x0) PHI node value: CONSTANT 0x0 (0x0) but we don't record the alignment (because it looks useless to know - it's byte alignment). So the alignment on the access (invalid due to your use of a bogus aligned type) prevails.
[Bug c++/66748] Crash with abi_tag attribute
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66748 --- Comment #4 from Marek Polacek mpolacek at gcc dot gnu.org --- Author: mpolacek Date: Wed Jul 8 10:36:26 2015 New Revision: 225541 URL: https://gcc.gnu.org/viewcvs?rev=225541root=gccview=rev Log: PR c++/66748 * tree.c (handle_abi_tag_attribute): Check for CLASS_TYPE_P before accessing TYPE_LANG_SPECIFIC node. * g++.dg/abi/abi-tag15.C: New test. Added: trunk/gcc/testsuite/g++.dg/abi/abi-tag15.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/tree.c trunk/gcc/testsuite/ChangeLog
[Bug ipa/66793] ICE at -Os and above on x86_64-linux-gnu (verify_flow_info failed)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66793 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2015-07-08 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 --- isolate-paths adds a __builtin_trap but appearantly doesn't split BBs properly: t.c: In function ‘main’: t.c:18:1: error: control flow in the middle of basic block 2 main () ^ fn1 (MEM[(struct S0 *)0B]); t.c:18:1: internal compiler error: verify_flow_info failed this is because fn1 is noreturn.
[Bug tree-optimization/66804] Alignment issue caused by auto vectorization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66804 --- Comment #1 from Fei Yang felix.yang at huawei dot com --- Also reproducible with GCC-5 and GCC-6.
[Bug tree-optimization/66804] New: Alignment issue caused by auto vectorization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66804 Bug ID: 66804 Summary: Alignment issue caused by auto vectorization Product: gcc Version: 4.9.4 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: felix.yang at huawei dot com CC: rguenther at suse dot de Target Milestone: --- Host: x86_64-SUSE-LINUX Target: x86_64 Build: x86_64-SUSE-LINUX testcase(test.c): #pragma pack(1) typedef struct { unsigned char x[344]; } TEST1; typedef struct { unsigned int x[12]; unsigned char y[2396]; TEST1 u; } TEST2; typedef struct { TEST2 v; unsigned char reserved[4]; } TEST3; #pragma pack() TEST3 xxx; void foo () { TEST3 *q = xxx; unsigned char **p; unsigned int i, len = 0; p = (unsigned char **)(void *)q-v.u; len = sizeof (TEST1); for (i = 0; i len; i += sizeof (unsigned char *)) { *p = q-v.y; p++; } } int main () { foo (); return 0; } compile options: gcc -O2 test.c -ftree-loop-vectorize -fvect-cost-model -fopt-info test.c:32:5: note: loop vectorized test.c:32:5: note: loop peeled for vectorization to enhance alignment test.c:32:5: note: loop turned into non-loop; it never loops test.c:23:6: note: loop turned into non-loop; it never loops test.c:32:5: note: loop vectorized test.c:32:5: note: loop peeled for vectorization to enhance alignment test.c:32:5: note: loop turned into non-loop; it never loops test.c:39:5: note: loop turned into non-loop; it never loops The generated code will trigger a Segmentation Fault on x86_64-SUSE-Linux.
[Bug libstdc++/66792] Document sort template in bits/list.tcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66792 --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org --- Would: // The algorithm used here is unchanged from the SGI STL and is // described in The C++ Standard Template Library by Plauger, // Stepanov, Lee, Musser. be good enough? ;-)
[Bug c++/66808] New: tree check fail in symbol_table::decl_assembler_name_hash
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66808 Bug ID: 66808 Summary: tree check fail in symbol_table::decl_assembler_name_hash Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: dcb314 at hotmail dot com Target Milestone: --- Created attachment 35932 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35932action=edit gzipped C++ source code gcc trunk dated 20150707 does this $ ../results/bin/gcc -c -O2 bug216.cc /home/dcb/rpmbuild/BUILD/qpid-cpp-0.32/src/qpid/sys/epoll/EpollPoller.cpp:677:2: internal compiler error: Segmentation fault }} ^ 0xe6d3ff crash_signal ../../src/trunk/gcc/toplev.c:360 0x91fa84 tree_check(tree_node const*, char const*, int, char const*, tree_code) ../../src/trunk/gcc/tree.h:3113 0x91fa84 symbol_table::decl_assembler_name_hash(tree_node const*) ../../src/trunk/gcc/symtab.c:72 0x9265b2 symtab_node::get_for_asmname(tree_node const*) ../../src/trunk/gcc/symtab.c:872
[Bug c++/66808] tree check fail in symbol_table::decl_assembler_name_hash
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66808 Markus Trippelsdorf trippels at gcc dot gnu.org changed: What|Removed |Added CC||trippels at gcc dot gnu.org --- Comment #2 from Markus Trippelsdorf trippels at gcc dot gnu.org --- Probably dup of r58624. Reducing.
[Bug c++/65186] internal compiler error: in tsubst, at cp/pt.c:11738
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65186 --- Comment #6 from Patrick Palka ppalka at gcc dot gnu.org --- (In reply to Paolo Carlini from comment #5) Dup of c++/30044? I don't think it's a duplicate but they do seem related. My patch for c++/30044 does not fix this ICE.
[Bug libgcc/66809] New: stage 1 build failure in libgcc on sparc-sun-solaris2.10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66809 Bug ID: 66809 Summary: stage 1 build failure in libgcc on sparc-sun-solaris2.10 Product: gcc Version: 4.8.5 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcc Assignee: unassigned at gcc dot gnu.org Reporter: j.ballantine at gmail dot com Target Milestone: --- Created attachment 35933 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35933action=edit Full config log from sparc-sun-solaris2.10/libgcc Build during stage 1 of gcc failed in sparc-sun-solaris2.10/libgcc, with error of configure:3605: error: in `/usr/local/src/add-on/gcc-4.8.5/objdir/sparc-sun-solaris2.10/libgcc': configure:3608: error: cannot compute suffix of object files: cannot compile See `config.log' for more details. config.log shows: xgcc (GCC) 4.8.5 Copyright (C) 2015 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:3358: $? = 0 configure:3347: /usr/local/src/add-on/gcc-4.8.5/objdir/./gcc/xgcc -B/usr/local/src/add-on/gcc-4.8.5/objdir/./gcc/ -B/usr /local/add-on/gcc-4.8.5/sparc-sun-solaris2.10/bin/ -B/usr/local/add-on/gcc-4.8.5/sparc-sun-solaris2.10/lib/ -isystem /us r/local/add-on/gcc-4.8.5/sparc-sun-solaris2.10/include -isystem /usr/local/add-on/gcc-4.8.5/sparc-sun-solaris2.10/sys-in clude-v 5 Reading specs from /usr/local/src/add-on/gcc-4.8.5/objdir/./gcc/specs COLLECT_GCC=/usr/local/src/add-on/gcc-4.8.5/objdir/./gcc/xgcc COLLECT_LTO_WRAPPER=/usr/local/src/add-on/gcc-4.8.5/objdir/./gcc/lto-wrapper Target: sparc-sun-solaris2.10 Configured with: ../configure --prefix=/usr/local/add-on/gcc-4.8.5 --with-gmp=/usr/local/add-on/gmp --with-mpc=/usr/loca l/add-on/mpc --with-mpfr=/usr/local/add-on/mpfr Thread model: posix gcc version 4.8.5 (GCC) configure:3358: $? = 0 configure:3347: /usr/local/src/add-on/gcc-4.8.5/objdir/./gcc/xgcc -B/usr/local/src/add-on/gcc-4.8.5/objdir/./gcc/ -B/usr /local/add-on/gcc-4.8.5/sparc-sun-solaris2.10/bin/ -B/usr/local/add-on/gcc-4.8.5/sparc-sun-solaris2.10/lib/ -isystem /us r/local/add-on/gcc-4.8.5/sparc-sun-solaris2.10/include -isystem /usr/local/add-on/gcc-4.8.5/sparc-sun-solaris2.10/sys-in clude-V 5 xgcc: error: unrecognized command line option '-V' xgcc: fatal error: no input files compilation terminated. configure:3358: $? = 1 configure:3347: /usr/local/src/add-on/gcc-4.8.5/objdir/./gcc/xgcc -B/usr/local/src/add-on/gcc-4.8.5/objdir/./gcc/ -B/usr /local/add-on/gcc-4.8.5/sparc-sun-solaris2.10/bin/ -B/usr/local/add-on/gcc-4.8.5/sparc-sun-solaris2.10/lib/ -isystem /us r/local/add-on/gcc-4.8.5/sparc-sun-solaris2.10/include -isystem /usr/local/add-on/gcc-4.8.5/sparc-sun-solaris2.10/sys-in clude-qversion 5 xgcc: error: unrecognized command line option '-qversion' xgcc: fatal error: no input files compilation terminated. configure:3358: $? = 1 configure:3374: /usr/local/src/add-on/gcc-4.8.5/objdir/./gcc/xgcc -B/usr/local/src/add-on/gcc-4.8.5/objdir/./gcc/ -B/usr /local/add-on/gcc-4.8.5/sparc-sun-solaris2.10/bin/ -B/usr/local/add-on/gcc-4.8.5/sparc-sun-solaris2.10/lib/ -isystem /us r/local/add-on/gcc-4.8.5/sparc-sun-solaris2.10/include -isystem /usr/local/add-on/gcc-4.8.5/sparc-sun-solaris2.10/sys-in clude-o conftest -g -O2 conftest.c 5 ld.so.1: cc1: fatal: libmpc.so.3: open failed: No such file or directory xgcc: internal compiler error: Killed (program cc1) Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. configure:3377: $? = 4 configure:3565: checking for suffix of object files configure:3587: /usr/local/src/add-on/gcc-4.8.5/objdir/./gcc/xgcc -B/usr/local/src/add-on/gcc-4.8.5/objdir/./gcc/ -B/usr /local/add-on/gcc-4.8.5/sparc-sun-solaris2.10/bin/ -B/usr/local/add-on/gcc-4.8.5/sparc-sun-solaris2.10/lib/ -isystem /us r/local/add-on/gcc-4.8.5/sparc-sun-solaris2.10/include -isystem /usr/local/add-on/gcc-4.8.5/sparc-sun-solaris2.10/sys-in clude-c -g -O2 conftest.c 5 ld.so.1: cc1: fatal: libmpc.so.3: open failed: No such file or directory xgcc: internal compiler error: Killed (program cc1) Please submit a full bug report, Location of mpc compiled lib is: ODIN $ lsl /usr/local/add-on/mpc/lib total 713 -rwxr-xr-x 1 jwb staff 92136 Jul 7 14:46 libmpc.so.3.0.0* -rwxr-xr-x 1 jwb staff 1133 Jul 7 14:46 libmpc.la* -rw-r--r-- 1 jwb staff 145732 Jul 7 14:46 libmpc.a lrwxrwxrwx 1 jwb staff 15 Jul 7 14:46 libmpc.so.3 - libmpc.so.3.0.0* lrwxrwxrwx 1 jwb staff 15 Jul 7 14:46 libmpc.so - libmpc.so.3.0.0* drwxr-sr-x 2 jwb staff 7 Jul 7 14:46 ./ drwxr-sr-x 5 jwb staff 5 Jul 7 14:46 ../
[Bug c++/66808] tree check fail in symbol_table::decl_assembler_name_hash
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66808 Marek Polacek mpolacek at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2015-07-08 CC||mpolacek at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Marek Polacek mpolacek at gcc dot gnu.org --- Confirmed.
[Bug target/66810] New: [6] ICE on tree error_mark with -miamcu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66810 Bug ID: 66810 Summary: [6] ICE on tree error_mark with -miamcu Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: julia.koval at intel dot com Target Milestone: --- Created attachment 35934 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35934action=edit proposed patch $ cat test.c int vv; void i (void) { static int a[vv]; } $ gcc test.c -m32 test.c: In function ‘i’: test.c:6:14: error: storage size of ‘a’ isn’t constant static int a[vv]; ^ $ gcc test.c -m32 -miamcu test.c: In function ‘i’: test.c:6:14: error: storage size of ‘a’ isn’t constant static int a[vv]; ^ At top level: cc1: internal compiler error: tree check: expected class ‘type’, have ‘exceptional’ (error_mark) in iamcu_alignment, at config/i386/i386.c:27402 0xdba407 tree_class_check_failed(tree_node const*, tree_code_class, char const*, int, char const*) .././../TRUNK/gcc/gcc/tree.c:9480 0xe39f48 tree_class_check(tree_node*, tree_code_class, char const*, int, char const*) .././../TRUNK/gcc/gcc/tree.h:2981 0xe39f48 iamcu_alignment .././../TRUNK/gcc/gcc/config/i386/i386.c:27402 0xe6e4aa ix86_data_alignment(tree_node*, int, bool) .././../TRUNK/gcc/gcc/config/i386/i386.c:27456 0xe0cbc1 align_variable(tree_node*, bool) .././../TRUNK/gcc/gcc/varasm.c:1030 0xe1e7a2 varpool_node::analyze() .././../TRUNK/gcc/gcc/varpool.c:531 0x72ac47 analyze_functions .././../TRUNK/gcc/gcc/cgraphunit.c:1083 0x72b720 symbol_table::finalize_compilation_unit() .././../TRUNK/gcc/gcc/cgraphunit.c:2485 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See http://gcc.gnu.org/bugs.html for instructions. There is a test, reproducing this: gcc.dg/c11-thread-local-2.c
[Bug jit/66812] New: jit code-generation example that required -fno-strict-aliasing to work
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66812 Bug ID: 66812 Summary: jit code-generation example that required -fno-strict-aliasing to work Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: jit Assignee: dmalcolm at gcc dot gnu.org Reporter: dmalcolm at gcc dot gnu.org Blocks: 66627 Target Milestone: --- A user reported a problem on the jit mailing list where incorrect code was generated by libgccjit at the equivalent -O2 and above unless -fno-strict-aliasing was supplied: https://gcc.gnu.org/ml/jit/2015-q3/msg00015.html Referenced Bugs: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66627 [Bug 66627] Tracker bug for jit bugs affecting ravi
[Bug jit/66783] No error-checking for creating structs containing opaque structs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66783 --- Comment #2 from David Malcolm dmalcolm at gcc dot gnu.org --- Author: dmalcolm Date: Wed Jul 8 14:41:59 2015 New Revision: 225557 URL: https://gcc.gnu.org/viewcvs?rev=225557root=gccview=rev Log: PR jit/66783: improve error messages gcc/jit/ChangeLog: PR jit/66783 * libgccjit.c (gcc_jit_context_new_field): Show name of field in unknown size error message. (gcc_jit_struct_set_fields): Show name of struct in error message. (gcc_jit_context_new_global): Show name of global in unknown size error message. (gcc_jit_function_new_local): Likewise for local. gcc/testsuite/ChangeLog: PR jit/66783 * jit.dg/test-error-gcc_jit_context_new_field-opaque-struct.c (verify_code): Update expected error message. * jit.dg/test-error-gcc_jit_context_new_global-opaque-struct.c (verify_code): Likewise. * jit.dg/test-error-gcc_jit_function_new_local-opaque-struct.c (verify_code): Likewise. Modified: trunk/gcc/jit/ChangeLog trunk/gcc/jit/libgccjit.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/jit.dg/test-error-gcc_jit_context_new_field-opaque-struct.c trunk/gcc/testsuite/jit.dg/test-error-gcc_jit_context_new_global-opaque-struct.c trunk/gcc/testsuite/jit.dg/test-error-gcc_jit_function_new_local-opaque-struct.c
[Bug c++/66808] tree check fail in symbol_table::decl_assembler_name_hash
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66808 --- Comment #3 from Markus Trippelsdorf trippels at gcc dot gnu.org --- template typename class A { int *destroyThreadState_threadStatus = getThreadStatus(); int *getThreadStatus() { static __thread int a; return a; } }; Aint b;
[Bug bootstrap/66801] [6 Regression] gcc miscompiled during PGO/LTO bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66801 --- Comment #10 from Markus Trippelsdorf trippels at gcc dot gnu.org --- (In reply to Richard Biener from comment #9) Ah, you used release checking... damn. Also note the various FLAGS that I use in comment0. Both PGO and LTO are needed. PGO alone is fine, LTO alone is fine and bootstrap-O3 alone is also fine.
[Bug c++/66644] Rejects C++11 in-class anonymous union members initialization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66644 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |paolo.carlini at oracle dot com Target Milestone|--- |6.0 --- Comment #3 from Paolo Carlini paolo.carlini at oracle dot com --- Mine.
[Bug ipa/66760] [4.9/5/6 Regression] compile time regression in IPA inline analysis on PR26854 testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66760 --- Comment #3 from Martin Jambor jamborm at gcc dot gnu.org --- (In reply to Richard Biener from comment #2) I've already questioned the compile-time cost of those at introduction time. It is limited by fbi-aa_walked but only if fbi is passed which it is not when called via ipa_load_from_parm_agg. Changing the interface to pass the counter separately and add one to inline_summary similar to the ones in func_body_info could fix this. Right. And me and Honza have meant to do that for a long time. Hopefully this PR will finally force us to sit down and make inliner use these limiting provisions too.
[Bug libgomp/65099] nvptx offloading: hard-coded 64-bit assumptions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65099 --- Comment #1 from Thomas Schwinge tschwinge at gcc dot gnu.org --- Author: tschwinge Date: Wed Jul 8 14:59:59 2015 New Revision: 225560 URL: https://gcc.gnu.org/viewcvs?rev=225560root=gccview=rev Log: [nvptx offloading] Only 64-bit configurations are currently supported PR libgomp/65099 gcc/ * config/nvptx/mkoffload.c (main): Create an offload image only in 64-bit configurations. libgomp/ * plugin/plugin-nvptx.c (nvptx_get_num_devices): Return 0 if not in a 64-bit configuration. * testsuite/libgomp.oacc-c++/c++.exp: Don't attempt nvidia offloading testing if no such device is available. * testsuite/libgomp.oacc-c/c.exp: Likewise. * testsuite/libgomp.oacc-fortran/fortran.exp: Likewise. Modified: trunk/gcc/ChangeLog trunk/gcc/config/nvptx/mkoffload.c trunk/libgomp/ChangeLog trunk/libgomp/plugin/plugin-nvptx.c trunk/libgomp/testsuite/libgomp.oacc-c++/c++.exp trunk/libgomp/testsuite/libgomp.oacc-c/c.exp trunk/libgomp/testsuite/libgomp.oacc-fortran/fortran.exp
[Bug middle-end/66334] cleanup block fails to initialize EBX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66334 --- Comment #12 from Vladimir Makarov vmakarov at gcc dot gnu.org --- Author: vmakarov Date: Wed Jul 8 15:04:54 2015 New Revision: 225561 URL: https://gcc.gnu.org/viewcvs?rev=225561root=gccview=rev Log: 2015-07-08 Vladimir Makarov vmaka...@redhat.com PR middle-end/66334 * ira-lives.c (process_bb_node_lives): Make conflicts with PIC hard regno live at the start of BB with incoming abnormal edges. * lra-lives.c (process_bb_lives): Ditto. 2015-07-08 Vladimir Makarov vmaka...@redhat.com PR middle-end/66334 * gcc.target/i386/pr66334.c: New. Added: trunk/gcc/testsuite/gcc.target/i386/pr66334.c Modified: trunk/gcc/ChangeLog trunk/gcc/ira-lives.c trunk/gcc/lra-lives.c trunk/gcc/testsuite/ChangeLog
[Bug middle-end/66807] [6 Regression] --enable-libmpx failed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66807 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2015-07-08 CC||rguenther at suse dot de Target Milestone|--- |6.0 Ever confirmed|0 |1
[Bug bootstrap/66801] [6 Regression] gcc miscompiled during PGO/LTO bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66801 --- Comment #11 from Markus Trippelsdorf trippels at gcc dot gnu.org --- ../gcc/configure --disable-libstdcxx-pch --disable-libvtv --disable-libitm --disable-libcilkrts --disable-libssp --disable-libgomp --disable-werror --disable-multilib --enable-languages=c,c++ --enable-checking=release --with-build-config=bootstrap-lto bootstrap-O3 make profiledbootstrap is enough to reproduce. (gimple-match.c takes over 15 minutes to compile with this config).
[Bug middle-end/66702] #pragma omp declare simd uniform and linear issues
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66702 Jack Howarth howarth.at.gcc at gmail dot com changed: What|Removed |Added CC||howarth.at.gcc at gmail dot com --- Comment #4 from Jack Howarth howarth.at.gcc at gmail dot com --- These tests fail on x86_64-apple-darwin13... FAIL: libgomp.c++/pr66702-1.C (test for excess errors) FAIL: libgomp.c++/pr66702-2.C (test for excess errors) as follows... Executing on host: /sw/src/fink.build/gcc5-5.1.1-1/darwin_objdir/gcc/xgcc -B/sw/src/fink.build/gcc5-5.1.1-1/darwin_objdir/gcc/ /sw/src/fink.build/gcc5-5.1.1-1/gcc-5.2.0-RC-20150707/libgomp/testsuite/libgomp.c++/pr66702-1.C -m32 -B/sw/src/fink.build/gcc5-5.1.1-1/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgomp/ -B/sw/src/fink.build/gcc5-5.1.1-1/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgomp/.libs -I/sw/src/fink.build/gcc5-5.1.1-1/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgomp -I/sw/src/fink.build/gcc5-5.1.1-1/gcc-5.2.0-RC-20150707/libgomp/testsuite/../../include -I/sw/src/fink.build/gcc5-5.1.1-1/gcc-5.2.0-RC-20150707/libgomp/testsuite/.. -march=i486 -shared-libgcc -fmessage-length=0 -fno-diagnostics-show-caret -fdiagnostics-color=never -fopenmp -O2 -msse2 -B/sw/src/fink.build/gcc5-5.1.1-1/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgomp/../libstdc++-v3/src/.libs -L/sw/src/fink.build/gcc5-5.1.1-1/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgomp/.libs -L/sw/src/fink.build/gcc5-5.1.1-1/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgomp/../libstdc++-v3/src/.libs -lstdc++ -lm -o ./pr66702-1.exe(timeout = 300) spawn -ignore SIGHUP /sw/src/fink.build/gcc5-5.1.1-1/darwin_objdir/gcc/xgcc -B/sw/src/fink.build/gcc5-5.1.1-1/darwin_objdir/gcc/ /sw/src/fink.build/gcc5-5.1.1-1/gcc-5.2.0-RC-20150707/libgomp/testsuite/libgomp.c++/pr66702-1.C -m32 -B/sw/src/fink.build/gcc5-5.1.1-1/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgomp/ -B/sw/src/fink.build/gcc5-5.1.1-1/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgomp/.libs -I/sw/src/fink.build/gcc5-5.1.1-1/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgomp -I/sw/src/fink.build/gcc5-5.1.1-1/gcc-5.2.0-RC-20150707/libgomp/testsuite/../../include -I/sw/src/fink.build/gcc5-5.1.1-1/gcc-5.2.0-RC-20150707/libgomp/testsuite/.. -march=i486 -shared-libgcc -fmessage-length=0 -fno-diagnostics-show-caret -fdiagnostics-color=never -fopenmp -O2 -msse2 -B/sw/src/fink.build/gcc5-5.1.1-1/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgomp/../libstdc++-v3/src/.libs -L/sw/src/fink.build/gcc5-5.1.1-1/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgomp/.libs -L/sw/src/fink.build/gcc5-5.1.1-1/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgomp/../libstdc++-v3/src/.libs -lstdc++ -lm -o ./pr66702-1.exe^M /var/tmp//ccMmavab.s:297:no such instruction: `vmovdqa %xmm0, 48(%esp)'^M /var/tmp//ccMmavab.s:350:no such instruction: `vmovdqa 32(%esp), %xmm0'^M /var/tmp//ccMmavab.s:392:no such instruction: `vmovdqa %ymm0, -56(%ebp)'^M /var/tmp//ccMmavab.s:412:no such instruction: `vzeroupper'^M /var/tmp//ccMmavab.s:443:no such instruction: `vmovdqa -88(%ebp), %ymm0'^M compiler exited with status 1 output is: /var/tmp//ccMmavab.s:297:no such instruction: `vmovdqa %xmm0, 48(%esp)'^M /var/tmp//ccMmavab.s:350:no such instruction: `vmovdqa 32(%esp), %xmm0'^M /var/tmp//ccMmavab.s:392:no such instruction: `vmovdqa %ymm0, -56(%ebp)'^M /var/tmp//ccMmavab.s:412:no such instruction: `vzeroupper'^M /var/tmp//ccMmavab.s:443:no such instruction: `vmovdqa -88(%ebp), %ymm0'^M FAIL: libgomp.c++/pr66702-1.C (test for excess errors) Executing on host: /sw/src/fink.build/gcc5-5.1.1-1/darwin_objdir/gcc/xgcc -B/sw/src/fink.build/gcc5-5.1.1-1/darwin_objdir/gcc/ /sw/src/fink.build/gcc5-5.1.1-1/gcc-5.2.0-RC-20150707/libgomp/testsuite/libgomp.c++/pr66702-2.C -m32 -B/sw/src/fink.build/gcc5-5.1.1-1/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgomp/ -B/sw/src/fink.build/gcc5-5.1.1-1/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgomp/.libs -I/sw/src/fink.build/gcc5-5.1.1-1/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgomp -I/sw/src/fink.build/gcc5-5.1.1-1/gcc-5.2.0-RC-20150707/libgomp/testsuite/../../include -I/sw/src/fink.build/gcc5-5.1.1-1/gcc-5.2.0-RC-20150707/libgomp/testsuite/.. -march=i486 -shared-libgcc -fmessage-length=0 -fno-diagnostics-show-caret -fdiagnostics-color=never -fopenmp -O2 -msse2 -B/sw/src/fink.build/gcc5-5.1.1-1/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgomp/../libstdc++-v3/src/.libs -L/sw/src/fink.build/gcc5-5.1.1-1/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgomp/.libs -L/sw/src/fink.build/gcc5-5.1.1-1/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgomp/../libstdc++-v3/src/.libs -lstdc++ -lm -o ./pr66702-2.exe(timeout = 300) spawn -ignore SIGHUP /sw/src/fink.build/gcc5-5.1.1-1/darwin_objdir/gcc/xgcc -B/sw/src/fink.build/gcc5-5.1.1-1/darwin_objdir/gcc/
[Bug c++/66421] G++ fails compilation when assigning tuple created with variadic template to auto variable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66421 --- Comment #3 from Paolo Carlini paolo.carlini at oracle dot com --- Then let's add the testcase and close the bug.
[Bug jit/66811] New: RFE: have jit dumps be compileable as C code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66811 Bug ID: 66811 Summary: RFE: have jit dumps be compileable as C code Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: jit Assignee: dmalcolm at gcc dot gnu.org Reporter: dmalcolm at gcc dot gnu.org Blocks: 66627 Target Milestone: --- Whilst trying to track down a code generation issue with the jit, a user noted that gcc_jit_context_dump_to_file resembles C, but isn't C, and that it would be useful if it was compileable as C, so that we can compare the C frontend with the jit: https://gcc.gnu.org/ml/jit/2015-q3/msg00021.html Specific pain-points were: 1) types are in wrong order 2) function types are incorrectly output 3) array types are incorrectly output (in that mail 4) in one case as least a pointer was missing. turned out to be user error). Referenced Bugs: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66627 [Bug 66627] Tracker bug for jit bugs affecting ravi
[Bug bootstrap/66801] [6 Regression] gcc miscompiled during PGO/LTO bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66801 --- Comment #8 from Richard Biener rguenth at gcc dot gnu.org --- Ok, I can't reproduce it on x86_64 with --enable-languages=c --disable-multilib --with-build-config=bootstrap-lto --disable-werror make -j8 profiledbootstrap on r225546.
[Bug bootstrap/66801] [6 Regression] gcc miscompiled during PGO/LTO bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66801 --- Comment #9 from Richard Biener rguenth at gcc dot gnu.org --- Ah, you used release checking... damn.
[Bug target/66523] the new clang-based assembler in Xcode 7 on 10.11 fails on libobjc/NXConstStr.m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66523 --- Comment #12 from Jack Howarth howarth.at.gcc at gmail dot com --- Regression testing of gcc-5.2.0-RC-20150707 with https://gcc.gnu.org/bugzilla/attachment.cgi?id=35773 applied posted at... https://gcc.gnu.org/ml/gcc-testresults/2015-07/msg00825.html showing no regressions compared to the previous results for gcc 5.1.1 without the proposed fix applied... https://gcc.gnu.org/ml/gcc-testresults/2015-07/msg00300.html
[Bug c++/66421] G++ fails compilation when assigning tuple created with variadic template to auto variable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66421 --- Comment #5 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org --- Author: paolo Date: Wed Jul 8 16:08:10 2015 New Revision: 225563 URL: https://gcc.gnu.org/viewcvs?rev=225563root=gccview=rev Log: 2015-07-08 Paolo Carlini paolo.carl...@oracle.com PR c++/66421 * g++.dg/cpp0x/auto45.C: New. Added: trunk/gcc/testsuite/g++.dg/cpp0x/auto45.C Modified: trunk/gcc/testsuite/ChangeLog
[Bug target/66810] [6] ICE on tree error_mark with -miamcu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66810 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2015-07-08 Target Milestone|--- |6.0 Ever confirmed|0 |1 --- Comment #1 from H.J. Lu hjl.tools at gmail dot com --- A patch is posted at https://gcc.gnu.org/ml/gcc-patches/2015-07/msg00628.html
[Bug libgcc/66809] stage 1 build failure in libgcc on sparc-sun-solaris2.10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66809 --- Comment #1 from Mikael Pettersson mikpelinux at gmail dot com --- ld.so.1: cc1: fatal: libmpc.so.3: open failed: No such file or directory xgcc: internal compiler error: Killed (program cc1) You need to 1. Tell the dynamic linker where to find the gmp etc shared libraries, or 2. Build gmp etc as non-shared libraries, or 3. Install the gmp etc shared libraries in a standard location. Not a gcc bug.
[Bug c++/66421] G++ fails compilation when assigning tuple created with variadic template to auto variable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66421 --- Comment #4 from Paolo Carlini paolo.carlini at oracle dot com --- Note that this is already fixed for 5.2.0 too.
[Bug c++/66421] G++ fails compilation when assigning tuple created with variadic template to auto variable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66421 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |5.2 --- Comment #6 from Paolo Carlini paolo.carlini at oracle dot com --- Done.
[Bug target/66806] internal compiler error: in emit_move_insn, at expr.c:3551
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66806 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #4 from H.J. Lu hjl.tools at gmail dot com --- Fixed.
[Bug target/66806] internal compiler error: in emit_move_insn, at expr.c:3551
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66806 --- Comment #3 from hjl at gcc dot gnu.org hjl at gcc dot gnu.org --- Author: hjl Date: Wed Jul 8 16:19:06 2015 New Revision: 225564 URL: https://gcc.gnu.org/viewcvs?rev=225564root=gccview=rev Log: Don't pass/return vectors in registers for IAMCU Vectors should be passed in memory for IAMCU. No warning for vector ABI change for IAMCU since IAMCU ABI won't change. gcc/ PR target/66806 * config/i386/i386.c (type_natural_mode): Don't warn vector ABI change for IAMCU. (function_arg_advance_32): Don't pass vectors in registers for IAMCU. (function_arg_32): Likewise. (ix86_return_in_memory): Don't return vectors in registers for IAMCU. gcc/testsuite/ PR target/66806 * gcc.target/i386/pr66806.c: New test. Added: trunk/gcc/testsuite/gcc.target/i386/pr66806.c Modified: trunk/gcc/config/i386/i386.c
[Bug tree-optimization/66799] [6 regression] gcc.dg/vect/pr20122.c FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66799 Rainer Orth ro at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |6.0
[Bug tree-optimization/66799] New: [6 regression] gcc.dg/vect/pr20122.c FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66799 Bug ID: 66799 Summary: [6 regression] gcc.dg/vect/pr20122.c FAILs Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: ro at gcc dot gnu.org CC: rguenth at gcc dot gnu.org Target Milestone: --- Target: sparc*-*-solaris2.* Between r225008 and r225374, gcc.dg/vect/pr20122.c began to FAIL on Solaris/SPARC, both 32 and 64-bit: FAIL: gcc.dg/vect/pr20122.c -flto -ffat-lto-objects scan-tree-dump-times vect Alignment of access forced using versioning 2 FAIL: gcc.dg/vect/pr20122.c scan-tree-dump-times vect Alignment of access forced using versioning 2 A reghunt revealed that this was caused by 2015-07-02 Richard Biener rguent...@suse.de * builtins.c (get_pointer_alignment_1): Handle POINTER_PLUS_EXPR. * fold-const.c (get_pointer_modulus_and_residue): Remove. (fold_binary_loc): Implement (T)ptr CST in terms of get_pointer_alignment_1. * tree-vect-loop-manip.c (vect_gen_niters_for_prolog_loop): Make sure to build the alignment test on a SSA name without final alignment info valid only after the prologue. Rainer
[Bug tree-optimization/66800] New: [6 regression] gcc.dg/vect/vect-align-1.c FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66800 Bug ID: 66800 Summary: [6 regression] gcc.dg/vect/vect-align-1.c FAILs Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: ro at gcc dot gnu.org CC: rguenth at gcc dot gnu.org Target Milestone: --- Target: sparc*-*-solaris2.* Between r225008 and r225374, gcc.dg/vect/vect-align-1.c began to FAIL on Solaris/SPARC, both 32 and 64-bit: FAIL: gcc.dg/vect/vect-align-1.c -flto -ffat-lto-objects execution test FAIL: gcc.dg/vect/vect-align-1.c execution test Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1 (LWP 1)] 0x00010c8c in main1 (p=p@entry=0x21018) at /vol/gcc/src/hg/trunk/local/gcc/testsuite/gcc.dg/vect/vect-align-1.c:27 27p-y[i] = x[i]; (gdb) where #0 0x00010c8c in main1 (p=p@entry=0x21018) at /vol/gcc/src/hg/trunk/local/gcc/testsuite/gcc.dg/vect/vect-align-1.c:27 #1 0x00010dc0 in main () at /vol/gcc/src/hg/trunk/local/gcc/testsuite/gcc.dg/vect/vect-align-1.c:46 mdb: stop on SIGBUS mdb: target stopped at: main1+0x18: std %d8, [%g1] 1: x/i $pc = 0x10c48 main1+24: std %f8, [ %g1 ] (gdb) p $g1 $1 = 135169 (gdb) p/x $g1 $2 = 0x21001 A reghunt identified the following patch as the culprit: 2015-07-03 Richard Biener rguent...@suse.de * fold-const.c (fold_binary_loc): Move (T)ptr CST folding... * match.pd: ... here. Rainer
[Bug tree-optimization/66800] [6 regression] gcc.dg/vect/vect-align-1.c FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66800 Rainer Orth ro at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |6.0
[Bug tree-optimization/66799] [6 regression] gcc.dg/vect/pr20122.c FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66799 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2015-07-08 Ever confirmed|0 |1 --- Comment #1 from Richard Biener rguenth at gcc dot gnu.org --- Hum, I think we are now just better with optimizing - according to the comment in the testcase the two static (and thus eventually inlined) loops require versioning for alignment. I don't see this, all arrays are properly aligned and I suppose IPA-CP now properly transfers alignment info. Please attach dumps or provide instructions on how to configure a cross cc1 from x86_64-linux.
[Bug tree-optimization/66767] [6 regression] FAIL: gcc.dg/vect/vect-align-1.c execution test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66767 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added CC||ro at gcc dot gnu.org --- Comment #5 from Richard Biener rguenth at gcc dot gnu.org --- *** Bug 66800 has been marked as a duplicate of this bug. ***
[Bug tree-optimization/66794] [6 Regression] ICE at -O2 and -O3 on x86_64-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66794 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2015-07-08 Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot gnu.org Target Milestone|--- |6.0 Summary|ICE at -O2 and -O3 on |[6 Regression] ICE at -O2 |x86_64-linux-gnu|and -O3 on x86_64-linux-gnu Ever confirmed|0 |1 --- Comment #1 from Richard Biener rguenth at gcc dot gnu.org --- So this means post-dominators are corrupt at then entry to DSE. Usually passes should always release post-dominators - it seems there is at least one that fails to do that. isolate-paths in this case. Passes are not good at making sure to release post-dom-info when they invalidate it. The regression is due to extra checking. Index: gcc/gimple-ssa-isolate-paths.c === --- gcc/gimple-ssa-isolate-paths.c (revision 225504) +++ gcc/gimple-ssa-isolate-paths.c (working copy) @@ -501,10 +501,10 @@ gimple_ssa_isolate_erroneous_paths (void /* We scramble the CFG and loop structures a bit, clean up appropriately. We really should incrementally update the loop structures, in theory it shouldn't be that hard. */ + free_dominance_info (CDI_POST_DOMINATORS); if (cfg_altered) { free_dominance_info (CDI_DOMINATORS); - free_dominance_info (CDI_POST_DOMINATORS); loops_state_set (LOOPS_NEED_FIXUP); return TODO_cleanup_cfg | TODO_update_ssa; } fixes it.
[Bug tree-optimization/66804] Alignment issue caused by auto vectorization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66804 Markus Trippelsdorf trippels at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||trippels at gcc dot gnu.org Resolution|--- |INVALID --- Comment #3 from Markus Trippelsdorf trippels at gcc dot gnu.org --- closing
[Bug web/66802] Some of the Bugzilla Bug fields descriptions do not reflect GCC development
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66802 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2015-07-08 Ever confirmed|0 |1 --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org --- (In reply to Uroš Bizjak from comment #0) IMO, Priority and Severity fields also need a better description - at least the criteria for Priority and Severity selections, and who can set these fields (Release Managers?). IMHO those fields should not even be shown on the New Bug form. Even if we document how they should be used we're still going to get users selecting Blocker because the bug means they can't deliver their work on time. The ideal might be to only show them (and allow them to be edited on existing bugs) by people with an @gcc.gnu.org email address.
[Bug c++/66805] New: Crash in gcov_exit when combining --coverage, C++, #pragma pack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66805 Bug ID: 66805 Summary: Crash in gcov_exit when combining --coverage, C++, #pragma pack Product: gcc Version: 5.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: jengelh at inai dot de CC: rguenther at suse dot de Target Milestone: --- Observed: When building in C++ mode, combined with #pragma pack(1), combined with --coverage, there is a crash somewhere in gcov_exit. $ cat MF #!/bin/sh echo 'void foo(void){}' pack.cpp echo '#pragma pack(1)' pack.cpp echo 'int main(void){return 0;}' t.cpp g++ --coverage pack.cpp -shared -fPIC -o pack.so g++ --coverage t.cpp -o t ./pack.so ./t $ sh MF MF: line 7: 22909 Segmentation fault ./t $ gcc -v gcc version 4.8.5 (SUSE Linux) Also happens with: gcc version 5.1.1 20150609 [gcc-5-branch revision 224273] (SUSE Linux) (platform is an openSUSE 13.2 x86_64 with the compilers provided by /devel:/gcc)
[Bug ipa/66738] [5/6 Regression] optimizer bug related to exceptions and static symbols
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66738 --- Comment #3 from Martin Jambor jamborm at gcc dot gnu.org --- For the record, this PR can be bisected to r218024: Author: hubicka Date: Mon Nov 24 16:15:46 2014 + PR ipa/63671 * ipa-inline-transform.c (can_remove_node_now_p_1): Handle alises and -fno-devirtualize more carefully. (can_remove_node_now_p): Update.
[Bug target/66523] the new clang-based assembler in Xcode 7 on 10.11 fails on libobjc/NXConstStr.m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66523 --- Comment #15 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org --- Jack, can you spin a gcc-4.9 test?
[Bug target/66813] New: gcc.target/i386/asm-flag-5.c failed with -march=pentium
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66813 Bug ID: 66813 Summary: gcc.target/i386/asm-flag-5.c failed with -march=pentium Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: hjl.tools at gmail dot com CC: rth at gcc dot gnu.org, ubizjak at gmail dot com Target Milestone: --- [hjl@gnu-6 gcc]$ ./xgcc -B./ -m32 -S -march=pentium /export/gnu/src/tools-iamcu/tools/gcc/testsuite/gcc.target/i386/asm-flag-5.c /export/gnu/src/tools-iamcu/tools/gcc/testsuite/gcc.target/i386/asm-flag-5.c: In function ‘f_s’: /export/gnu/src/tools-iamcu/tools/gcc/testsuite/gcc.target/i386/asm-flag-5.c:7:1: error: unrecognizable insn: void f_s(void) { short x; asm( : =@ccc(x)); } ^ (insn 7 6 5 2 (set (reg:HI 87 [ x ]) (zero_extend:HI (reg:QI 88))) /export/gnu/src/tools-iamcu/tools/gcc/testsuite/gcc.target/i386/asm-flag-5.c:7 -1 (nil)) /export/gnu/src/tools-iamcu/tools/gcc/testsuite/gcc.target/i386/asm-flag-5.c:7:1: internal compiler error: in extract_insn, at recog.c:2302 0xeac06d _fatal_insn(char const*, rtx_def const*, char const*, int, char const*) /export/gnu/import/git/sources/gcc/gcc/rtl-error.c:109 0xeac0ae _fatal_insn_not_found(rtx_def const*, char const*, int, char const*) /export/gnu/import/git/sources/gcc/gcc/rtl-error.c:117 0xe5deed extract_insn(rtx_insn*) /export/gnu/import/git/sources/gcc/gcc/recog.c:2302 0xa54540 instantiate_virtual_regs_in_insn /export/gnu/import/git/sources/gcc/gcc/function.c:1581 0xa559b6 instantiate_virtual_regs /export/gnu/import/git/sources/gcc/gcc/function.c:1949 0xa55a86 execute /export/gnu/import/git/sources/gcc/gcc/function.c:1998 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See http://gcc.gnu.org/bugs.html for instructions. [hjl@gnu-6 gcc]$
[Bug target/66814] New: ICE: gcc.target/i386/avx512f-klogic-2.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66814 Bug ID: 66814 Summary: ICE: gcc.target/i386/avx512f-klogic-2.c Product: gcc Version: 5.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: rmansfield at qnx dot com Target Milestone: --- Created attachment 35935 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35935action=edit reduced preprocessed testcase Testing gcc 5.2 RC with -march=i586 FAIL: gcc.target/i386/avx512f-klogic-2.c (internal compiler error) FAIL: gcc.target/i386/avx512f-klogic-2.c (test for excess errors) FAIL: gcc.target/i386/avx512f-knotw-1.c (internal compiler error) FAIL: gcc.target/i386/avx512f-knotw-1.c (test for excess errors) Reduced testcase: $ ./xgcc -B. ~/ice.i -march=i586 -m32 -mavx512f -O2 /home/rmansfield/ice.i: In function ‘avx512f_test’: /home/rmansfield/ice.i:18:6: error: insn does not satisfy its constraints: } ^ (insn 48 7 13 2 (parallel [ (set (reg:HI 70 k1 [99]) (xor:HI (reg:HI 69 k0 [orig:97 src1 ] [97]) (const_int -1 [0x]))) (clobber (reg:CC 17 flags)) ]) /home/rmansfield/ice.i:7 405 {*xorhi_1} (nil)) /home/rmansfield/ice.i:18:6: internal compiler error: in extract_constrain_insn, at recog.c:2246 0x92ce2a _fatal_insn(char const*, rtx_def const*, char const*, int, char const*) ../../gcc/rtl-error.c:110 0x92ce4f _fatal_insn_not_found(rtx_def const*, char const*, int, char const*) ../../gcc/rtl-error.c:121 0x8fd63d extract_constrain_insn(rtx_insn*) ../../gcc/recog.c:2246 0x90584a copyprop_hardreg_forward_1 ../../gcc/regcprop.c:793 0x906327 execute ../../gcc/regcprop.c:1289 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See http://gcc.gnu.org/bugs.html for instructions.
[Bug libgcc/66809] stage 1 build failure in libgcc on sparc-sun-solaris2.10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66809 --- Comment #2 from James Ballantine j.ballantine at gmail dot com --- If you look at attachment, you will see that he options for --with-gmp=/usr/local/add-on/gmp --with-mpc=/usr/local/add-on/mpc --with-mpfr=/usr/local/add-on/mpfr were set