[Bug tree-optimization/79390] [7 Regression] 10% performance drop in SciMark2 LU after r242550

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79390

--- Comment #16 from Jakub Jelinek  ---
Has somebody the benchmark around to retry with current trunk, with
-f{,no-}split-paths and compare that to some older trunk and gcc6?

[Bug rtl-optimization/66940] ifcvt.c:1907 signed integer overflow

[zeccav at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66940

--- Comment #5 from Vittorio Zecca  ---
Fixed in trunk 246751.

[Bug rtl-optimization/66940] ifcvt.c:1907 signed integer overflow

[zeccav at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66940

Vittorio Zecca  changed:

   What|Removed |Added

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

--- Comment #4 from Vittorio Zecca  ---
Fixed in trunk 246751.

[Bug middle-end/71074] combine.c in simplify_comparison sanitizer detects left shift of negative value

[zeccav at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71074

Vittorio Zecca  changed:

   What|Removed |Added

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

--- Comment #2 from Vittorio Zecca  ---
Fixed in trunk 246751.

[Bug tree-optimization/80304] [7 Regression] Wrong result with do concurrent

[tkoenig at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80304

Thomas Koenig  changed:

   What|Removed |Added

   Severity|normal  |major

[Bug tree-optimization/62058] Undefined behaviour in tree-data-ref.c with options -O1 -ftree-loop-vectorize

[zeccav at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62058

Vittorio Zecca  changed:

   What|Removed |Added

Version|4.9.1   |7.0.1

--- Comment #5 from Vittorio Zecca  ---
Still in trunk 246751.

[Bug middle-end/67486] ira-color.c sanitizer detects signed integer overflow

[zeccav at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67486

Vittorio Zecca  changed:

   What|Removed |Added

Version|5.2.0   |7.0.1

--- Comment #2 from Vittorio Zecca  ---
Still in trunk 246751.

[Bug middle-end/80100] simplify-rtx.c sanitizer detects undefined behaviour with optimization

[zeccav at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80100

--- Comment #1 from Vittorio Zecca  ---
Still in trunk 246751.

[Bug c/79733] ICE in int_mode_for_mode, at stor-layout.c:406

[uros at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79733

--- Comment #10 from uros at gcc dot gnu.org ---
Author: uros
Date: Fri Apr  7 05:15:54 2017
New Revision: 246752

URL: https://gcc.gnu.org/viewcvs?rev=246752=gcc=rev
Log:
Backport from mainline
2017-04-06  Uros Bizjak  

PR target/79733
* config/i386/i386.c (ix86_expand_builtin)
: Determine insn operand
mode from insn data. Convert operands to insn operand mode.
Copy operands that don't satisfy insn predicate to a register.

testsuite/ChangeLog:

Backport from mainline
2017-04-06  Uros Bizjak  

PR target/79733
* gcc.target/i386/pr79733.c: New test.


Added:
branches/gcc-5-branch/gcc/testsuite/gcc.target/i386/pr79733.c
Modified:
branches/gcc-5-branch/gcc/ChangeLog
branches/gcc-5-branch/gcc/config/i386/i386.c
branches/gcc-5-branch/gcc/testsuite/ChangeLog

[Bug target/45053] libgcc_s link command misses crtsavgpr_s and crtresgpr_s for powerpc

[amodra at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45053

Alan Modra  changed:

   What|Removed |Added

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

--- Comment #22 from Alan Modra  ---
Fix applied all active branches.

[Bug c++/80351] New: Inconsistent warning for constexpr auto constant when using initializer list (-Wunused-variable)

[arnetheduck at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80351

Bug ID: 80351
   Summary: Inconsistent warning for constexpr auto constant when
using initializer list (-Wunused-variable)
   Product: gcc
   Version: 6.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: arnetheduck at gmail dot com
  Target Milestone: ---

In the following snippet, these similar variables give different warnings, when
compiled with -Wall - I would expect all of them to not give a warning:

#include 

enum class E { A, B };

constexpr E no_warn2[] = { E::A, E::B };

constexpr auto warn = { E::A, E::B };

constexpr auto no_warn = { E::A, E::B };  // No warning second time around

Results in:

:7:16: warning: 'warn' defined but not used [-Wunused-variable]
 constexpr auto warn = { E::A, E::B };
^~~~
Compiler exited with result code 0


See: https://godbolt.org/g/bHGxar

[Bug target/45053] libgcc_s link command misses crtsavgpr_s and crtresgpr_s for powerpc

[amodra at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45053

--- Comment #21 from Alan Modra  ---
Author: amodra
Date: Fri Apr  7 02:19:19 2017
New Revision: 246751

URL: https://gcc.gnu.org/viewcvs?rev=246751=gcc=rev
Log:
[RS6000] Out-of-line register save functions can't be used from crtend.o

PR target/45053
* config/rs6000/t-crtstuff (CRTSTUFF_T_CFLAGS): Add -O2.

Modified:
branches/gcc-5-branch/libgcc/ChangeLog
branches/gcc-5-branch/libgcc/config/rs6000/t-crtstuff

[Bug target/45053] libgcc_s link command misses crtsavgpr_s and crtresgpr_s for powerpc

[amodra at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45053

--- Comment #20 from Alan Modra  ---
Author: amodra
Date: Fri Apr  7 02:18:34 2017
New Revision: 246750

URL: https://gcc.gnu.org/viewcvs?rev=246750=gcc=rev
Log:
[RS6000] Out-of-line register save functions can't be used from crtend.o

PR target/45053
* config/rs6000/t-crtstuff (CRTSTUFF_T_CFLAGS): Add -O2.

Modified:
branches/gcc-6-branch/libgcc/ChangeLog
branches/gcc-6-branch/libgcc/config/rs6000/t-crtstuff

[Bug target/45053] libgcc_s link command misses crtsavgpr_s and crtresgpr_s for powerpc

[amodra at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45053

Alan Modra  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 CC|wd at denx dot de  |
   Assignee|unassigned at gcc dot gnu.org  |amodra at gmail dot com

--- Comment #19 from Alan Modra  ---
Removing the autoreply email from CCs

[Bug target/45053] libgcc_s link command misses crtsavgpr_s and crtresgpr_s for powerpc

[wd at denx dot de]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45053

--- Comment #18 from Wolfgang Denk  ---
Dear Sender,

Thank you for your mail, but I will probably not be able to reply
any time soon as I'm currently out of office.

I will try to reply to your message as quickly as possible after I'm
back in the office on Monday, April 24.

In the mean time please feel free to contact
Mr. Stefano Babic 
for all technical topics, or
Ms. Erika Unter 
for training classes and all organisatorical questions.

Best regards,

Wolfgang Denk

[Bug target/45053] libgcc_s link command misses crtsavgpr_s and crtresgpr_s for powerpc

[amodra at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45053

--- Comment #17 from Alan Modra  ---
Author: amodra
Date: Fri Apr  7 01:30:43 2017
New Revision: 246749

URL: https://gcc.gnu.org/viewcvs?rev=246749=gcc=rev
Log:
[RS6000] Out-of-line register save functions can't be used from crtend.o

PR target/45053
* config/rs6000/t-crtstuff (CRTSTUFF_T_CFLAGS): Add -O2.

Modified:
trunk/libgcc/ChangeLog
trunk/libgcc/config/rs6000/t-crtstuff

[Bug sanitizer/80348] UBSAN: compile time crash in ubsan_instrument_division

[babokin at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80348

--- Comment #1 from Dmitry Babokin  ---
*** Bug 80347 has been marked as a duplicate of this bug. ***

[Bug sanitizer/80347] UBSAN: compile time crash in ubsan_instrument_division

[babokin at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80347

Dmitry Babokin  changed:

   What|Removed |Added

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

--- Comment #1 from Dmitry Babokin  ---
Sorry for duplication. I had a glitch in browser and submitted two identical
bugs.

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

[Bug sanitizer/80350] New: UBSAN changes code semantics when -fno-sanitize-recover=undefined is used

[babokin at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80350

Bug ID: 80350
   Summary: UBSAN changes code semantics when
-fno-sanitize-recover=undefined is used
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: sanitizer
  Assignee: unassigned at gcc dot gnu.org
  Reporter: babokin at gmail dot com
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
jakub at gcc dot gnu.org, kcc at gcc dot gnu.org
  Target Milestone: ---

Top of the trunk, x86_64.

The following test case when compiled with "-fsanitize=undefined
-fno-sanitize-recover=undefined -O0" produces incorrect result. Correct result
is 1. Incorrect is 0.

> cat f.cpp
#include 
unsigned int x = 3153848182U;
unsigned int y = 0;

void foo() {
  int a(!0 >> !x * 500740718);
  y = a;
}

int main () {
foo ();
printf("Result = %u\n", y);
return 0;
}

> g++ f.cpp -o out -fsanitize=undefined -fno-sanitize-recover=undefined -O0
> ./out
Result = 0
> g++ f.cpp -o out -fsanitize=undefined -fno-sanitize-recover=undefined -O2
> ./out
Result = 1
> g++ f.cpp -o out -O0
> ./out
Result = 1
> g++ f.cpp -o out -O2
> ./out
Result = 1

[Bug target/69992] test case gcc.dg/sms-4.c fails

[acsawdey at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69992

--- Comment #9 from acsawdey at gcc dot gnu.org ---
OK, that makes sense, 64-bit target is an essential piece of this as part of
the problem is that the loop index variable i is not chosen as an induction
variable because it is not DImode. If you change the code to make size, i, and
n all 64-bit, then i is chosen as one of the IVs and this infinite loop problem
does not occur.

[Bug sanitizer/80349] New: UBSAN: compile time crash with "type mismatch in binary expression" message

[babokin at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80349

Bug ID: 80349
   Summary: UBSAN: compile time crash with "type mismatch in
binary expression" message
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: sanitizer
  Assignee: unassigned at gcc dot gnu.org
  Reporter: babokin at gmail dot com
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
jakub at gcc dot gnu.org, kcc at gcc dot gnu.org
  Target Milestone: ---

Top of the trunk gcc on x86_64

> cat f.cpp
extern const long long int var_20;
void foo() { int((var_20 & 50 | 051UL) << 0) << 0; }

> g++ -fsanitize=undefined -w -O0 -c f.cpp
f.cpp: In function ‘void foo()’:
f.cpp:2:6: error: type mismatch in binary expression
 void foo() { int((var_20 & 50 | 051UL) << 0) << 0; }
  ^~~
long long unsigned int

long long int

long long unsigned int

_11 = var_20.2_10 & 18;
f.cpp:2:6: internal compiler error: verify_gimple failed
0xdae9ad verify_gimple_in_seq(gimple*)
../../gcc_svn_intel/gcc/tree-cfg.c:4934
0xafe2bd gimplify_body(tree_node*, bool)
../../gcc_svn_intel/gcc/gimplify.c:12500
0xafe624 gimplify_function_tree(tree_node*)
../../gcc_svn_intel/gcc/gimplify.c:12590
0x96e9df cgraph_node::analyze()
../../gcc_svn_intel/gcc/cgraphunit.c:657
0x9719c9 analyze_functions
../../gcc_svn_intel/gcc/cgraphunit.c:1118
0x972a82 symbol_table::finalize_compilation_unit()
../../gcc_svn_intel/gcc/cgraphunit.c:2603
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.

[Bug sanitizer/80348] New: UBSAN: compiler time crash in ubsan_instrument_division

[babokin at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80348

Bug ID: 80348
   Summary: UBSAN: compiler time crash in
ubsan_instrument_division
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: sanitizer
  Assignee: unassigned at gcc dot gnu.org
  Reporter: babokin at gmail dot com
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
jakub at gcc dot gnu.org, kcc at gcc dot gnu.org
  Target Milestone: ---

Top of the trunk gcc on x86_64

> cat f.cpp
void foo() {
  if (0)
unsigned((0 != 60806) > (0 != 0)) / 0;
}

> g++ -fsanitize=undefined -w -O0 -c f.cpp
f.cpp: In function ‘void foo()’:
f.cpp:3:41: internal compiler error: in ubsan_instrument_division, at
c-family/c-ubsan.c:46
 unsigned((0 != 60806) > (0 != 0)) / 0;
 ^
0x8d5ffb ubsan_instrument_division(unsigned int, tree_node*, tree_node*)
../../gcc/gcc/c-family/c-ubsan.c:45
0x76d95a cp_build_binary_op(unsigned int, tree_code, tree_node*, tree_node*,
int)
../../gcc/gcc/cp/typeck.c:5226
0x6158b4 build_new_op_1
../../gcc/gcc/cp/call.c:5982
0x61635e build_new_op(unsigned int, tree_code, int, tree_node*, tree_node*,
tree_node*, tree_node**, int)
../../gcc/gcc/cp/call.c:6026
0x75e622 build_x_binary_op(unsigned int, tree_code, tree_node*, tree_code,
tree_node*, tree_code, tree_node**, int)
../../gcc/gcc/cp/typeck.c:3928
<...>

[Bug sanitizer/80347] New: UBSAN: compiler time crash in ubsan_instrument_division

[babokin at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80347

Bug ID: 80347
   Summary: UBSAN: compiler time crash in
ubsan_instrument_division
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: sanitizer
  Assignee: unassigned at gcc dot gnu.org
  Reporter: babokin at gmail dot com
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
jakub at gcc dot gnu.org, kcc at gcc dot gnu.org
  Target Milestone: ---

Top of the trunk gcc on x86_64

> cat f.cpp
void foo() {
  if (0)
unsigned((0 != 60806) > (0 != 0)) / 0;
}

> g++ -fsanitize=undefined -w -O0 -c f.cpp
f.cpp: In function ‘void foo()’:
f.cpp:3:41: internal compiler error: in ubsan_instrument_division, at
c-family/c-ubsan.c:46
 unsigned((0 != 60806) > (0 != 0)) / 0;
 ^
0x8d5ffb ubsan_instrument_division(unsigned int, tree_node*, tree_node*)
../../gcc/gcc/c-family/c-ubsan.c:45
0x76d95a cp_build_binary_op(unsigned int, tree_code, tree_node*, tree_node*,
int)
../../gcc/gcc/cp/typeck.c:5226
0x6158b4 build_new_op_1
../../gcc/gcc/cp/call.c:5982
0x61635e build_new_op(unsigned int, tree_code, int, tree_node*, tree_node*,
tree_node*, tree_node**, int)
../../gcc/gcc/cp/call.c:6026
0x75e622 build_x_binary_op(unsigned int, tree_code, tree_node*, tree_code,
tree_node*, tree_code, tree_node**, int)
../../gcc/gcc/cp/typeck.c:3928
<...>

[Bug tree-optimization/79224] [7/8 Regression] Large C-Ray slowdown

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79224

Jeffrey A. Law  changed:

   What|Removed |Added

 CC||law at redhat dot com
   Target Milestone|7.0 |8.0
Summary|[7 Regression] Large C-Ray  |[7/8 Regression] Large
   |slowdown|C-Ray slowdown

--- Comment #13 from Jeffrey A. Law  ---
Based on Jan's comment in c#8 (he's got a fix, but it's not stage4 material).

[Bug target/80298] incompatible with -mno-sse

[ubizjak at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80298

Uroš Bizjak  changed:

   What|Removed |Added

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

--- Comment #9 from Uroš Bizjak  ---
Fixed for gcc-6.4+.

[Bug c/79733] ICE in int_mode_for_mode, at stor-layout.c:406

[uros at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79733

--- Comment #9 from uros at gcc dot gnu.org ---
Author: uros
Date: Thu Apr  6 21:06:08 2017
New Revision: 246744

URL: https://gcc.gnu.org/viewcvs?rev=246744=gcc=rev
Log:
Backport from mainline
2017-04-06  Uros Bizjak  

PR target/79733
* config/i386/i386.c (ix86_expand_builtin)
: Determine insn operand
mode from insn data. Convert operands to insn operand mode.
Copy operands that don't satisfy insn predicate to a register.

2017-04-05  Uros Bizjak  

PR target/80298
* config/i386/mmintrin.h: Add -msse target option when __SSE__ is
not defined for x86_64 target.  Add -mmmx target option when __SSE2__
is not defined.
* config/i386/mm3dnow.h: Add -msse target when __SSE__ is not defined
for x86_64 target.

testsuite/ChangeLog:

Backport from mainline
2017-04-06  Uros Bizjak  

PR target/79733
* gcc.target/i386/pr79733.c: New test.

2017-04-06  Uros Bizjak  

PR target/80298
* gcc.target/i386/pr80298-1.c: New test.
* gcc.target/i386/pr80298-2.c: Ditto.


Added:
branches/gcc-6-branch/gcc/testsuite/gcc.target/i386/pr79733.c
branches/gcc-6-branch/gcc/testsuite/gcc.target/i386/pr80298-1.c
branches/gcc-6-branch/gcc/testsuite/gcc.target/i386/pr80298-2.c
Modified:
branches/gcc-6-branch/gcc/ChangeLog
branches/gcc-6-branch/gcc/config/i386/i386.c
branches/gcc-6-branch/gcc/config/i386/mm3dnow.h
branches/gcc-6-branch/gcc/config/i386/mmintrin.h
branches/gcc-6-branch/gcc/testsuite/ChangeLog

[Bug target/80298] incompatible with -mno-sse

[uros at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80298

--- Comment #8 from uros at gcc dot gnu.org ---
Author: uros
Date: Thu Apr  6 21:06:08 2017
New Revision: 246744

URL: https://gcc.gnu.org/viewcvs?rev=246744=gcc=rev
Log:
Backport from mainline
2017-04-06  Uros Bizjak  

PR target/79733
* config/i386/i386.c (ix86_expand_builtin)
: Determine insn operand
mode from insn data. Convert operands to insn operand mode.
Copy operands that don't satisfy insn predicate to a register.

2017-04-05  Uros Bizjak  

PR target/80298
* config/i386/mmintrin.h: Add -msse target option when __SSE__ is
not defined for x86_64 target.  Add -mmmx target option when __SSE2__
is not defined.
* config/i386/mm3dnow.h: Add -msse target when __SSE__ is not defined
for x86_64 target.

testsuite/ChangeLog:

Backport from mainline
2017-04-06  Uros Bizjak  

PR target/79733
* gcc.target/i386/pr79733.c: New test.

2017-04-06  Uros Bizjak  

PR target/80298
* gcc.target/i386/pr80298-1.c: New test.
* gcc.target/i386/pr80298-2.c: Ditto.


Added:
branches/gcc-6-branch/gcc/testsuite/gcc.target/i386/pr79733.c
branches/gcc-6-branch/gcc/testsuite/gcc.target/i386/pr80298-1.c
branches/gcc-6-branch/gcc/testsuite/gcc.target/i386/pr80298-2.c
Modified:
branches/gcc-6-branch/gcc/ChangeLog
branches/gcc-6-branch/gcc/config/i386/i386.c
branches/gcc-6-branch/gcc/config/i386/mm3dnow.h
branches/gcc-6-branch/gcc/config/i386/mmintrin.h
branches/gcc-6-branch/gcc/testsuite/ChangeLog

[Bug debug/80234] [7 Regression] ICE in splice_child_die at dwarfout.c:5265

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80234

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #6 from Jakub Jelinek  ---
Fixed.

[Bug debug/80234] [7 Regression] ICE in splice_child_die at dwarfout.c:5265

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80234

--- Comment #5 from Jakub Jelinek  ---
Author: jakub
Date: Thu Apr  6 20:46:29 2017
New Revision: 246743

URL: https://gcc.gnu.org/viewcvs?rev=246743=gcc=rev
Log:
PR debug/80234
* dwarf2out.c (gen_member_die): Handle C++17 inline static data
members with redundant out-of-class redeclaration.

* g++.dg/debug/dwarf2/pr80234-1.C: New test.
* g++.dg/debug/dwarf2/pr80234-2.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/debug/dwarf2/pr80234-1.C
trunk/gcc/testsuite/g++.dg/debug/dwarf2/pr80234-2.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/dwarf2out.c
trunk/gcc/testsuite/ChangeLog

[Bug middle-end/80346] pessimistic stringop-overflow

[msebor at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80346

--- Comment #3 from Martin Sebor  ---
The warning for attachment 41147 looks valid.  It points to the
g_malloc0_n(__n, __s) call in the else statement in the following block.  If
I'm reading it right, there, __s is non-zero, and __n is equal to SIZE_MAX:

do { gint64 __n1 = (tables_nr), __n2 = (0); if (__n1 > __n2) ; else
g_assertion_message_cmpnum (((gchar*) 0), "bug2.c", 59, ((const char*)
(__func__)), "tables_nr" " " ">" " " "0", __n1, ">", __n2, 'i'); } while (0);
tables = (uint32_t *) (__extension__ ({ gsize __n = (gsize) (tables_nr);
gsize __s = sizeof (uint32_t); gpointer __p; if (__s == 1) __p = g_malloc0
(__n); else if (__builtin_constant_p (__n) && (__s == 0 || __n <= 
(0x7fffL * 2UL + 1UL) 
/ __s)) __p = g_malloc0 (__n * __s); else __p = g_malloc0_n (__n,
__s); __p; }));

[Bug target/69992] test case gcc.dg/sms-4.c fails

[amonakov at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69992

--- Comment #8 from Alexander Monakov  ---
Sorry, I've overlooked the mention of -m64 in comment #1.  I used 'configure
--target=powerpc-linux-gnu' and didn't pass -m64.

[Bug target/69992] test case gcc.dg/sms-4.c fails

[acsawdey at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69992

--- Comment #7 from acsawdey at gcc dot gnu.org ---
I just pulled that sms branch from 

https://github.com/ispras/gcc-sms.git

and built it on ppc64le. sms-4 does not do any better than with trunk, we still
have the problem of incorrectly labeling it as possibly infinite in
loop_doloop:

Loop 1 is simple: 
  simple exit 5 -> 6 
  infinite if: (expr_list:REG_DEP_TRUE (ne:SI (and:DI (minus:DI (plus:DI
(ashift:DI (reg:DI 211)
(const_int 2 [0x2]))
(reg/v/f:DI 205 [ ap ]))
(reg:DI 193 [ ivtmp.20 ]))
(const_int 3 [0x3])) 
(const_int 0 [0]))
(nil))

This inhibits doloop conversion and then sms cannot take place either.

What arch did you test where sms-4 passed, amonakov?

[Bug fortran/68569] ICE with automatic character object and DATA

[koenigni at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68569

koenigni at gcc dot gnu.org changed:

   What|Removed |Added

 CC||koenigni at gcc dot gnu.org

--- Comment #3 from koenigni at gcc dot gnu.org ---
Some more fun with characters & data :)

gcc@dcm-linux:~/boi/new> cat z3.f90
subroutine s()
implicit none
type t
character(:):: c
end type
type(t):: tp
data tp%c /'a'/
end subroutine
gcc@dcm-linux:~/boi/new> gfortran z3.f90
z3.f90:4:24:

 character(:):: c
1
Error: Character component ‘c’ of ‘t’ at (1) with deferred length must be a
POINTER or ALLOCATABLE
f951: internal compiler error: Segmentation fault
0xbdb69f crash_signal
../../trunk/gcc/toplev.c:337
0x5f97bb gfc_constructor_append_expr(splay_tree_s**, gfc_expr*, locus*)
../../trunk/gcc/fortran/constructor.c:135
0x5fb4ec formalize_structure_cons
../../trunk/gcc/fortran/data.c:618
0x5fb4ec formalize_init_expr
../../trunk/gcc/fortran/data.c:655
0x69a182 do_traverse_symtree
../../trunk/gcc/fortran/symbol.c:4009
0x675793 resolve_types
../../trunk/gcc/fortran/resolve.c:16050
0x679d8c gfc_resolve(gfc_namespace*)
../../trunk/gcc/fortran/resolve.c:16135
0x669004 resolve_all_program_units
../../trunk/gcc/fortran/parse.c:6013
0x669004 gfc_parse_file()
../../trunk/gcc/fortran/parse.c:6260
0x6acb4f gfc_be_parse_file
../../trunk/gcc/fortran/f95-lang.c:204
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.
gcc@dcm-linux:~/boi/new> cat z4.f90
subroutine s()
implicit none
type t
character(:), allocatable :: c
end type
type(t):: tp
data tp%c /'a'/
end subroutine
gcc@dcm-linux:~/boi/new> gfortran z4.f90
z4.f90:1:0:

 subroutine s()

internal compiler error: Segmentation fault
0xbdb69f crash_signal
../../trunk/gcc/toplev.c:337
0x6f94bc gfc_conv_structure(gfc_se*, gfc_expr*, int)
../../trunk/gcc/fortran/trans-expr.c:7658
0x6f8f51 gfc_conv_initializer(gfc_expr*, gfc_typespec*, tree_node*, bool, bool,
bool)
../../trunk/gcc/fortran/trans-expr.c:6828
0x6dd780 gfc_get_symbol_decl(gfc_symbol*)
../../trunk/gcc/fortran/trans-decl.c:1800
0x6e0ee7 generate_local_decl
../../trunk/gcc/fortran/trans-decl.c:5403
0x69a182 do_traverse_symtree
../../trunk/gcc/fortran/symbol.c:4009
0x6e1d82 generate_local_vars
../../trunk/gcc/fortran/trans-decl.c:5603
0x6e1d82 gfc_generate_function_code(gfc_namespace*)
../../trunk/gcc/fortran/trans-decl.c:6267
0x6691a6 translate_all_program_units
../../trunk/gcc/fortran/parse.c:6074
0x6691a6 gfc_parse_file()
../../trunk/gcc/fortran/parse.c:6274
0x6acb4f gfc_be_parse_file
../../trunk/gcc/fortran/f95-lang.c:204
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.
gcc@dcm-linux:~/boi/new> cat z5.f90
character(:), pointer :: a
data a /'foo'/
end
gcc@dcm-linux:~/boi/new> gfortran z5.f90
f951: internal compiler error: Segmentation fault
0xbdb69f crash_signal
../../trunk/gcc/toplev.c:337
0x682a87 check_data_variable
../../trunk/gcc/fortran/resolve.c:14951
0x682a87 traverse_data_var
../../trunk/gcc/fortran/resolve.c:15187
0x675751 resolve_data
../../trunk/gcc/fortran/resolve.c:15242
0x675751 resolve_types
../../trunk/gcc/fortran/resolve.c:16047
0x679d8c gfc_resolve(gfc_namespace*)
../../trunk/gcc/fortran/resolve.c:16135
0x669004 resolve_all_program_units
../../trunk/gcc/fortran/parse.c:6013
0x669004 gfc_parse_file()
../../trunk/gcc/fortran/parse.c:6260
0x6acb4f gfc_be_parse_file
../../trunk/gcc/fortran/f95-lang.c:204
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.

[Bug target/80286] [5/6 Regression] AVX2 _mm_cvtsi128_si32 doesn't return a proper 32bits int

[uros at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80286

--- Comment #9 from uros at gcc dot gnu.org ---
Author: uros
Date: Thu Apr  6 19:22:02 2017
New Revision: 246741

URL: https://gcc.gnu.org/viewcvs?rev=246741=gcc=rev
Log:
PR target/80286
* config/i386/sse.md (*vec_extractv4si_0_zext_sse4): New pattern.
* config/i386/i386.md (*zero_extendsidi2):
Add (?*x,*x) and (?*v,*v) alternatives.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/i386/i386.md
trunk/gcc/config/i386/sse.md

[Bug middle-end/80346] pessimistic stringop-overflow

[dgilbert at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80346

--- Comment #2 from Dr. David Alan Gilbert  ---
Created attachment 41147
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41147=edit
a different signed/size case

Here's another case (law said to attach it to the same bug), this is giving:
In function ‘test_acpi_rsdt_table’,
inlined from ‘test_acpi_one.constprop’ at bug2a.c:19334:5,
inlined from ‘test_acpi_piix4_tcg’ at bug2a.c:19346:5:
bug2a.c:19319:59: error: argument 1 range [18446744071562067968,
18446744073709551615] exceeds maximum object size 9223372036854775807
[-Werror=alloc-size-larger-than=]
 / __s)) __p = g_malloc0 (__n * __s); else __p = g_malloc0_n (__n,
__s); __p; }));
  
^~~~
bug2a.c: In function ‘test_acpi_piix4_tcg’:
bug2a.c:6004:10: note: in a call to allocation function ‘g_malloc0_n’ declared
here
 gpointer g_malloc0_n (gsize n_blocks,
  ^~~

this is the preprocessed output of the original and that error was:
In file included from /usr/include/glib-2.0/glib/glist.h:32:0,
 from /usr/include/glib-2.0/glib/ghash.h:33,
 from /usr/include/glib-2.0/glib.h:50,
 from /home/dgilbert/git/qemu/include/glib-compat.h:19,
 from /home/dgilbert/git/qemu/include/qemu/osdep.h:107,
 from bug2.c:13:
In function ‘test_acpi_rsdt_table’,
inlined from ‘test_acpi_one.constprop’ at bug2.c:80:5,
inlined from ‘test_acpi_piix4_tcg’ at bug2.c:98:5:
/usr/include/glib-2.0/glib/gmem.h:216:10: error: argument 1 range
[18446744071562067968, 18446744073709551615] exceeds maximum object size
9223372036854775807 [-Werror=alloc-size-larger-than=]
  __p = g_##func##_n (__n, __s);   \
  ^
/usr/include/glib-2.0/glib/gmem.h:278:42: note: in expansion of macro ‘_G_NEW’
 #define g_new0(struct_type, n_structs)   _G_NEW (struct_type, n_structs,
malloc0)
  ^~
bug2.c:62:14: note: in expansion of macro ‘g_new0’
 tables = g_new0(uint32_t, tables_nr);
  ^~
bug2.c: In function ‘test_acpi_piix4_tcg’:
/usr/include/glib-2.0/glib/gmem.h:96:10: note: in a call to allocation function
‘g_malloc0_n’ declared here
 gpointer g_malloc0_n  (gsize  n_blocks,
  ^~~

but immediately before that g_new0 we have a :

g_assert_cmpint(tables_nr, >, 0);

and the range it's complaing about is 8000 and  
which is very odd.  For ref this is the tests/bios-tables-test.c from qemu.

[Bug middle-end/80346] pessimistic stringop-overflow

[msebor at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80346

Martin Sebor  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2017-04-06
 CC||msebor at gcc dot gnu.org
 Ever confirmed|0   |1

--- Comment #1 from Martin Sebor  ---
Confirmed with the top of trunk.  The __builtin_constant_p call makes the
difference.  The following is a small test case showing that the invalid memcpy
call is, in fact, emitted by GCC.  This isn't the same issue as bug 79095. 
Beyond the warning GCC doesn't "know" that memcpy(d, s, -1) is unavoidably
invalid.

$ cat b.c && gcc -O2 -S -Wall -Wextra -Wpedantic
-fdump-tree-optimized=/dev/stdout b.c 
typedef __SIZE_TYPE__ size_t;

void f (void *d, const char *s, size_t a, size_t b)
{
  if (__builtin_constant_p (a) && a <= b)
__builtin_memcpy (d, s, a);
}

void g (void *d, const char *s, size_t b)
{
  f (d, s, -1, b);
}

;; Function f (f, funcdef_no=0, decl_uid=1799, cgraph_uid=0, symbol_order=0)

f (void * d, const char * s, size_t a, size_t b)
{
   [100.00%]:
  return;

}



;; Function g (g, funcdef_no=1, decl_uid=1804, cgraph_uid=1, symbol_order=1)

Removing basic block 5
g (void * d, const char * s, size_t b)
{
   [100.00%]:
  if (b_4(D) == 18446744073709551615)
goto ; [22.95%]
  else
goto ; [77.05%]

   [22.95%]:
  __builtin_memcpy (d_2(D), s_3(D), 18446744073709551615); [tail call]

   [100.00%]:
  return;

}


In function ‘f’,
inlined from ‘g’ at b.c:11:3:
b.c:6:5: warning: ‘__builtin_memcpy’: specified size 18446744073709551615
exceeds maximum object size 9223372036854775807 [-Wstringop-overflow=]
 __builtin_memcpy (d, s, a);
 ^~

[Bug c/79733] ICE in int_mode_for_mode, at stor-layout.c:406

[uros at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79733

--- Comment #8 from uros at gcc dot gnu.org ---
Author: uros
Date: Thu Apr  6 18:49:43 2017
New Revision: 246739

URL: https://gcc.gnu.org/viewcvs?rev=246739=gcc=rev
Log:
PR target/79733
* config/i386/i386.c (ix86_expand_builtin)
: Determine insn operand
mode from insn data. Convert operands to insn operand mode.
Copy operands that don't satisfy insn predicate to a register.

testsuite/ChangeLog:

PR target/79733
* gcc.target/i386/pr79733.c: New test.


Added:
trunk/gcc/testsuite/gcc.target/i386/pr79733.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/i386/i386.c
trunk/gcc/testsuite/ChangeLog

[Bug target/80298] incompatible with -mno-sse

[uros at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80298

--- Comment #7 from uros at gcc dot gnu.org ---
Author: uros
Date: Thu Apr  6 18:34:18 2017
New Revision: 246737

URL: https://gcc.gnu.org/viewcvs?rev=246737=gcc=rev
Log:
PR target/80298
* gcc.target/i386/pr80298-1.c: New test.
* gcc.target/i386/pr80298-2.c: Ditto.


Added:
trunk/gcc/testsuite/gcc.target/i386/pr80298-1.c
trunk/gcc/testsuite/gcc.target/i386/pr80298-2.c
Modified:
trunk/gcc/testsuite/ChangeLog

[Bug c/80346] New: pessimistic stringop-overflow

[dgilbert at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80346

Bug ID: 80346
   Summary: pessimistic stringop-overflow
   Product: gcc
   Version: 7.0.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: dgilbert at redhat dot com
  Target Milestone: ---

Created attachment 41146
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41146=edit
source file that triggers warning

The attached code (from QEMU's test suite) triggers the following warning - I
wonder if this is the same as pr 79095 ?

In file included from /usr/include/string.h:639:0,
 from cut-down.c:4:
In function ‘memcpy’,
inlined from ‘iov_from_buf.constprop’ at cut-down.c:49:9,
inlined from ‘test_to_from_buf_1’ at cut-down.c:128:14,
inlined from ‘test_to_from_buf’ at cut-down.c:143:9:
/usr/include/bits/string3.h:53:10: error: ‘__builtin_memcpy’: specified size
18446744073709551615 exceeds maximum object size 9223372036854775807
[-Werror=stringop-overflow=]
   return __builtin___memcpy_chk (__dest, __src, __len, __bos0 (__dest));
  ^~
In function ‘memcpy’,
inlined from ‘iov_to_buf.constprop’ at cut-down.c:62:9,
inlined from ‘test_to_from_buf_1’ at cut-down.c:134:14,
inlined from ‘test_to_from_buf’ at cut-down.c:143:9:
/usr/include/bits/string3.h:53:10: error: ‘__builtin_memcpy’: specified size
18446744073709551615 exceeds maximum object size 9223372036854775807
[-Werror=stringop-overflow=]
   return __builtin___memcpy_chk (__dest, __src, __len, __bos0 (__dest));

from Fedora 26's:
Configured with: ../configure --enable-bootstrap
--enable-languages=c,c++,objc,obj-c++,fortran,ada,go,lto --prefix=/usr
--mandir=/usr/share/man --infodir=/usr/share/info
--with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-shared
--enable-threads=posix --enable-checking=release --enable-multilib
--with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions
--enable-gnu-unique-object --enable-linker-build-id
--with-gcc-major-version-only --with-linker-hash-style=gnu --enable-plugin
--enable-initfini-array --with-isl --enable-libmpx
--enable-offload-targets=nvptx-none --without-cuda-driver
--enable-gnu-indirect-function --with-tune=generic --with-arch_32=i686
--build=x86_64-redhat-linux
Thread model: posix
gcc version 7.0.1 20170309 (Red Hat 7.0.1-0.12) (GCC) 


I have some sympathy for the -1 size_t cast and it's worrying that (size_t)-1
<= iov_len could be true ???

[Bug target/69992] test case gcc.dg/sms-4.c fails

[amonakov at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69992

Alexander Monakov  changed:

   What|Removed |Added

 CC||amonakov at gcc dot gnu.org,
   ||zhroma at ispras dot ru

--- Comment #6 from Alexander Monakov  ---
This testcase passes for me on Roman's sms branch (see
https://gcc.gnu.org/ml/gcc-patches/2017-02/msg01647.html for an overview, I
believe patch 8 or 9 takes care of this issue).

[Bug target/80324] _mm512_reduce_xxx type instrinsics are missing

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80324

Jakub Jelinek  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2017-04-06
   Assignee|unassigned at gcc dot gnu.org  |jakub at gcc dot gnu.org
 Ever confirmed|0   |1

--- Comment #2 from Jakub Jelinek  ---
Created attachment 41145
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41145=edit
gcc7-pr80324-wip.patch

WIP patch.

[Bug target/80082] [5/6 regression] GCC incorrectly assumes Cortex-r[578] have 64-bit single-copy atomic LDRD

[thopre01 at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80082

--- Comment #10 from Thomas Preud'homme  ---
Author: thopre01
Date: Thu Apr  6 16:26:39 2017
New Revision: 246734

URL: https://gcc.gnu.org/viewcvs?rev=246734=gcc=rev
Log:
2017-04-06  Thomas Preud'homme  

gcc/
PR target/80082
* config/arm/arm-protos.h (FL_LPAE): Define macro.
(FL_FOR_ARCH7VE): Add FL_LPAE.
(arm_arch_lpae): Declare extern.
* config/arm/arm.c (arm_arch_lpae): Declare.
(arm_option_override): Define arm_arch_lpae.
* config/arm/arm.h (TARGET_HAVE_LPAE): Redefine in term of
arm_arch_lpae.

gcc/testsuite/
PR target/80082
* gcc.target/arm/atomic_loaddi_10.c: New testcase.
* gcc.target/arm/atomic_loaddi_11.c: Likewise.

Added:
branches/gcc-6-branch/gcc/testsuite/gcc.target/arm/atomic_loaddi_10.c
branches/gcc-6-branch/gcc/testsuite/gcc.target/arm/atomic_loaddi_11.c
Modified:
branches/gcc-6-branch/gcc/ChangeLog
branches/gcc-6-branch/gcc/config/arm/arm-protos.h
branches/gcc-6-branch/gcc/config/arm/arm.c
branches/gcc-6-branch/gcc/config/arm/arm.h
branches/gcc-6-branch/gcc/testsuite/ChangeLog

[Bug tree-optimization/80345] ICE in rewrite_use_nonlinear_expr with -O2

[marxin at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80345

Martin Liška  changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2017-04-06
 CC||marxin at gcc dot gnu.org
 Ever confirmed|0   |1

--- Comment #1 from Martin Liška  ---
Can you please attach the preprocessed file?

[Bug target/69992] test case gcc.dg/sms-4.c fails

[wschmidt at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69992

--- Comment #5 from Bill Schmidt  ---
I guess the next step would be to step through why iv_number_of_iterations
thinks this loop could never terminate.

[Bug target/69992] test case gcc.dg/sms-4.c fails

[wschmidt at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69992

--- Comment #4 from Bill Schmidt  ---
Hm, does your simplification remove the possibility of overflow that could
occur with intermediate results?

[Bug c/80345] New: ICE in rewrite_use_nonlinear_expr with -O2

[krisk0.2017.02.27 at protonmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80345

Bug ID: 80345
   Summary: ICE in rewrite_use_nonlinear_expr with -O2
   Product: gcc
   Version: 6.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: krisk0.2017.02.27 at protonmail dot com
  Target Milestone: ---

The bug looks like #68021. But #68021 has been fixed Feb 2016 and gcc-6.3 is
dated Dec 2016, so this bug is NOT a duplicate.

 * the exact version of GCC
gcc version 6.3.0 (Gentoo 6.3.0 p1.0)

4.9.3 5.3 5.4 affected, too. clang 3.7.1 compiles fine.

 * the system type 
Gentoo Linux on amd64

 * the options given when GCC was configured/built;
COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/6.3.0/gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/6.3.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: /tmp/portage/sys-devel/gcc-6.3.0/work/gcc-6.3.0/configure
--host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --prefix=/usr
--bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/6.3.0
--includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/6.3.0/include
--datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/6.3.0
--mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/6.3.0/man
--infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/6.3.0/info
--with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/6.3.0/include/g++-v6
--with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/6.3.0/python
--enable-languages=c,c++ --enable-obsolete --enable-secureplt --disable-werror
--with-system-zlib --disable-nls --enable-checking=release
--with-bugurl=https://bugs.gentoo.org/ --with-pkgversion='Gentoo 6.3.0 p1.0'
--disable-esp --enable-libstdcxx-time --enable-shared --enable-threads=posix
--enable-__cxa_atexit --enable-clocale=gnu --enable-multilib
--with-multilib-list=m32,m64 --disable-altivec --disable-fixed-point
--enable-targets=all --disable-libgcj --enable-libgomp --disable-libmudflap
--disable-libssp --disable-libcilkrts --disable-libmpx --enable-vtable-verify
--enable-libvtv --disable-libquadmath --enable-lto --without-isl
--enable-libsanitizer --disable-default-pie --disable-default-ssp
Thread model: posix
gcc version 6.3.0 (Gentoo 6.3.0 p1.0) 

 * the complete command line that triggers the bug;

x86_64-pc-linux-gnu-gcc -O2 -pipe -march=native -fPIC
-I/usr/lib64/python2.7/site-packages/sage/ext
-I/usr/lib64/python2.7/site-packages
-I/usr/lib64/python2.7/site-packages/cysignals -I/usr/include/python2.7 -c
flint.c -o
/tmp/portage/dev-python/python-sage-flint-20150625-r0/work/razin-20150625-r0/flint.binding-python2_7/temp.linux-x86_64-2.7/flint.o

 * the compiler output (error messages, warnings, etc.); and
the preprocessed file (*.i*) that triggers the bug
In file included from flint.c:483:0:
C/fmpz_mat/det_suspected_zero.c: In function 'det_divisor_count_y':
C/fmpz_mat/det_suspected_zero.c:180:33: warning: initialization from
incompatible pointer type [-Wincompatible-pointer-types]
   const mp_limb_t** const m_row=m->rows;
 ^
In file included from flint.c:489:0:
C/fmpz_mat/Hadamard_Cramer.c: In function 'hadamard_2arg':
C/fmpz_mat/Hadamard_Cramer.c:127:27: warning: initialization from incompatible
pointer type [-Wincompatible-pointer-types]
   const fmpz** const rows=m->rows;
   ^
In file included from flint.c:492:0:
C/nmod_mat/det_mod_pk.c: In function 'nmod_mat_det_dim4':
C/nmod_mat/det_mod_pk.c:122:32: warning: initialization from incompatible
pointer type [-Wincompatible-pointer-types]
   const mp_limb_t** const rows=M->rows;
^
C/nmod_mat/det_mod_pk.c: In function 'nmod_mat_det_dim4_SE':
C/nmod_mat/det_mod_pk.c:142:32: warning: initialization from incompatible
pointer type [-Wincompatible-pointer-types]
   const mp_limb_t** const rows=M->rows;
^
C/nmod_mat/det_mod_pk.c: In function 'nmod_mat_det_dim3':
C/nmod_mat/det_mod_pk.c:168:32: warning: initialization from incompatible
pointer type [-Wincompatible-pointer-types]
   const mp_limb_t** const rows=A->rows;
^
In file included from flint.c:496:0:
C/nmod_mat/transpose_square_tgt_virgin.c: In function
'nmod_mat_transpose_square_tgt_virgin':
C/nmod_mat/transpose_square_tgt_virgin.c:11:36: warning: initialization from
incompatible pointer type [-Wincompatible-pointer-types]
   const mp_limb_t** const sou_rows=sou->rows;
^
In file included from flint.c:491:0:
C/tmod_mat/invert_square.c: In function 'tmod_mat_invert_transpose':
C/tmod_mat/invert_square.c:226:1: internal compiler error: in
rewrite_use_nonlinear_expr, at tree-ssa-loop-ivopts.c:6448
 tmod_mat_invert_transpose(tmod_mat_t R, const tmod_mat_t S)
 ^
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
error: command 'x86_64-pc-linux-gnu-gcc' failed with 

[Bug target/69992] test case gcc.dg/sms-4.c fails

[acsawdey at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69992

--- Comment #3 from acsawdey at gcc dot gnu.org ---
So, it comes down to the fact that this condition cannot ever  be true, so the
loop is not in fact infinite:

  infinite if: (expr_list:REG_DEP_TRUE (ne:SI (and:DI (minus:DI (plus:DI
(ashift:DI (reg:DI 211)
(const_int 2 [0x2]))
(reg/v/f:DI 205 [ ap ]))
(reg:DI 193 [ ivtmp.20 ]))
(const_int 3 [0x3]))
(const_int 0 [0]))
(nil))

DI 211 is just n-1

ivtmp.20 is initialized to ap-4 and is incremented by 4 so has a value of the
form ap-4+4*i.

So the whole thing looks like

4*(n-1)+ap-(ap-4+4*i)

or

4*(n-1)+4-4*i which is 4*(n-1+1-i)

and clearly the low 2 bits are always 0.

So, should some analysis have figured this out?

[Bug target/80313] -march=znver1 produce worse code than -march=haswell

[venkataramanan.kumar at amd dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80313

--- Comment #3 from Venkataramanan  ---
Thanks for pointing out. It looks like we need to adjust our branch cost. 

diff --git a/gcc/config/i386/i386.c b/gcc/config/i386/i386.c
index 14ac189..8212c56 100644
--- a/gcc/config/i386/i386.c
+++ b/gcc/config/i386/i386.c
@@ -1405,7 +1405,7 @@ struct processor_costs znver1_cost = {
  to limit number of prefetches at all, as their execution also takes some
  time).  */
   100, /* number of parallel prefetches.  */
-  2,   /* Branch cost.  */
+  3,   /* Branch cost.  */
   COSTS_N_INSNS (6),   /* cost of FADD and FSUB insns.  */
   COSTS_N_INSNS (6),   /* cost of FMUL instruction.  */
   COSTS_N_INSNS (42),  /* cost of FDIV instruction.  */
@@ -4155,6 +4155,312 @@ convert_scalars_to_vector ()
   return 0;
 }

Adjusting it the runtime for attached test case improved.  As richard said we
have not yet completed the cost model tuning for Zen.  We will benchmark and
come back on this.

[Bug tree-optimization/80334] [5/6 Regression] Segfault when taking address of copy of unaligned struct

[jagerman at jagerman dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80334

--- Comment #6 from Jason Rhinelander  ---
Confirming that this solves the original (unsimplified) issue for me with
current trunk.

[Bug tree-optimization/80344] New: -Wuninitialized triggering on a ctor on ARM

[mpolacek at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80344

Bug ID: 80344
   Summary: -Wuninitialized triggering on a ctor on ARM
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: mpolacek at gcc dot gnu.org
  Target Milestone: ---

With this testcase, on ARM I see:

$ ./cc1plus -quiet -I. -Wuninitialized -O q.C 
q.C: In constructor ‘B::B()’:
q.C:4:7: warning: ‘’ is used uninitialized in this function
[-Wuninitialized]
   A() {}
   ^

Started with r245840.  The C++ ABI for ARM says that cdtors return "this"
instead of returning void, so in .original we have

<;
{

}
:;
return this;

And the last line provokes the warning.

class A {
public:
  enum { } e;
  A() {}
  int i;
  int j;
};

class B {
  B();
  A a;
};

A
fn1()
{
  return A();
}

B::B() : a(fn1()) {}

[Bug target/80082] [5/6 regression] GCC incorrectly assumes Cortex-r[578] have 64-bit single-copy atomic LDRD

[thopre01 at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80082

--- Comment #9 from Thomas Preud'homme  ---
Author: thopre01
Date: Thu Apr  6 14:53:22 2017
New Revision: 246733

URL: https://gcc.gnu.org/viewcvs?rev=246733=gcc=rev
Log:
[ARM] Compile atomic_loaddi_11 for Cortex-R5

2017-04-06  Thomas Preud'homme  

[Bug rtl-optimization/80343] [7 Regression] ICE in extract_constrain_insn, at recog.c:2213 (error: insn does not satisfy its constraints)

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80343

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |7.0

[Bug tree-optimization/79224] [7 Regression] Large C-Ray slowdown

[hubicka at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79224

--- Comment #12 from Jan Hubicka  ---
I know - it is the problem I mentioned earlier. ray_sphere has a conditional
on parameter SP that decides whether it does extra work.  In some cases
ray_sphere is called with SP NULL.  Now we compute the speedup by comparing the
offline copy of ray_sphere (where we know nothing on SP value) to specialized
inline version (where we know that SP is NULL). This makes us to account quite
large speedup and prioritize the inline.

This is wrong (and has been for a while) and I have patch to fix it next
stage1, but it is not really stage 4 material :(

Honza

[Bug target/80313] -march=znver1 produce worse code than -march=haswell

[trippels at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80313

Markus Trippelsdorf  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2017-04-06
 CC||trippels at gcc dot gnu.org
 Ever confirmed|0   |1

--- Comment #2 from Markus Trippelsdorf  ---
markus@x4 ~ % bloaty -d symbols /usr/libexec/gcc/x86_64-pc-linux-gnu/7.0.1/cc1
 VM SIZE   FILE SIZE
 -- --
  63.0%  14.8Mi [Other]  14.4Mi  57.3%
  22.6%  5.33Mi [Unmapped]   8.28Mi  32.9%
   3.5%   836Ki znver1_fp_transitions 836Ki   3.2%
   1.7%   418Ki znver1_fp_min_issue_delay 418Ki   1.6%
   1.5%   350Ki operand_data  350Ki   1.4%
   1.2%   280Ki insn_data 280Ki   1.1%
   1.0%   248Ki default_target_ira_int0   0.0%
   0.9%   224Ki default_target_recog  0   0.0%
   0.6%   133Ki znver1_ieu_transitions133Ki   0.5%
   0.5%   121Ki cl_options121Ki   0.5%
   0.4%   105Ki default_target_ira0   0.0%
   0.4%   104Ki default_target_expmed 0   0.0%
   0.4%   100Ki ix86_builtins_isa 0   0.0%
   0.4%  91.8Ki bdver3_fp_transitions91.8Ki   0.4%
   0.4%  88.4Ki c_common_nodes_and_builtins  88.4Ki   0.3%
   0.3%  71.9Ki bdesc_args   71.9Ki   0.3%
   0.3%  69.4Ki default_target_reload 0   0.0%
   0.3%  67.7Ki hard_reg_clobbers 0   0.0%
   0.3%  66.6Ki znver1_ieu_min_issue_delay   66.6Ki   0.3%
   0.2%  59.2Ki insn_extract(rtx_insn*) [clone .cold.0]  59.2Ki   0.2%
   0.0%  8.16Ki [None]0   0.0%
 100.0%  23.5Mi TOTAL25.1Mi 100.0%

[Bug middle-end/80341] gcc miscompiles division of signed char

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80341

Richard Biener  changed:

   What|Removed |Added

  Component|c   |middle-end

--- Comment #7 from Richard Biener  ---
Testing patch.

[Bug tree-optimization/80334] [5/6/7 Regression] Segfault when taking address of copy of unaligned struct

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80334

Richard Biener  changed:

   What|Removed |Added

   Keywords||wrong-code
   Priority|P1  |P2
  Component|target  |tree-optimization
  Known to work||7.0.1
   Target Milestone|7.0 |5.5
Summary|[7 Regression] Segfault |[5/6/7 Regression] Segfault
   |when taking address of copy |when taking address of copy
   |of unaligned struct |of unaligned struct

--- Comment #5 from Richard Biener  ---
Fixed on trunk sofar, queued for backporting (I think the issue is latent).

[Bug target/80322] convert intrinsics missing

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80322

Jakub Jelinek  changed:

   What|Removed |Added

  Attachment #41143|0   |1
is obsolete||
 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2017-04-06
   Assignee|unassigned at gcc dot gnu.org  |jakub at gcc dot gnu.org
 Ever confirmed|0   |1

--- Comment #6 from Jakub Jelinek  ---
Created attachment 41144
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41144=edit
gcc7-pr80322.patch

Updated untested patch, grabbing an AVX512F box now to test.

[Bug target/80334] [7 Regression] Segfault when taking address of copy of unaligned struct

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80334

--- Comment #4 from Richard Biener  ---
Author: rguenth
Date: Thu Apr  6 13:56:35 2017
New Revision: 246731

URL: https://gcc.gnu.org/viewcvs?rev=246731=gcc=rev
Log:
2017-04-06  Richard Biener  

PR tree-optimization/80334
* tree-ssa-loop-ivopts.c (rewrite_use_address): Properly
preserve alignment of accesses.

* g++.dg/torture/pr80334.C: New testcase.

Added:
trunk/gcc/testsuite/g++.dg/torture/pr80334.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-ssa-loop-ivopts.c

[Bug sanitizer/80166] SANITIZER_INTERCEPT_GETGROUPS modifies list when size is 0 Out-of-bounds write

[marxin at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80166

--- Comment #4 from Martin Liška  ---
Author: marxin
Date: Thu Apr  6 13:42:24 2017
New Revision: 246730

URL: https://gcc.gnu.org/viewcvs?rev=246730=gcc=rev
Log:
Cherry-pick upstream r299036 from libsanitizer (PR sanitizer/80166).

2017-04-06  Martin Liska  

PR sanitizer/80166
* sanitizer_common/sanitizer_common_interceptors.inc (INTERCEPTOR):
Cherry-pick upstream r299036.
2017-04-06  Martin Liska  

PR sanitizer/80166
* gcc.dg/asan/pr80166.c: New test.

Added:
trunk/gcc/testsuite/gcc.dg/asan/pr80166.c
Modified:
trunk/gcc/testsuite/ChangeLog
trunk/libsanitizer/ChangeLog
trunk/libsanitizer/sanitizer_common/sanitizer_common_interceptors.inc

[Bug rtl-optimization/80343] New: [7 Regression] ICE in extract_constrain_insn, at recog.c:2213 (error: insn does not satisfy its constraints)

[asolokha at gmx dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80343

Bug ID: 80343
   Summary: [7 Regression] ICE in extract_constrain_insn, at
recog.c:2213 (error: insn does not satisfy its
constraints)
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: rtl-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: asolokha at gmx dot com
  Target Milestone: ---
Target: powerpc-e500v2-linux-gnuspe

gcc-7.0.0-alpha20170402 for a SPE target ICEs when compiling the following
snippet w/ -O2 -ftracer -fPIC:

long long int vi, ls;
int wq, oa, to, fv;
signed char zo;

long long int
ai (long long int ip, long long int jc, int gt)
{
  ip /= 3;
  jc += ip;
  if (ip != 0)
vi = 0;
  vi += ls;

  if (wq != oa)
{
  int tz;

  for (tz = 0; tz < 32; ++tz)
zo -= wq & gt;

  if ((gt & 5) > oa)
{
  zo += gt;
  fv += zo + to;
}

  if (gt != 0)
oa = 0;

  if (fv != 0)
{
  vi += wq;
  ls += ip;
  jc += (vi != 0) ? ip : ls;
}

  while (tz != 0)
{
  zo = wq;
  tz = zo;
}

  ++to;
  wq = ip;
}

  return jc;
}

% powerpc-e500v2-linux-gnuspe-gcc-7.0.0-alpha20170402 -fPIC -O2 -ftracer -c
kz97n1pv.c
kz97n1pv.c: In function 'ai':
kz97n1pv.c:48:1: error: insn does not satisfy its constraints:
 }
 ^
(insn 334 329 309 8 (parallel [
(set (reg:SI 15 15 [263])
(and:SI (reg/v:SI 31 31 [orig:199 gt ] [199])
(const_int 5 [0x5])))
(clobber (scratch:CC))
]) "kz97n1pv.c":21 180 {andsi3_imm}
 (nil))
kz97n1pv.c:48:1: internal compiler error: in extract_constrain_insn, at
recog.c:2213
0x3060564c775 _fatal_insn(char const*, rtx_def const*, char const*, int, char
const*)
   
/var/tmp/portage/cross-powerpc-e500v2-linux-gnuspe/gcc-7.0.0_alpha20170402/work/gcc-7-20170402/gcc/rtl-error.c:108
0x3060564c7c0 _fatal_insn_not_found(rtx_def const*, char const*, int, char
const*)
   
/var/tmp/portage/cross-powerpc-e500v2-linux-gnuspe/gcc-7.0.0_alpha20170402/work/gcc-7-20170402/gcc/rtl-error.c:119
0x30605618d09 extract_constrain_insn(rtx_insn*)
   
/var/tmp/portage/cross-powerpc-e500v2-linux-gnuspe/gcc-7.0.0_alpha20170402/work/gcc-7-20170402/gcc/recog.c:2213
0x3060550a5ef check_rtl
   
/var/tmp/portage/cross-powerpc-e500v2-linux-gnuspe/gcc-7.0.0_alpha20170402/work/gcc-7-20170402/gcc/lra.c:2128
0x3060550f117 lra(_IO_FILE*)
   
/var/tmp/portage/cross-powerpc-e500v2-linux-gnuspe/gcc-7.0.0_alpha20170402/work/gcc-7-20170402/gcc/lra.c:2546
0x306054bb920 do_reload
   
/var/tmp/portage/cross-powerpc-e500v2-linux-gnuspe/gcc-7.0.0_alpha20170402/work/gcc-7-20170402/gcc/ira.c:5457
0x306054bb920 execute
   
/var/tmp/portage/cross-powerpc-e500v2-linux-gnuspe/gcc-7.0.0_alpha20170402/work/gcc-7-20170402/gcc/ira.c:5641

[Bug tree-optimization/79390] [7 Regression] 10% performance drop in SciMark2 LU after r242550

[ro at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79390

--- Comment #15 from Rainer Orth  ---
Author: ro
Date: Thu Apr  6 13:11:21 2017
New Revision: 246729

URL: https://gcc.gnu.org/viewcvs?rev=246729=gcc=rev
Log:
Fix gcc.target/i386/pr79390.c for Solaris as

PR tree-optimization/79390
* gcc.target/i386/pr79390.c: Allow for cmovl.a.

Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.target/i386/pr79390.c

[Bug rtl-optimization/78255] [5/6 regression] Indirect sibling call causing wrong code generation for ARM

[ramana at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78255

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||ramana at gcc dot gnu.org
 Resolution|--- |FIXED

--- Comment #16 from Ramana Radhakrishnan  ---
Fixed then ?

[Bug c/80341] gcc miscompiles division of signed char

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80341

--- Comment #6 from Richard Biener  ---
Ah, it is as we pass it signed char as 2nd arg...

[Bug c/80341] gcc miscompiles division of signed char

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80341

Richard Biener  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2017-04-06
   Assignee|unassigned at gcc dot gnu.org  |rguenth at gcc dot 
gnu.org
 Ever confirmed|0   |1

--- Comment #5 from Richard Biener  ---
hmm, get_unwidened ((int) (short unsigned int) c) returns c?!  I wonder if
that's by design...

[Bug libstdc++/80340] error: 'write' was not declared in this scope

[redi at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80340

Jonathan Wakely  changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution|--- |INVALID

--- Comment #7 from Jonathan Wakely  ---
(In reply to Sumit from comment #5)
> (In reply to Jonathan Wakely from comment #4)
> > (In reply to Jonathan Wakely from comment #2)
> > > Configuring GCC with --disable-libstdcxx-verbose will remove the use of
> > > write in that file
> 
> Is this flag --disable-libstdcxx-verbose enabled because
> "--disable-libstdcxx-pch" is configured in my configuration?

It's not enabled. I'm suggesting that you enable it, it will solve your
problem.


(In reply to Sumit from comment #6)
> If I do not configure for hosted environment by using
> --disable-hosted-libstdcxx, I did not see this error.
> 
> Any clues?

Isn't the code a pretty big clue?

#if _GLIBCXX_HOSTED && _GLIBCXX_VERBOSE
#ifdef _GLIBCXX_HAVE_UNISTD_H
# include 
# define writestr(str)  write(2, str, sizeof(str) - 1)
# ifdef __GNU_LIBRARY__
  /* Avoid forcing the library's meaning of `write' on the user program
 by using the "internal" name (for use within the library).  */
/*#  define write(fd, buf, n)   __write((fd), (buf), (n))*/
# endif
#else
# include 
# define writestr(str)  std::fputs(str, stderr)
#endif
#else
# define writestr(str) /* Empty */
#endif

If you use --disable-hosted-libstdcxx or --disable-libstdcxx-verbose then
there's no call to ::write

Please stop trying to use Bugzilla to find out how to configure an unsupported
version GCC for your target. This is not the right place.

[Bug c/80341] gcc miscompiles division of signed char

[mpolacek at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80341

--- Comment #4 from Marek Polacek  ---
With -O I get
x.c: In function ‘foo’:
x.c:7:7: warning: overflow in implicit constant conversion [-Woverflow]
   s = (unsigned short) c / -55;
   ^

[Bug middle-end/80262] address space gets lost in memory access

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80262

Richard Biener  changed:

   What|Removed |Added

  Known to work||7.0.1

--- Comment #10 from Richard Biener  ---
Fixed on trunk sofar.

[Bug middle-end/80262] address space gets lost in memory access

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80262

--- Comment #9 from Richard Biener  ---
Author: rguenth
Date: Thu Apr  6 12:31:05 2017
New Revision: 246728

URL: https://gcc.gnu.org/viewcvs?rev=246728=gcc=rev
Log:
2017-04-06  Richard Biener  

PR tree-optimization/80262
* tree-sra.c (build_ref_for_offset): Preserve address-space
information.
* tree-ssa-sccvn.c (vn_reference_maybe_forwprop_address):
Drop useless address-space information on MEM_REF offsets.

* gcc.target/i386/pr80262.c: New testcase.

Added:
trunk/gcc/testsuite/gcc.target/i386/pr80262.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-sra.c
trunk/gcc/tree-ssa-sccvn.c

[Bug c/80341] gcc miscompiles division of signed char

[mpolacek at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80341

--- Comment #3 from Marek Polacek  ---
Likely started with

commit 4d307e1ff39d0c2f90123ef789d611e2323be76d
Author: rguenth 
Date:   Wed Feb 10 11:54:14 2010 +

2010-02-10  Richard Guenther  

PR c/43007
* tree.c (get_unwidened): Handle constants.
* convert.c (convert_to_integer): Handle TRUNC_DIV_EXPR.

* gcc.c-torture/execute/20100209-1.c: New testcase.
* gcc.dg/fold-div-3.c: Likewise.


git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@156653
138bc75d-0d04-0410-961f-82ee72b054a4

[Bug c/80341] gcc miscompiles division of signed char

[mpolacek at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80341

--- Comment #2 from Marek Polacek  ---
Better testcase:

const signed char c = -84;
signed char s;

void
foo ()
{
  s = (unsigned short) c / -55;
}

int
main ()
{
  foo ();
  if (s != 90)
__builtin_abort ();
}

[Bug target/80322] convert intrinsics missing

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80322

--- Comment #5 from Jakub Jelinek  ---
Created attachment 41143
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41143=edit
gcc7-pr80322.patch

So far I have this, writing testcases now.  For the reductions more work will
be needed, so I'll handle it separately.

[Bug c/79733] ICE in int_mode_for_mode, at stor-layout.c:406

[trippels at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79733

Markus Trippelsdorf  changed:

   What|Removed |Added

 CC||m...@sven-woop.de

--- Comment #7 from Markus Trippelsdorf  ---
*** Bug 80339 has been marked as a duplicate of this bug. ***

[Bug target/80339] internal compiler error: in int_mode_for_mode, at stor-layout.c:406

[trippels at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80339

Markus Trippelsdorf  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |DUPLICATE

--- Comment #6 from Markus Trippelsdorf  ---
(In reply to Uroš Bizjak from comment #5)
> This is most likely a dup of PR 79733.
> 
> Can you please check if the patch in the referred PR also fixes this PR?

It does.

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

[Bug target/80339] internal compiler error: in int_mode_for_mode, at stor-layout.c:406

[ubizjak at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80339

--- Comment #5 from Uroš Bizjak  ---
This is most likely a dup of PR 79733.

Can you please check if the patch in the referred PR also fixes this PR?

[Bug c/79733] ICE in int_mode_for_mode, at stor-layout.c:406

[ubizjak at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79733

--- Comment #6 from Uroš Bizjak  ---
*** Bug 79808 has been marked as a duplicate of this bug. ***

[Bug target/79808] ICE in int_mode_for_mode, at stor-layout.c:406 with -mavx512pf and -Og

[ubizjak at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79808

Uroš Bizjak  changed:

   What|Removed |Added

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

--- Comment #1 from Uroš Bizjak  ---
Dup.

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

[Bug c/79733] ICE in int_mode_for_mode, at stor-layout.c:406

[ubizjak at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79733

Uroš Bizjak  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2017-04-06
   Assignee|unassigned at gcc dot gnu.org  |ubizjak at gmail dot com
 Ever confirmed|0   |1

--- Comment #5 from Uroš Bizjak  ---
Created attachment 41142
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41142=edit
Patch that fixes kortest exanders

Patch in testing.

[Bug target/80339] internal compiler error: in int_mode_for_mode, at stor-layout.c:406

[trippels at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80339

--- Comment #4 from Markus Trippelsdorf  ---
trippels@gcc75 ~ % cat test3.ii
int a = __builtin_ia32_kortestzhi(0, 0);

trippels@gcc75 ~ % g++ -mavx512f -c test3.ii
test3.ii: In function ‘void __static_initialization_and_destruction_0(int,
int)’:
test3.ii:1:34: internal compiler error: in int_mode_for_mode, at
stor-layout.c:406
 int a = __builtin_ia32_kortestzhi(0, 0);
 ~^~
0x117cbd1 int_mode_for_mode(machine_mode)
../../gcc/gcc/stor-layout.c:406
0xd3757f emit_move_via_integer
../../gcc/gcc/expr.c:3289
0xd384a7 emit_move_insn_1(rtx_def*, rtx_def*)
../../gcc/gcc/expr.c:3670
0xd38763 emit_move_insn(rtx_def*, rtx_def*)
../../gcc/gcc/expr.c:3738
0xd18283 copy_to_reg(rtx_def*)
../../gcc/gcc/explow.c:585
0x15ef232 ix86_expand_builtin
../../gcc/gcc/config/i386/i386.c:37854
0xba1538 expand_builtin(tree_node*, rtx_def*, rtx_def*, machine_mode, int)
../../gcc/gcc/builtins.c:6362
0xd53a89 expand_expr_real_1(tree_node*, rtx_def*, machine_mode,
expand_modifier, rtx_def**, bool)
../../gcc/gcc/expr.c:10822
0xd47728 expand_expr_real(tree_node*, rtx_def*, machine_mode, expand_modifier,
rtx_def**, bool)
../../gcc/gcc/expr.c:8072
0xd3e744 store_expr_with_bounds(tree_node*, rtx_def*, int, bool, bool,
tree_node*)
../../gcc/gcc/expr.c:5552
0xd3d199 expand_assignment(tree_node*, tree_node*, bool)
../../gcc/gcc/expr.c:5321
0xbd9f18 expand_call_stmt
../../gcc/gcc/cfgexpand.c:2656
0xbdd13c expand_gimple_stmt_1
../../gcc/gcc/cfgexpand.c:3571
0xbdd832 expand_gimple_stmt
../../gcc/gcc/cfgexpand.c:3737
0xbe5092 expand_gimple_basic_block
../../gcc/gcc/cfgexpand.c:5744
0xbe6b42 execute
../../gcc/gcc/cfgexpand.c:6357

[Bug tree-optimization/80281] [5/6 Regression] Wrong constant folding

[vogt at linux dot vnet.ibm.com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80281

--- Comment #18 from Dominik Vogt  ---
Fixed.

[Bug target/80339] internal compiler error: in int_mode_for_mode, at stor-layout.c:406

[trippels at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80339

Markus Trippelsdorf  changed:

   What|Removed |Added

 Status|WAITING |NEW
 CC||trippels at gcc dot gnu.org

--- Comment #3 from Markus Trippelsdorf  ---
Reducing...

[Bug middle-end/80342] useless outermost conversions not fully elided by genmatch generated code

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80342

Richard Biener  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2017-04-06
 Ever confirmed|0   |1

--- Comment #1 from Richard Biener  ---
Mine.

[Bug middle-end/80342] New: useless outermost conversions not fully elided by genmatch generated code

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80342

Bug ID: 80342
   Summary: useless outermost conversions not fully elided by
genmatch generated code
   Product: gcc
   Version: 7.0.1
Status: UNCONFIRMED
  Keywords: missed-optimization
  Severity: normal
  Priority: P3
 Component: middle-end
  Assignee: rguenth at gcc dot gnu.org
  Reporter: rguenth at gcc dot gnu.org
  Target Milestone: ---

if you write

(simplify
 (plus @1 @2)
 (convert (plus @1 @2)))

then genmatch generates

*res_code = NOP_EXPR;
{
  tree ops1[2], res;
  ops1[0] = captures[0];
  ops1[1] = captures[1];
  code_helper tem_code = PLUS_EXPR;
  tree tem_ops[3] = { ops1[0], ops1[1] };
  gimple_resimplify2 (lseq, _code, TREE_TYPE (ops1[0]), tem_ops,
valueize);
  res = maybe_push_res_to_seq (tem_code, TREE_TYPE (ops1[0]), tem_ops,
lseq);
  if (!res) return false;
  res_ops[0] = res;
}
gimple_resimplify1 (lseq, res_code, type, res_ops, valueize);

which means the (plus @1 @2) is pushed to seq even if the conversion ends up
being simplified away.  This results in forwprop changes like

+  _1 = x_6(D) - _10;
+  _7 = _1;

and also in missed optimizations in SCCVN which uses seq == NULL and thus
won't survive this.

Individual patterns can be adjusted to provide special-casing for the
case of useless conversions but a genmatch solution is prefered.  Note
it won't come cheap (it will duplicate the transform code).

[Bug target/80339] internal compiler error: in int_mode_for_mode, at stor-layout.c:406

[m...@sven-woop.de]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80339

--- Comment #2 from Sven Woop  ---
Ok I isolated the issue, please see attached reproducer. The bug is quite
delicate. Removing some unused variables in the code, and further minor
adjustments easily let the bug disappear.

[Bug target/80339] internal compiler error: in int_mode_for_mode, at stor-layout.c:406

[m...@sven-woop.de]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80339

--- Comment #1 from Sven Woop  ---
Created attachment 41141
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41141=edit
reproducer

just do make

[Bug tree-optimization/80281] [5/6 Regression] Wrong constant folding

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80281

--- Comment #17 from Richard Biener  ---
Author: rguenth
Date: Thu Apr  6 11:25:35 2017
New Revision: 246726

URL: https://gcc.gnu.org/viewcvs?rev=246726=gcc=rev
Log:
2017-04-06  Richard Biener  

PR middle-end/80281
* gcc.dg/tree-ssa/pr40921.c: Add -fp-contract=off.

Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.dg/tree-ssa/pr40921.c

[Bug c/80341] gcc miscompiles division of signed char

[mpolacek at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80341

Marek Polacek  changed:

   What|Removed |Added

 CC||mpolacek at gcc dot gnu.org

--- Comment #1 from Marek Polacek  ---
GCC 4.4 gives 90 but GCC 4.5 gives 1.

[Bug tree-optimization/80304] [7 Regression] Wrong result with do concurrent

[dominiq at lps dot ens.fr]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80304

Dominique d'Humieres  changed:

   What|Removed |Added

 CC||ysrumyan at gmail dot com

--- Comment #19 from Dominique d'Humieres  ---
CCed Yuri Rumyantsev.

[Bug libstdc++/80340] error: 'write' was not declared in this scope

[sbansal at ciena dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80340

Sumit  changed:

   What|Removed |Added

 Status|RESOLVED|WAITING
 Resolution|INVALID |---

--- Comment #6 from Sumit  ---
If I do not configure for hosted environment by using
--disable-hosted-libstdcxx, I did not see this error.

Any clues?

[Bug tree-optimization/80304] [7 Regression] Wrong result with do concurrent

[dominiq at lps dot ens.fr]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80304

--- Comment #18 from Dominique d'Humieres  ---
> r239317 works, r239326 fails, and also appears to be the only
> patch in the vicinity that does anything about loops.
>
> Could this be the cause?
> 
> Author: edlinger
> Date: Fri Aug 12 19:30:39 2016
> New Revision: 239426

Actually it is r239326

Fix PR tree-optimization/71734

2016-08-10  Yuri Rumyantsev  

PR tree-optimization/71734
* tree-ssa-loop-im.c (ref_indep_loop_p): Add new argument
REF_LOOP, invoke ref_indep_loop_p_1.
(outermost_indep_loop): Pass LOOP argumnet where REF was defined
to ref_indep_loop_p.
(ref_indep_loop_p_1): Fix commentary, add argument REF_LOOP,
combine it with ref_indep_lopp_p_2, update SAFELEN if only REF
is inside LOOP, do not cache dpendence value for loops with
non-zero SAFELEN.
(ref_indep_loop_p_2): Delete function.
(can_sm_ref_p): Pass LOOP as additional argument to
ref_indep_loop_p.

Reverting the commit fixes the tests in this PR and in pr80305 (then as
expected libgomp.fortran/pr71734-1.f90  and libgomp.fortran/pr71734-2.f90
fail).

[Bug c/80341] New: gcc miscompiles division of signed char

[vsevolod.livinskij at frtk dot ru]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80341

Bug ID: 80341
   Summary: gcc miscompiles division of signed char
   Product: gcc
   Version: 7.0.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: vsevolod.livinskij at frtk dot ru
  Target Milestone: ---

Created attachment 41140
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41140=edit
Reproducer.

GCC generates incorrect code. Correct result is 90.

Reproducer:
>$ cat foo.c
extern const signed char var_25;
extern signed char var_465;

void foo() { 
var_465 = (unsigned short) var_25 / -55; 
} 
>$ cat main.c
#include 

extern void foo ();

const signed char var_25 = -84;
signed char var_465 = 0;

int main () {
foo ();
printf("%d\n", (int) var_465);
return 0;
}

Run:
>$ gcc main.c foo.c ; ./a.out 
1

GCC version:
Rev. 246681
>$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/home/vsevolod/workspace/gcc-dev/bin-trunk/libexec/gcc/x86_64-pc-linux-gnu/7.0.1/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: /home/vsevolod/workspace/gcc-dev/trunk/configure
--prefix=/home/vsevolod/workspace/gcc-dev/bin-trunk --disable-bootstrap
Thread model: posix
gcc version 7.0.1 20170404 (experimental) (GCC)

[Bug tree-optimization/80304] [7 Regression] Wrong result with do concurrent

[bernd.edlinger at hotmail dot de]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80304

Bernd Edlinger  changed:

   What|Removed |Added

 CC||bernd.edlinger at hotmail dot 
de

--- Comment #17 from Bernd Edlinger  ---
(In reply to Thomas Koenig from comment #15)
> Also fails on powerpc64-unknown-linux-gnu.
> 
> r239317 works, r239326 fails, and also appears to be the only
> patch in the vicinity that does anything about loops.
> 
> Could this be the cause?
> 
> Author: edlinger
> Date: Fri Aug 12 19:30:39 2016
> New Revision: 239426
> 
> URL: https://gcc.gnu.org/viewcvs?rev=239426=gcc=rev
> Log:
> 2016-08-12  Bernd Edlinger  
> 
> PR tree-optimization/71083
> * tree-predcom.c (ref_at_iteration): Use a COMPONENT_REF for the
> bitfield access when possible.
> 
> Modified:
> trunk/gcc/ChangeLog
> trunk/gcc/tree-predcom.c

I really doubt that, because that optimization pass is only used at -O3.
What I can see is that at -O1 -fno-inline 
the *.optimized simply does not initialize i:

sub ()
{
  unsigned int ivtmp.38;
  integer(kind=4) j.28;
  real(kind=4) D.3534;
  real(kind=4) D.3527;
  struct __st_parameter_dt dt_parm.4;
  integer(kind=4) j.1;
  integer(kind=4) i.0;
  integer(kind=8) _2;
  integer(kind=8) _3;
  real(kind=4) _7;
  real(kind=4) _8;
  real(kind=4) _13;
  real(kind=4) _15;
  real(kind=4) _24;
  real(kind=4) val.8_25;
  struct FRAME.test * _26;
  sizetype _39;
  real(kind=4) val.5_48;
  real(kind=4) val.8_55;
  real(kind=4) val.5_71;
  real(kind=4) _72;
  sizetype _76;
  real(kind=4) _101;
  real(kind=4) _103;
  real(kind=4) _113;
  real(kind=4) val.8_114;
  real(kind=4) _116;
  real(kind=4) val.8_117;
  real(kind=4) _125;
  real(kind=4) val.5_126;
  real(kind=4) _128;
  real(kind=4) val.5_129;

   [6.83%]:
  CHAIN.19_29(D)->a = {};
  CHAIN.19_29(D)->b = {};
  j.1 = 0;

   [13.67%]:
  # ivtmp.38_68 = PHI 
  j.28_86 = (integer(kind=4)) ivtmp.38_68;
  _2 = (integer(kind=8)) j.28_86;
  _3 = _2 * 2;
  _101 = add ();

so it is clear why that can not work.
at .gimple it was initialized:


sub ()
{
  logical(kind=1) D.3551;
  logical(kind=1) D.3554;

  a = {};
  b = {};
  {
integer(kind=4) i.0;
integer(kind=4) j.1;

try
  {
{
  integer(kind=4) count.2;
  integer(kind=4) count.3;

  j.1 = 0;
  count.3 = 2;
  :
  _1 = count.3 <= 0;
  D.3551 = ANNOTATE (_1, 0);
  if (D.3551 != 0) goto L.3; else goto ;
  :
  i.0 = 0;
  count.2 = 2;
  :
  _2 = count.2 <= 0;
  D.3554 = ANNOTATE (_2, 0);
  if (D.3554 != 0) goto L.2; else goto ;
  :
  j.12_3 = j.1;
  _4 = (integer(kind=8)) j.12_3;
  _5 = _4 * 2;
  i.13_6 = i.0;
  _7 = (integer(kind=8)) i.13_6;
  _8 = _5 + _7;
  _9 = add ();

[Bug target/80326] _mm512_trunc_ps intrinsic missing

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80326

Jakub Jelinek  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||jakub at gcc dot gnu.org
 Resolution|--- |WONTFIX

--- Comment #2 from Jakub Jelinek  ---
.

[Bug libstdc++/80340] error: 'write' was not declared in this scope

[sbansal at ciena dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80340

--- Comment #5 from Sumit  ---
(In reply to Jonathan Wakely from comment #4)
> (In reply to Jonathan Wakely from comment #2)
> > Configuring GCC with --disable-libstdcxx-verbose will remove the use of
> > write in that file

Is this flag --disable-libstdcxx-verbose enabled because
"--disable-libstdcxx-pch" is configured in my configuration?

[Bug libstdc++/80340] error: 'write' was not declared in this scope

[redi at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80340

Jonathan Wakely  changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution|--- |INVALID

--- Comment #4 from Jonathan Wakely  ---
(In reply to Jonathan Wakely from comment #2)
> Configuring GCC with --disable-libstdcxx-verbose will remove the use of
> write in that file

[Bug libgcc/80314] Undefined reference to __dso_handle & __cxa_atexit

[redi at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80314

--- Comment #8 from Jonathan Wakely  ---
(In reply to Sumit from comment #7)
> (In reply to Jonathan Wakely from comment #6)
> > Your configure options include: --enable-__cxa_atexit
> > 
> > Why are you using that if your system doesn't support it?
> 
> We are upgrading from 4.3.3 to 4.8.1.

You're welcome to do that, but we won't support it.

> We had this option enabled in 4.3.3 and was working. Just wondering, why it
> is not in 4.8.1?

You'll have to find out where the definition came from for your old version.

[Bug libgcc/80314] Undefined reference to __dso_handle & __cxa_atexit

[sbansal at ciena dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80314

--- Comment #7 from Sumit  ---
(In reply to Jonathan Wakely from comment #6)
> Your configure options include: --enable-__cxa_atexit
> 
> Why are you using that if your system doesn't support it?

We are upgrading from 4.3.3 to 4.8.1.
We had this option enabled in 4.3.3 and was working. Just wondering, why it is
not in 4.8.1?

[Bug libstdc++/80340] error: 'write' was not declared in this scope

[sbansal at ciena dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80340

--- Comment #3 from Sumit  ---
../gcc-4.8/configure 
LDFLAGS="-L/opt/sp2/lib" 
--build=i686-pc-linux-gnu 
--host=i686-pc-linux-gnu 
--target=powerpc-wrs-vxworks 
--disable-libmudflap 
--disable-libssp 
--disable-libstdcxx-pch 
--disable-sjlj-exceptions 
--disable-symvers 
--disable-fixed-point 
--disable-decimal-float 
--disable-lto 
--disable-nls 
--disable-libgomp
--disable-multilib 
--disable-shared 
--enable-threads=vxworks 
--enable-poison-system-directories 
--enable-version-specific-runtime-libs 
--enable-__cxa_atexit 
--enable-languages=c,c++ 
--exec-prefix='/opt/sp2/x86-linux2' 
--libdir='/opt/sp2/lib' 
--program-transform-name='s,^gcc$,cc,;s,$,ppc,' 
--prefix=/opt/sp2 
--with-gmp=/opt/sp2 
--with-mpfr=/opt/sp2 
--with-isl=/opt/sp2 
--with-gxx-include-dir=''\''/opt/sp2/'\''include/c++/4.8.1' 
--with-build-time-tools=/opt/sp2/x86-linux2/powerpc-wrs-vxworks/bin 
--with-cloog=/opt/sp2 
--with-gnu-ld 

I understand 4.8.1 is no longer supported. But our project has to use it. Any
help in this regard will be appreciated.
Thanks.

[Bug libgcc/80314] Undefined reference to __dso_handle & __cxa_atexit

[redi at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80314

--- Comment #6 from Jonathan Wakely  ---
Your configure options include: --enable-__cxa_atexit

Why are you using that if your system doesn't support it?

[Bug libstdc++/80340] error: 'write' was not declared in this scope

[redi at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80340

--- Comment #2 from Jonathan Wakely  ---
Configuring GCC with --disable-libstdcxx-verbose will remove the use of write
in that file, which you should do if running on some non-POSIX embedded system
(you haven't provided any of the information requested by
https://gcc.gnu.org/bugs/ so it's impossible to know what you're doing).

[Bug libgcc/80314] Undefined reference to __dso_handle & __cxa_atexit

[redi at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80314

Jonathan Wakely  changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2017-04-06
 Ever confirmed|0   |1

--- Comment #5 from Jonathan Wakely  ---
(In reply to Richard Biener from comment #4)
> Note GCC 4.8 is no longer supported.

Indeed. Please retry with a supported release.