[Bug target/65989] New: [6 Regression] ICE: in extract_constrain_insn_cached, at recog.c:2256 (insn does not satisfy its constraints) with -fsanitize=thread -mavx512dq
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65989
Bug ID: 65989
Summary: [6 Regression] ICE: in extract_constrain_insn_cached,
at recog.c:2256 (insn does not satisfy its
constraints) with -fsanitize=thread -mavx512dq
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: zsojka at seznam dot cz
Target Milestone: ---
Created attachment 35446
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35446action=edit
reduced testcase
Compiler output:
$ gcc -fsanitize=thread -mavx512dq testcase.c
testcase.c: In function 'foo':
testcase.c:23:1: error: insn does not satisfy its constraints:
}
^
(insn 188 187 142 2 (set (reg:V2DF 53 xmm16 [ D.3172 ])
(vec_merge:V2DF (vec_duplicate:V2DF (float:DF (reg:SI 0 ax [orig:124
D.3171 ] [124])))
(reg:V2DF 53 xmm16 [ D.3172 ])
(const_int 1 [0x1]))) testcase.c:22 2195 {sse2_cvtsi2sd}
(nil))
testcase.c:23:1: internal compiler error: in extract_constrain_insn_cached, at
recog.c:2256
0xae3e58 _fatal_insn(char const*, rtx_def const*, char const*, int, char
const*)
/mnt/svn/gcc-trunk/gcc/rtl-error.c:110
0xae3ec4 _fatal_insn_not_found(rtx_def const*, char const*, int, char const*)
/mnt/svn/gcc-trunk/gcc/rtl-error.c:121
0xa9b289 extract_constrain_insn_cached(rtx_insn*)
/mnt/svn/gcc-trunk/gcc/recog.c:2256
0xebee07 insn_default_length(rtx_insn*)
/mnt/svn/gcc-trunk/gcc/config/i386/i386.md:13281
0x81cb89 shorten_branches(rtx_insn*)
/mnt/svn/gcc-trunk/gcc/final.c:1219
0x81d7df rest_of_handle_shorten_branches
/mnt/svn/gcc-trunk/gcc/final.c:4584
0x81d7df execute
/mnt/svn/gcc-trunk/gcc/final.c:4613
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.
Tested revisions:
r222716 - ICE
5 r222437 - OK
[Bug target/65990] New: ICE: in extract_insn, at recog.c:2341 (unrecognizable insn) with -mmemcpy-strategy=rep_8byte:-1:noalign -m32 -mtune=btver2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65990 Bug ID: 65990 Summary: ICE: in extract_insn, at recog.c:2341 (unrecognizable insn) with -mmemcpy-strategy=rep_8byte:-1:noalign -m32 -mtune=btver2 Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: zsojka at seznam dot cz Target Milestone: --- Created attachment 35447 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35447action=edit reduced testcase Compiler output: $ gcc -mmemcpy-strategy=rep_8byte:-1:noalign -m32 -mtune=btver2 testcase.c testcase.c: In function 'foo': testcase.c:24:1: error: unrecognizable insn: } ^ (insn 8 7 9 2 (parallel [ (set (reg:SI 89) (const_int 0 [0])) (set (reg/f:SI 87) (plus:SI (ashift:SI (reg:SI 89) (const_int 3 [0x3])) (reg/f:SI 87))) (set (reg/f:SI 88) (plus:SI (ashift:SI (reg:SI 89) (const_int 3 [0x3])) (reg/f:SI 88))) (set (mem/c:BLK (reg/f:SI 87) [0 u9+0 S32 A32]) (mem/u/c:BLK (reg/f:SI 88) [0 S32 A32])) (use (reg:SI 89)) ]) testcase.c:11 -1 (nil)) testcase.c:24:1: internal compiler error: in extract_insn, at recog.c:2341 0xae3e58 _fatal_insn(char const*, rtx_def const*, char const*, int, char const*) /mnt/svn/gcc-trunk/gcc/rtl-error.c:110 0xae3ee8 _fatal_insn_not_found(rtx_def const*, char const*, int, char const*) /mnt/svn/gcc-trunk/gcc/rtl-error.c:118 0xa99fe8 extract_insn(rtx_insn*) /mnt/svn/gcc-trunk/gcc/recog.c:2341 0x866dde instantiate_virtual_regs_in_insn /mnt/svn/gcc-trunk/gcc/function.c:1646 0x866dde instantiate_virtual_regs /mnt/svn/gcc-trunk/gcc/function.c:1966 0x866dde execute /mnt/svn/gcc-trunk/gcc/function.c:2015 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. Tested revisions: r222716 - ICE 5 r222437 - ICE 4_9 r222436 - ICE
[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 #1 from Marc Glisse glisse at gcc dot gnu.org --- Yes, there is (was?) a bug in ISL where they are missing extern C in isl/val_gmp.h, which was hacked around in a buggy way in graphite-isl-ast-to-gimple.c by including that file inside extern C. I think it should include system.h (or at least gmp.h) before doing that hack, to minimize the number of headers recursively affected.
[Bug target/64835] -fno-ipa-cp is inconsitently supported when attributes optimize or target are used
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64835 --- Comment #6 from Andreas Schwab sch...@linux-m68k.org --- Also fails on ia64. $ grep --color hooray iinline-attr.c.062i.inline Analyzing function: hooray/0 Analyzing function body size: hooray Inline summary for hooray/0 inlinable hooray/0 function not considered for inlining Inline summary for hooray/0 inlinable not inlinable: hiphip.constprop/4 - hooray/0, function not declared inline and code size would grow Enqueueing calls in hooray/0. not inlinable: hooray/0 - non_existent/3, function body not available hooray/0 function not declared inline and code size would grow Inline summary for hooray/0 inlinable Calls: hooray/0 (1.00 per call) non_existent/3 (1.00 per call) Called by: hiphip.constprop.0/4 (1.00 per call) hooray/0 (1.00 per call) References: hooray/0 (addr) hooray/0 (hooray) @0x20a80350 hiphip (hooray); hooray () ;; Function hooray (hooray, funcdef_no=0, decl_uid=1465, cgraph_uid=0, symbol_order=0) hooray () hooray ();
[Bug target/65989] [6 Regression] ICE: in extract_constrain_insn_cached, at recog.c:2256 (insn does not satisfy its constraints) with -fsanitize=thread -mavx512dq
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65989 Uroš Bizjak ubizjak at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Uroš Bizjak ubizjak at gmail dot com --- Dup. *** This bug has been marked as a duplicate of bug 65915 ***
[Bug target/65915] [6 Regression] FAIL: gcc.target/i386/avx512f-vrndscalepd-2.c (internal compiler error)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65915 Uroš Bizjak ubizjak at gmail dot com changed: What|Removed |Added CC||zsojka at seznam dot cz --- Comment #2 from Uroš Bizjak ubizjak at gmail dot com --- *** Bug 65989 has been marked as a duplicate of this bug. ***
[Bug target/65915] [6 Regression] FAIL: gcc.target/i386/avx512f-vrndscalepd-2.c (internal compiler error)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65915 --- Comment #3 from Uroš Bizjak ubizjak at gmail dot com --- *** Bug 65986 has been marked as a duplicate of this bug. ***
[Bug target/65986] [6 Regression] ICE: in extract_constrain_insn, at recog.c:2244 (insn does not satisfy its constraints) with -mavx512ifma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65986 Uroš Bizjak ubizjak at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Uroš Bizjak ubizjak at gmail dot com --- Dup. *** This bug has been marked as a duplicate of bug 65915 ***
[Bug fortran/37131] inline matmul for small matrix sizes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37131 --- Comment #27 from Thomas Koenig tkoenig at gcc dot gnu.org --- Author: tkoenig Date: Sun May 3 18:09:57 2015 New Revision: 222751 URL: https://gcc.gnu.org/viewcvs?rev=222751root=gccview=rev Log: 2015-05-03 Thomas Koenig tkoe...@gcc.gnu.org PR fortran/37131 * gfortran.dg/bound_9.f90: Add pointer assignment. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/bound_9.f90
[Bug fortran/48890] [F95] Wrong length of a character component of named constant derived-type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48890 Francois-Xavier Coudert fxcoudert at gcc dot gnu.org changed: What|Removed |Added Version|4.6.1 |6.0 Blocks||32834 Summary|length of a character |[F95] Wrong length of a |derived-type component with |character component of |PARAMETER |named constant derived-type --- Comment #3 from Francois-Xavier Coudert fxcoudert at gcc dot gnu.org --- It's a Fortran 95-only issue! See the variant below: implicit none type :: a_t character(len=10) :: s = x end type a_t type(a_t), parameter :: foo = a_t() print *, len(foo%s), len_trim(foo%s) end Referenced Bugs: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32834 [Bug 32834] [Meta-bug] 'Fortran 95'-only failures
[Bug debug/65997] Bad DWARF debug info
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65997 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #3 from H.J. Lu hjl.tools at gmail dot com --- It is a readelf bug. I opened: https://sourceware.org/bugzilla/show_bug.cgi?id=18374
[Bug debug/65997] New: -mregparm=3 causes bad DWARF debug info
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65997
Bug ID: 65997
Summary: -mregparm=3 causes bad DWARF debug info
Product: gcc
Version: 5.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
Assignee: unassigned at gcc dot gnu.org
Reporter: hjl.tools at gmail dot com
Target Milestone: ---
Target: x86
On Linux/x86, I got
[hjl@gnu-6 gcc]$ cat /tmp/x.c
typedef unsigned int size_t;
void
bzero(void *b , size_t length)
{
char *ptr = (char *)b;
while (length--)
*ptr++ = 0;
}
[hjl@gnu-6 gcc]$ /usr/gcc-5.1.1/bin/gcc -m32 -O2 -g /tmp/x.i -c -o /tmp/x.o
-mregparm=3
[hjl@gnu-6 gcc]$ readelf -w /tmp/x.o ! /dev/null
readelf: Warning: There are 44 unused bytes at the end of section .zdebug_loc
readelf: Error: '/dev/null' is not an ordinary file
[hjl@gnu-6 gcc]$ /usr/gcc-5.1.1/bin/gcc -m32 -O2 -g /tmp/x.i -c -o /tmp/x.o
[hjl@gnu-6 gcc]$ readelf -w /tmp/x.o ! /dev/null
readelf: Error: '/dev/null' is not an ordinary file
[hjl@gnu-6 gcc]$
[Bug preprocessor/65998] New: please support multiarch for the user search paths (CPATH, etc.)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65998 Bug ID: 65998 Summary: please support multiarch for the user search paths (CPATH, etc.) Product: gcc Version: 5.1.1 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: preprocessor Assignee: unassigned at gcc dot gnu.org Reporter: vincent-gcc at vinc17 dot net Target Milestone: --- cpp currently supports multiarch search paths for /usr/local and /usr, but not for directories supplied via environment variables like $CPATH and $C_INCLUDE_PATH. For instance, cpp -v gives: /usr/local/include/x86_64-linux-gnu /usr/local/include [...] /usr/include/x86_64-linux-gnu /usr/include and when adding the -m32 option: /usr/local/include/i386-linux-gnu /usr/local/include [...] /usr/include/i386-linux-gnu /usr/include But if I use CPATH=/home/vlefevre/include, I just get: /home/vlefevre/include in the cpp output (while the subdirectories /home/vlefevre/include/x86_64-linux-gnu and /home/vlefevre/include/i386-linux-gnu exist too). Adding the other subdirectory to $CPATH is not a good solution because one doesn't always know the ABI (whether -m32 is present or not) in advance, i.e. one doesn't know in advance which directory to add to $CPATH.
[Bug target/47123] *freebsd configurations configure, but don't build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47123 Andreas Tobler andreast at gcc dot gnu.org changed: What|Removed |Added CC||andreast at gcc dot gnu.org --- Comment #1 from Andreas Tobler andreast at gcc dot gnu.org --- Fixed, see target/65535
[Bug web/64968] Upgrade GCC Bugzilla to 5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64968
--- Comment #34 from Frédéric Buclin LpSolit at netscape dot net ---
My debug code caught the problem. In one of the last bugmails, I got:
Date: Sun, 03 May 2015 14:56:33 +
X-Bugzilla-Debug-Date: Sun, 03 May 2015 14:56:33 +
X-Bugzilla-Debug-DeltaTS: 2015-05-03 20:26:33
X-Bugzilla-Debug-Local_Timezone: Asia/Kolkata
X-Bugzilla-TZ-FromEnv: Asia/Kolkata
X-Bugzilla-TZ-FromEtcTimezone: no data
X-Bugzilla-TZ-FromEtcLocaltime: UTC
X-Bugzilla-TZ-FromEtcTIMEZONE: no data
X-Bugzilla-TZ-FromEtcSysconfigClock: UTC
X-Bugzilla-TZ-FromEtcDefaultInit: no data
DeltaTS contains the date stored in the DB; this one is correct. But
while 98% of bugmails have X-Bugzilla-TZ-FromEnv: no data, this one
has Asia/Kolkata. This header is populated by $ENV{TZ}. As it takes
precedence over FromEtcLocaltime: UTC, this explains why the timestamp
is wrong.
Now, I cannot explain why $ENV{TZ} = Asia/Kolkata from time to time.
But at least, we know where to look at.
[Bug fortran/48890] length of a character derived-type component with PARAMETER
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48890 Francois-Xavier Coudert fxcoudert at gcc dot gnu.org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu.org --- Comment #2 from Francois-Xavier Coudert fxcoudert at gcc dot gnu.org --- This is indeed a wrong-code bug. It's been reported on comp.lang.fortran today: implicit none type :: a_t character(len=10) :: s = x end type a_t type(a_t), parameter :: foo = a_t() type(a_t), parameter :: bar = a_t() print *, len(foo%s), len_trim(foo%s) print *, len(bar%s), len_trim(bar%s) end gives 0 0 10 1 while it should give: 10 0 10 1
[Bug debug/65997] Bad DWARF debug info
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65997 --- Comment #2 from H.J. Lu hjl.tools at gmail dot com --- This could be a readelf bug.
[Bug target/47123] *freebsd configurations configure, but don't build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47123 Andreas Tobler andreast at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #2 from Andreas Tobler andreast at gcc dot gnu.org --- See previous comment.
[Bug target/47093] [meta-bug]: broken configurations
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47093 Bug 47093 depends on bug 47123, which changed state. Bug 47123 Summary: *freebsd configurations configure, but don't build https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47123 What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED
[Bug go/61303] gccgo: segfault, regression since 4.8.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61303 --- Comment #7 from Maciej Bliziński maciej at opencsw dot org --- Checked again, the problem is still there in GCC-5.1.
[Bug debug/65997] Bad DWARF debug info
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65997
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed||2015-05-04
Summary|-mregparm=3 causes bad |Bad DWARF debug info
|DWARF debug info|
Ever confirmed|0 |1
--- Comment #1 from H.J. Lu hjl.tools at gmail dot com ---
Also happen on x86-64:
[hjl@gnu-6 gcc]$ cat /tmp/x.c
void
foo (void *b , unsigned int length)
{
char *ptr = (char *)b;
while (length--)
*ptr++ = 0;
}
[hjl@gnu-6 gcc]$ /usr/gcc-5.1.1/bin/gcc -O2 -g /tmp/x.c -c
[hjl@gnu-6 gcc]$ readelf --debug-dump=loc x.o
Contents of the .zdebug_loc section:
Offset BeginEnd Expression
000c (DW_OP_reg5 (rdi))
0013 000c 001f (DW_OP_GNU_entry_value:
(DW_OP_reg5 (rdi)); DW_OP_stack_value)
0029 End of list
0039 End of list
readelf: Warning: There are 40 unused bytes at the end of section .zdebug_loc
[hjl@gnu-6 gcc]$
[Bug c/66000] New: Suggestion: more than one not declared in this scope per line
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66000 Bug ID: 66000 Summary: Suggestion: more than one not declared in this scope per line Product: gcc Version: 5.1.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: darlingm at gmail dot com Target Milestone: --- With the code nonExistantClass varName = nonExistantFunction(); gcc 5.1.0 gives error: `nonExistantClass' was not declared in this scope nonExistantClass varName = nonExistantFunction(); ^ It might be better if it ALSO gave: error: `nonExistantFunction' was not declared in this scope nonExistantClass varName = nonExistantFunction(); ^
[Bug c++/66001] New: [5.1/6 regression] ICE when NSDMI in a literal class uses a destructor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66001
Bug ID: 66001
Summary: [5.1/6 regression] ICE when NSDMI in a literal class
uses a destructor
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: potswa at mac dot com
Target Milestone: ---
Works in 4.9.2, broken in 5.1. Not sure about 5.
struct x {
struct dt { ~ dt() {} }
const m = {};
} cx;
in constexpr expansion of ‘cx.x::x()’
internal compiler error: unexpected expression ‘statement’ of kind
try_finally
[Bug c/65999] c11 compliance - fopen_s not supported
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65999 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |MOVED --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org --- These should be provided by your libc if at all. Also note the _s functions are an optional part of C11 and are not required.
[Bug c++/66001] [5.1/6 regression] ICE when NSDMI in a literal class uses a destructor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66001
--- Comment #1 from David Krauss potswa at mac dot com ---
If a non-constexpr constructor is addend to struct dt, the behavior is
different, and inconsistent between a bound temporary and an initializer_list
sequence.
#include initializer_list
struct dt
{ dt() {} ~ dt() {} };
struct x {
std::initializer_list dt f = { {} };
} cx;
Result:
In constructor ‘constexpr x::x()’:
sorry, unimplemented: unexpected AST of kind try_block
This program is accepted, though:
struct dt
{ dt() {} ~ dt() {} };
struct x {
dt m = {};
} cx;
[Bug c/65999] New: c11 compliance - fopen_s not supported
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65999
Bug ID: 65999
Summary: c11 compliance - fopen_s not supported
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: darlingm at gmail dot com
Target Milestone: ---
Microsoft implemented fopen_s some time ago. According to
http://en.cppreference.com/w/c/io/fopen, it was made part of the C11 standard.
(Forgive me if they're wrong.)
GCC v5.1.0 doesn't seem to support it. grep fopen_s -r * through its source
finds nothing. grep'ing through /usr/include (gcc 4.9.2) and
/usr/local/include (gcc 5.1.0) only finds it in
/usr/include/wine/msvcrt/{stdio.h wchar.h}
[Bug c/65999] c11 compliance - fopen_s not supported
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65999 --- Comment #2 from Andrew Pinski pinskia at gcc dot gnu.org --- (In reply to Andrew Pinski from comment #1) These should be provided by your libc if at all. This means report it to glibc if you use GNU/Linux. Apple if you use Mac OS X, etc.
[Bug target/65871] bzhi builtin/intrinsic wrongly assumes bzhi instruction doesn't set the ZF flag
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65871
--- Comment #7 from James Almer jamrial at gmail dot com ---
Thanks for the above fix.
I forgot to test BMI1's andn. That one should have an insn modeled this way as
well.
int foo (unsigned int x, unsigned int y)
{
if (~x y)
return 1;
return 0;
}
gcc -O2 -mbmi -c andn.c
foo:
0: c4 e2 40 f2 fe andn %esi,%edi,%edi
5: 31 c0 xor%eax,%eax
7: 85 ff test %edi,%edi
9: 0f 95 c0setne %al
c: c3 retq
http://www.felixcloutier.com/x86/ANDN.html
[Bug rtl-optimization/53533] [4.8/4.9/5/6 regression] vectorization causes loop unrolling test slowdown as measured by Adobe's C++Benchmark
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53533 --- Comment #27 from Markus Trippelsdorf trippels at gcc dot gnu.org --- Created attachment 35448 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35448action=edit testcase
[Bug rtl-optimization/53533] [4.8/4.9/5/6 regression] vectorization causes loop unrolling test slowdown as measured by Adobe's C++Benchmark
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53533 Markus Trippelsdorf trippels at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed|2012-05-31 00:00:00 |2015-5-3 CC||trippels at gcc dot gnu.org --- Comment #26 from Markus Trippelsdorf trippels at gcc dot gnu.org --- For gcc-5 and gcc-6 there is an additional 50% slowdown: % g++ -O3 loop_unroll.ii -o loop_unroll % time ./loop_unroll 1 ./loop_unroll 1 testdescription absolute operations ratio with numbertime per second test0 0 int32_t for loop unroll 1 0.14 sec 552.30 M 1.00 1 int32_t for loop unroll 2 0.11 sec 699.49 M 0.79 2 int32_t for loop unroll 3 0.14 sec 566.56 M 0.97 3 int32_t for loop unroll 4 0.15 sec 532.87 M 1.04 4 int32_t for loop unroll 5 0.10 sec 784.70 M 0.70 5 int32_t for loop unroll 6 0.09 sec 887.12 M 0.62 6 int32_t for loop unroll 7 0.09 sec 913.50 M 0.60 7 int32_t for loop unroll 8 0.08 sec 986.45 M 0.56 8 int32_t for loop unroll 9 0.23 sec 346.06 M 1.60 9 int32_t for loop unroll 10 0.08 sec 1040.06 M 0.53 10 int32_t for loop unroll 11 0.23 sec 348.02 M 1.59 11 int32_t for loop unroll 12 0.23 sec 353.38 M 1.56 12 int32_t for loop unroll 13 0.24 sec 338.32 M 1.63 13 int32_t for loop unroll 14 0.24 sec 332.32 M 1.66 14 int32_t for loop unroll 15 0.25 sec 321.15 M 1.72 15 int32_t for loop unroll 16 0.25 sec 318.23 M 1.74 16 int32_t for loop unroll 17 0.24 sec 329.43 M 1.68 17 int32_t for loop unroll 18 0.25 sec 321.34 M 1.72 18 int32_t for loop unroll 19 0.25 sec 314.53 M 1.76 19 int32_t for loop unroll 20 0.25 sec 325.33 M 1.70 20 int32_t for loop unroll 21 0.25 sec 323.67 M 1.71 21 int32_t for loop unroll 22 0.25 sec 316.85 M 1.74 22 int32_t for loop unroll 23 0.25 sec 323.51 M 1.71 23 int32_t for loop unroll 24 0.06 sec 1257.94 M 0.44 24 int32_t for loop unroll 25 0.24 sec 327.77 M 1.69 25 int32_t for loop unroll 26 0.06 sec 1310.44 M 0.42 26 int32_t for loop unroll 27 0.07 sec 1072.85 M 0.51 27 int32_t for loop unroll 28 0.28 sec 283.44 M 1.95 28 int32_t for loop unroll 29 0.30 sec 267.96 M 2.06 29 int32_t for loop unroll 30 0.31 sec 258.88 M 2.13 30 int32_t for loop unroll 31 0.06 sec 1337.64 M 0.41 31 int32_t for loop unroll 32 0.06 sec 1315.10 M 0.42 Total absolute time for int32_t for loop unrolling: 5.85 sec ... ./loop_unroll 1 41.43s user 0.00s system 100% cpu 41.426 total == % /usr/x86_64-pc-linux-gnu/gcc-bin/4.9.2/g++ -O3 loop_unroll.ii -o loop_unroll % time ./loop_unroll 1 ./loop_unroll 1 testdescription absolute operations ratio with numbertime per second test0 0 int32_t for loop unroll 1 0.14 sec 582.13 M 1.00 1 int32_t for loop unroll 2 0.13 sec 625.41 M 0.93 2 int32_t for loop unroll 3 0.13 sec 635.76 M 0.92 3 int32_t for loop unroll 4 0.13 sec 625.41 M 0.93 4 int32_t for loop unroll 5 0.12 sec 640.96 M 0.91 5 int32_t for loop unroll 6 0.09 sec 888.11 M 0.66 6 int32_t for loop unroll 7 0.09 sec 900.10 M 0.65 7 int32_t for loop unroll 8 0.10 sec 832.20 M 0.70 8 int32_t for loop unroll 9 0.10 sec 834.22 M 0.70 9 int32_t for loop unroll 10 0.09 sec 902.04 M 0.65 10 int32_t for loop unroll 11 0.10 sec 805.15 M 0.72 11 int32_t for loop unroll 12 0.10 sec 823.27 M 0.71 12 int32_t for loop unroll 13 0.09 sec 860.51 M 0.68 13 int32_t for loop unroll 14 0.11 sec 753.59 M 0.77 14 int32_t for loop unroll 15 0.10 sec 781.96 M 0.74 15 int32_t for loop unroll 16 0.09 sec 858.76 M 0.68 16 int32_t for loop unroll 17 0.09 sec 846.91 M 0.69 17 int32_t for loop unroll 18 0.10 sec 783.19 M 0.74 18 int32_t for loop unroll 19 0.10 sec 794.81 M 0.73 19 int32_t for loop unroll 20 0.10 sec 806.70 M 0.72 20 int32_t for loop unroll 21 0.10 sec 823.82 M 0.71 21 int32_t for loop unroll 22 0.09 sec 851.74 M 0.68 22 int32_t for loop unroll 23 0.10 sec 792.87 M 0.73 23 int32_t for loop unroll 24 0.10 sec 809.32 M 0.72 24 int32_t for loop unroll 25 0.10 sec 832.18 M 0.70 25 int32_t for loop unroll 26 0.10 sec 781.11 M 0.75 26 int32_t for loop unroll 27 0.10 sec 792.40 M 0.73 27 int32_t for loop unroll 28 0.10 sec 817.22 M 0.71 28 int32_t for loop unroll 29 0.10 sec 826.40 M 0.70 29 int32_t for loop unroll 30 0.10 sec 803.83 M
[Bug libgomp/58755] FAIL: libgomp.c/depend-3.c execution test -- timeout
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58755 John David Anglin danglin at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #1 from John David Anglin danglin at gcc dot gnu.org --- Test no longer times out.
[Bug lto/65991] maybe-unitialized - false positive
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65991 Дилян Палаузов dilyan.palauzov at aegee dot org changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID |--- --- Comment #2 from Дилян Палаузов dilyan.palauzov at aegee dot org --- Despite the custom CFLAGS used when building binutils, there is false positive LTO warning.
[Bug c++/65994] New: auto deduces object instead of initializer_list
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65994
Bug ID: 65994
Summary: auto deduces object instead of initializer_list
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: barry.revzin at gmail dot com
Target Milestone: ---
From StackOverflow question: http://stackoverflow.com/q/30007692/2069064
Consider the following:
struct Foo{};
int main()
{
Foo a;
auto b{a};
a = b;
}
The code compiles because b gets deduced as Foo instead of
std::initializer_listFoo. This new deduction rule is proposed in N3922 for
C++1z but is not yet part of the standard, yet gcc still apparently interprets
it that way (with either -std=c++11 or -std=c++14). While N3922 indicates that
deducing b as std::initializer_listFoo is a defect in C++14, it still is in
C++14.
[Bug lto/65991] maybe-unitialized - false positive
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65991 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 #1 from Markus Trippelsdorf trippels at gcc dot gnu.org --- If you use custom CFLAGS when building binutils then configure with: --disable-werror.
[Bug libgomp/64845] FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/reduction-4.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 (test for excess errors)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64845 John David Anglin danglin at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #1 from John David Anglin danglin at gcc dot gnu.org --- https://gcc.gnu.org/ml/gcc-cvs/2015-03/msg00478.html
[Bug target/65931] [5/6 regression] dsymutil assertion failure building libgnat-5.dylib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65931 --- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot Uni-Bielefeld.DE --- --- Comment #2 from Dominique d'Humieres dominiq at lps dot ens.fr --- I have already filed Bug ID# 20510039 and I am using dsymutil from Xcode 6.2. Good, that helped quite a lot. Thanks for the info. Rainer
[Bug lto/65991] New: maybe-unitialized - false positive
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65991 Bug ID: 65991 Summary: maybe-unitialized - false positive Product: gcc Version: 4.9.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto Assignee: unassigned at gcc dot gnu.org Reporter: dilyan.palauzov at aegee dot org Target Milestone: --- I have compiled gcc with ../gcc-4.9.2/configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --enable-threads=posix --enable-nls --enable-interpreter --with-system-zlib --enable-libgcj-multifile --enable-languages=all --enable-targets=all --with-system-unwind --without-x --with-linker-hash-style=gnu --enable-multilib --disable-multilib --with-arch=nocona export CFLAGS=-pipe -O3 -fno-fat-lto-objects -flto export CXXFLAGS=-pipe -O3 -fno-fat-lto-objects -flto Then I try to compile binutils (at commit 01a97082d0e9) with configure --enable-lto --enable-plugins --enable-threads --enable-gold=yes --with-zlib CFLAGS='-pipe -O3 -fno-fat-lto-objects -flto' LDFLAGS='-Wl,-O1 -Wl,-z,relro -Wl,-s' bintuils utilizies internally -Werror and compiling it fails with LTO error at: make[2]: Entering directory '/mnt/new/src/gcc/binutil-git/gas' /bin/sh ./libtool --tag=CC --mode=link gcc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wshadow -Werror -I/home/git/binutils-gdb/gas/../zlib -pipe -O3 -fno-fat-lto-objects -flto -Wl,-O1 -Wl,-z,relro -Wl,-s -o as-new app.o as.o atof-generic.o compress-debug.o cond.o depend.o dwarf2dbg.o dw2gencfi.o ecoff.o ehopt.o expr.o flonum-copy.o flonum-konst.o flonum-mult.o frags.o hash.o input-file.o input-scrub.o listing.o literal.o macro.o messages.o output-file.o read.o remap.o sb.o stabs.o subsegs.o symbols.o write.o tc-i386.o obj-elf.o atof-ieee.o ../opcodes/libopcodes.la ../bfd/libbfd.la ../libiberty/libiberty.a -ldl libtool: link: gcc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wshadow -Werror -I/home/git/binutils-gdb/gas/../zlib -pipe -O3 -fno-fat-lto-objects -flto -Wl,-O1 -Wl,-z -Wl,relro -Wl,-s -o as-new app.o as.o atof-generic.o compress-debug.o cond.o depend.o dwarf2dbg.o dw2gencfi.o ecoff.o ehopt.o expr.o flonum-copy.o flonum-konst.o flonum-mult.o frags.o hash.o input-file.o input-scrub.o listing.o literal.o macro.o messages.o output-file.o read.o remap.o sb.o stabs.o subsegs.o symbols.o write.o tc-i386.o obj-elf.o atof-ieee.o ../opcodes/.libs/libopcodes.a ../bfd/.libs/libbfd.a -L/src/gcc/binutil-git/zlib -lz ../libiberty/libiberty.a -ldl /home/git/binutils-gdb/bfd/compress.c: In function 'bfd_compress_section_contents': /home/git/binutils-gdb/bfd/compress.c:161:4: error: 'zlib_size' may be used uninitialized in this function [-Werror=maybe-uninitialized] memmove (buffer + compression_header_size, ^ /home/git/binutils-gdb/bfd/compress.c:88:7: note: 'zlib_size' was declared here int zlib_size; ^ lto1: all warnings being treated as errors lto-wrapper: gcc returned 1 exit status /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/../../../../x86_64-unknown-linux-gnu/bin/ld: lto-wrapper failed collect2: error: ld returned 1 exit status Makefile:769: recipe for target 'as-new' failed make[2]: *** [as-new] Error 1 make[2]: Leaving directory '/mnt/new/src/gcc/binutil-git/gas' See also https://sourceware.org/bugzilla/show_bug.cgi?id=18313 .
[Bug target/65931] [5/6 regression] dsymutil assertion failure building libgnat-5.dylib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65931 --- Comment #4 from Jack Howarth howarth.at.gcc at gmail dot com --- (In reply to Dominique d'Humieres from comment #2) I have already filed Bug ID# 20510039 and I am using dsymutil from Xcode 6.2. Did you also upload a standalone test case as a reproducer in that radar?
[Bug libgomp/65993] New: [6 Regression] Numerous libgomp.oacc failures seen in r222712
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65993 Bug ID: 65993 Summary: [6 Regression] Numerous libgomp.oacc failures seen in r222712 Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgomp Assignee: unassigned at gcc dot gnu.org Reporter: danglin at gcc dot gnu.org CC: jakub at gcc dot gnu.org Target Milestone: --- Host: hppa64-hp-hpux11.11 Target: hppa64-hp-hpux11.11 Build: hppa64-hp-hpux11.11 FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/acc_on_device-1.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 execution test FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/clauses-2.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 output pattern test, is FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/if-1.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 execution test FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/lib-16.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 output pattern test, is FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/lib-17.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 output pattern test, is FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/lib-18.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 output pattern test, is FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/lib-20.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 output pattern test, is FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/lib-21.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 output pattern test, is FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/lib-22.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 output pattern test, is FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/lib-23.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 output pattern test, is FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/lib-25.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 output pattern test, is FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/lib-26.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 output pattern test, is FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/lib-27.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 output pattern test, is FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/lib-28.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 output pattern test, is FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/lib-29.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 output pattern test, is FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/lib-3.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 output pattern test, is FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/lib-30.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 output pattern test, is FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/lib-34.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 output pattern test, is FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/lib-35.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 output pattern test, is FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/lib-36.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 output pattern test, is FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/lib-39.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 output pattern test, is FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/lib-40.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 output pattern test, is FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/lib-42.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 output pattern test, is , should match \\[0x[0-9a-f]+,256\\] is not mapped FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/lib-43.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 output pattern test, is FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/lib-44.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 output pattern test, is FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/lib-47.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 output pattern test, is FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/lib-48.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 output pattern test, is FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/lib-62.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 output pattern test, is , should match invalid size FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/lib-16.c -DACC_DEVICE_TYPE_host=1 -DACC_MEM_SHARED=1 output pattern test, is FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/lib-17.c -DACC_DEVICE_TYPE_host=1 -DACC_MEM_SHARED=1 output pattern test, is FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/lib-18.c -DACC_DEVICE_TYPE_host=1 -DACC_MEM_SHARED=1 output pattern test, is FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/lib-20.c -DACC_DEVICE_TYPE_host=1 -DACC_MEM_SHARED=1 output pattern test, is FAIL:
[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 #2 from Jesus Cea jcea at jcea dot es --- What can I do, then?
[Bug lto/65991] maybe-unitialized - false positive
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65991 Markus Trippelsdorf trippels at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2015-05-03 Ever confirmed|0 |1 --- Comment #3 from Markus Trippelsdorf trippels at gcc dot gnu.org --- (In reply to Дилян Палаузов from comment #2) Despite the custom CFLAGS used when building binutils, there is false positive LTO warning. Well, first of all, please attach a small testcase as per http://gcc.gnu.org/bugs. And also note the word maybe in the warning. False positives are expected. And finally this almost certainly a dup. (Search existing bugs before opening new ones)
[Bug c++/65992] New: Internal compiler error: in gimple_expand_cfg, at cfgexpand.c:5658
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65992
Bug ID: 65992
Summary: Internal compiler error: in gimple_expand_cfg, at
cfgexpand.c:5658
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: shadewind at gmail dot com
Target Milestone: ---
Created attachment 35449
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35449action=edit
Preprocessed output
When compiling the attached preprocessed file, I get:
In file included from ../include/rapidcheck/gen/Build.h:71:0,
from ../include/rapidcheck.h:20,
from ../include/rapidcheck-catch.h:3,
from ../test/gen/BuildTests.cpp:2:
../include/rapidcheck/gen/Build.hpp: In function 'rc::GenT
rc::gen::build(rc::GenT, const rc::gen::detail::BindingMembers ...) [with
T = {anonymous}::Foobarint; Members = {void
({anonymous}::Foobarint::*)(int), void ({anonymous}::Foobarint::*)(int,
int), int {anonymous}::Foobarint::*}]':
../include/rapidcheck/gen/Build.hpp:138:8: internal compiler error: in
gimple_expand_cfg, at cfgexpand.c:5658
GenT build(GenT gen, const detail::BindingMembers ... bs) {
^
../include/rapidcheck/gen/Build.hpp:138:8: internal compiler error: Abort trap:
6
GCC version is:
g++-4.9 (Homebrew gcc 4.9.2_1) 4.9.2
However, I have also verified on:
gcc-5 (Ubuntu 5.1.0-0ubuntu11~14.04.1) 5.1.0
But then with message:
../include/rapidcheck/gen/Build.hpp:138:8: internal compiler error: in execute,
at cfgexpand.c:6044
[Bug libgomp/64840] FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/abort-2.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 execution test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64840 John David Anglin danglin at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #8 from John David Anglin danglin at gcc dot gnu.org --- Fixed.
[Bug target/65979] Multiple issues in conftest.c prevent build on sh4-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65979 --- Comment #5 from John Paul Adrian Glaubitz glaubitz at physik dot fu-berlin.de --- I can't see these failures on my cross builds of gcc-5, though. It could be a problem of the build compiler too. I am manually building the latest gcc-4.9.2 snapshot we have in Debian now and then give it another shot building gcc-5 with the updated compiler. The latest gcc-4.9.2 contains lots of fixes regarding the code generation and maybe it also contains the decisive fixes for this case. Adrian
[Bug lto/65982] [5/6 Regression] ICE: in lto_output_varpool_node, at lto-cgraph.c:623
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65982 Jan Hubicka hubicka at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2015-05-03 Assignee|unassigned at gcc dot gnu.org |hubicka at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Jan Hubicka hubicka at gcc dot gnu.org --- Mine.
[Bug lto/65995] New: LTO: ICE in add_symbol_to_partition_1 for debug build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65995 Bug ID: 65995 Summary: LTO: ICE in add_symbol_to_partition_1 for debug build Product: gcc Version: 5.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto Assignee: unassigned at gcc dot gnu.org Reporter: daniel.f.starke at freenet dot de Target Milestone: --- Using GCC 5.1.0 compiled as: COLLECT_GCC=E:\msys\mingw64-64\bin\g++.exe COLLECT_LTO_WRAPPER=e:/msys/mingw64-64/bin/../libexec/gcc/x86_64-w64-mingw32/5.1.0/lto-wrapper.exe Target: x86_64-w64-mingw32 Configured with: ../../src/gcc-5.1.0/configure --host=x86_64-w64-mingw32 --enable-languages=c,c++ --enable-seh-exceptions --disable-nls --disable-shared --enable-static --enable-fully-dynamic-string --enable-lto --enable-plugins --enable-libgomp --with-dwarf2 --disable-win32-registry --enable-version-specific-runtime-libs --prefix=/mingw64-64 --with-sysroot=/mingw64-64 --target=x86_64-w64-mingw32 --enable-targets=all --enable-checking=release --with-gmp=/usr/new-gcc/lib/gmp-5.0.5 --with-mpfr=/usr/new-gcc/lib/mpfr-2.4.2 --with-mpc=/usr/new-gcc/lib/mpc-0.9 --with-isl=/usr/new-gcc/lib/isl-0.12.2 --with-cloog=/usr/new-gcc/lib/cloog-0.18.1 --with-host-libstdcxx='-lstdc++ -lsupc++' --disable-cloog-version-check --enable-cloog-backend=isl Thread model: win32 gcc version 5.1.0 (GCC) produces an ICE at lto/lto-partition.c:211 for me when linking as: g++ -static -Wl,--allow-multiple-definition -flto -Llib64 -L../libpcfxx/lib64 -o bin/pp.exe lib64/libpcfxx.a bin/pp.o bin/posix_main.o bin/data/pp/Script.o bin/data/pp/Execution.o bin/data/pp/Variable.o -lpcfxx -lboost_program_options -lboost_locale -lboost_filesystem -lboost_iostreams -lboost_date_time -lboost_thread -lboost_regex -lboost_system -lpcf -lws2_32 The command line passed to lto1.exe is: e:/msys/mingw64-64/lib/gcc/../../libexec/gcc/x86_64-w64-mingw32/5.1.0/lto1.exe -quiet -dumpdir bin/ -dumpbase pp.exe.wpa -mstackrealign -mtune=core2 -march=core2 -municode -mtune=generic -march=x86-64 -auxbase pp -Og -fexceptions -fmath-errno -fsigned-zeros -ftrapping-math -fno-trapv -fno-strict-overflow -fno-openmp -fno-openacc -fltrans-output-list=C:\Users\a\AppData\Local\Temp\ccx77s2N.ltrans.out -fwpa @C:\Users\a\AppData\Local\Temp\ccZr8s2N The backtrace is: #0 add_symbol_to_partition_1 (part=0x1f6d6fb0, node=0x2ceed930) at ../../../src/gcc-5.1.0/gcc/lto/lto-partition.c:211 added = false c = value optimized out ref = value optimized out node1 = 0x2cee1000 __FUNCTION__ = add_symbol_to_partition_1 #1 0x0043462d in add_symbol_to_partition (part=0x1f6d6fb0, node=0x2ceed930) at ../../../src/gcc-5.1.0/gcc/lto/lto-partition.c:264 node1 = value optimized out __FUNCTION__ = add_symbol_to_partition #2 0x00434818 in add_references_to_partition (part=0x1f6d6fb0, node=0x2ce82480) at ../../../src/gcc-5.1.0/gcc/lto/lto-partition.c:115 i = 1 ref = 0x2cfb6030 #3 0x00434510 in add_symbol_to_partition_1 (part=0x1f6d6fb0, node=0x2ce82480) at ../../../src/gcc-5.1.0/gcc/lto/lto-partition.c:196 c = value optimized out ref = value optimized out node1 = value optimized out __FUNCTION__ = add_symbol_to_partition_1 #4 0x0043462d in add_symbol_to_partition (part=0x1f6d6fb0, node=0x2ce82480) at ../../../src/gcc-5.1.0/gcc/lto/lto-partition.c:264 node1 = value optimized out __FUNCTION__ = add_symbol_to_partition #5 0x00434818 in add_references_to_partition (part=0x1f6d6fb0, node=0x2ce87620) at ../../../src/gcc-5.1.0/gcc/lto/lto-partition.c:115 i = 0 ref = 0x2cfabf80 #6 0x00434510 in add_symbol_to_partition_1 (part=0x1f6d6fb0, node=0x2ce87620) at ../../../src/gcc-5.1.0/gcc/lto/lto-partition.c:196 c = value optimized out ref = value optimized out node1 = value optimized out __FUNCTION__ = add_symbol_to_partition_1 #7 0x004344a6 in add_symbol_to_partition_1 (part=0x1f6d6fb0, node=0x2ce877a8) at ../../../src/gcc-5.1.0/gcc/lto/lto-partition.c:181 e = 0x2cf5b750 c = value optimized out ref = value optimized out node1 = value optimized out __FUNCTION__ = add_symbol_to_partition_1 #8 0x004344a6 in add_symbol_to_partition_1 (part=0x1f6d6fb0, node=0x2ce87930) at ../../../src/gcc-5.1.0/gcc/lto/lto-partition.c:181 e = 0x2cf5b7b8 c = value optimized out ref = value optimized out node1 = value optimized out __FUNCTION__ = add_symbol_to_partition_1 #9 0x004344a6 in add_symbol_to_partition_1 (part=0x1f6d6fb0, node=0x2ce87ab8) at ../../../src/gcc-5.1.0/gcc/lto/lto-partition.c:181 e = 0x2cf5b820 c = value optimized out ref = value optimized out node1 = value optimized out __FUNCTION__ = add_symbol_to_partition_1 #10
[Bug c++/65992] Internal compiler error: in gimple_expand_cfg, at cfgexpand.c:5658
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65992
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed||2015-05-03
CC||trippels at gcc dot gnu.org
Ever confirmed|0 |1
Severity|major |normal
--- Comment #1 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
markus@x4 tmp % cat BuildTests.pp.ii
namespace std {
template typename _Tp, _Tp struct integral_constant {
static constexpr _Tp value = 0;
};
template typename struct is_same : integral_constantbool, false {};
template bool struct enable_if;
template class class initializer_list {
int *_M_array;
unsigned long _M_len;
};
class A {
int _M_t;
};
}
template typename class Gen {
public:
template typename Impl = std::enable_ifstd::is_sameint::value
Gen(Impl);
std::A m_impl;
};
namespace gen {
void tuple();
template typename class B;
template typename Type, typename T class BT(Type::*) {
public:
typedef T ValueType;
};
template typename Member struct C {
using LensT = BMember;
using ValueType = typename LensT::ValueType;
using GenT = GenValueType;
GenT gen;
};
template typename T GenT construct();
template typename Member CMember set(Member, typename CMember::GenT);
template typename T, typename... Members
void build(GenT, const CMembers ... bs) {
[=] { [] { auto dummy = {(bs, 0)...}; }; };
}
}
template typename struct Foobar {
void setB();
void setCD();
int e;
};
void C_A_T_C_HT_E_S_T185() {
build(gen::constructFoobarint(), gen::set(Foobarint::setB, 0),
gen::set(Foobarint::setCD, gen::tuple),
gen::set(Foobarint::e, 0));
}
markus@x4 tmp % g++ -std=c++11 -c BuildTests.pp.ii
BuildTests.pp.ii: In function ‘void gen::build(GenT, const gen::CMembers
...) [with T = Foobarint; Members = {void (Foobarint::*)(), void
(Foobarint::*)(), int Foobarint::*}]’:
BuildTests.pp.ii:36:6: internal compiler error: in execute, at cfgexpand.c:6044
void build(GenT, const CMembers ... bs) {
^
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
[Bug fortran/65996] New: [5.1 Regression] gfortran ICE with -dH
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65996 Bug ID: 65996 Summary: [5.1 Regression] gfortran ICE with -dH Product: gcc Version: 5.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: Melven.Roehrig-Zoellner at DLR dot de Target Milestone: --- Created attachment 35450 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35450action=edit source file to reproduce the error When I add the flag -dH, gfortran aborts with an ICE for a specific source file (attached). Full log: gfortran -cpp -c -dH -v env_module.f90 Using built-in specs. COLLECT_GCC=gfortran Target: x86_64-unknown-linux-gnu Configured with: /tools/modulesystem/tools/gcc/gcc-5.1.0/src/configure --prefix=/tools/modulesystem/tools/gcc/gcc-5.1.0/install/sled11.x86_64.gcc-4.3.4.release Thread model: posix gcc version 5.1.0 (GCC) COLLECT_GCC_OPTIONS='-cpp' '-c' '-dH' '-v' '-mtune=generic' '-march=x86-64' /tools/modulesystem/tools/gcc/gcc-5.1.0/install/sled11.x86_64.gcc-4.3.4.release/libexec/gcc/x86_64-unknown-linux-gnu/5.1.0/f951 /home_local/zoel_ml/essex/phist/src/kernels/builtin/env_module.f90 -cpp=/tmp/ccMuxZYL.f90 -quiet -v /home_local/zoel_ml/essex/phist/src/kernels/builtin/env_module.f90 -quiet -dumpbase env_module.f90 -dH -mtune=generic -march=x86-64 -auxbase env_module -version -fintrinsic-modules-path /tools/modulesystem/tools/gcc/gcc-5.1.0/install/sled11.x86_64.gcc-4.3.4.release/lib/gcc/x86_64-unknown-linux-gnu/5.1.0/finclude -o /tmp/ccMAZIhi.s GNU Fortran (GCC) version 5.1.0 (x86_64-unknown-linux-gnu) compiled by GNU C version 5.1.0, GMP version 5.1.3, MPFR version 3.1.2, MPC version 1.0.1 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 ignoring duplicate directory /tools/modulesystem/tools/gcc/gcc-5.1.0/install/sled11.x86_64.gcc-4.3.4.release/include ignoring nonexistent directory /tools/modulesystem/tools/gcc/gcc-5.1.0/install/sled11.x86_64.gcc-4.3.4.release/lib/gcc/x86_64-unknown-linux-gnu/5.1.0/../../../../x86_64-unknown-linux-gnu/include ignoring duplicate directory /tools/modulesystem/tools/gsl/gsl-1.16/install/sled11.x86_64.gcc-4.8.2.release/include as it is a non-system directory that duplicates a system directory ignoring duplicate directory /tools/modulesystem/tools/lapack/lapack-3.5.0/install/sled11.x86_64.gcc-4.8.2.release/include as it is a non-system directory that duplicates a system directory ignoring duplicate directory /tools/modulesystem/tools/gdb/gdb-7.9/install/sled11.x86_64.gcc-5.1.0.release/include as it is a non-system directory that duplicates a system directory ignoring duplicate directory /tools/modulesystem/tools/hwloc/hwloc-1.10.1/install/sled11.x86_64.gcc-5.1.0.release/include as it is a non-system directory that duplicates a system directory ignoring duplicate directory /tools/modulesystem/tools/likwid/likwid-3.1.3/install/sled11.x86_64.gcc-5.1.0.release.openmpi-1.8.4/include as it is a non-system directory that duplicates a system directory ignoring duplicate directory /tools/modulesystem/tools/openmpi/openmpi-1.8.4/install/sled11.x86_64.gcc-5.1.0.release.mpi-thread-multiple/include as it is a non-system directory that duplicates a system directory ignoring duplicate directory /tools/modulesystem/tools/binutils/binutils-2.25/install/sled11.x86_64.gcc-5.1.0.release/include as it is a non-system directory that duplicates a system directory ignoring duplicate directory /tools/modulesystem/tools/gcc/gcc-5.1.0/install/sled11.x86_64.gcc-4.3.4.release/include as it is a non-system directory that duplicates a system directory ignoring duplicate directory /tools/modulesystem/tools/mpc/mpc-1.0.1/install/sled11.x86_64.gcc-4.3.4.release/include as it is a non-system directory that duplicates a system directory ignoring duplicate directory /tools/modulesystem/tools/mpfr/mpfr-3.1.2/install/sled11.x86_64.gcc-4.3.4.release/include as it is a non-system directory that duplicates a system directory ignoring duplicate directory /tools/modulesystem/tools/isl/isl-0.14/install/sled11.x86_64.gcc-4.3.4.release/include as it is a non-system directory that duplicates a system directory ignoring duplicate directory /tools/modulesystem/tools/gmp/gmp-5.1.3/install/sled11.x86_64.gcc-4.3.4.release/include as it is a non-system directory that duplicates a system directory ignoring duplicate directory /tools/modulesystem/tools/python2.7/python2.7-2.7.6/install/sled11.x86_64.gcc-4.3.4.release/include as it is a non-system directory that duplicates a system directory ignoring duplicate directory /tools/modulesystem/tools/subversion/subversion-1.8.5/install/sled11.x86_64.gcc-4.3.4.release/include as it is a non-system directory that duplicates a system directory ignoring duplicate directory /tools/modulesystem/tools/sqlite/sqlite-3.8.2/install/sled11.x86_64.gcc-4.3.4.release/include as it is a
[Bug c++/65994] auto deduces object instead of initializer_list
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65994 --- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org --- (In reply to Jonathan Wakely from comment #1) ... just for the same of nitpicky conformance. s/same/sake/
[Bug c++/65994] auto deduces object instead of initializer_list
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65994 --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org --- (Hi Barry!) Generally when we fix defects we apply them retroactively to older standards modes as well, if the old behaviour is defective then it's better to change it than maintain two code paths just for the same of nitpicky conformance.
[Bug target/65931] [5/6 regression] dsymutil assertion failure building libgnat-5.dylib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65931 --- Comment #5 from Dominique d'Humieres dominiq at lps dot ens.fr --- Did you also upload a standalone test case as a reproducer in that radar? I did provide what I was asked for. Since then I don't have any news.
