[Bug c/81156] GCC fails to compile a formula with tgmath.h

[equilibrium556 at gmx dot de]

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

--- Comment #5 from equilibrium556 at gmx dot de ---
I filed a bug report for glibc as well:
https://sourceware.org/bugzilla/show_bug.cgi?id=21660

[Bug tree-optimization/67328] range test rather than single bit test for code testing enum values

[amodra at gmail dot com]

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

Alan Modra  changed:

   What|Removed |Added

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

--- Comment #9 from Alan Modra  ---
Thanks for the fix!

[Bug c/81186] New: SIGSEGV when using Address Sanitizer with nested functions

[abacabadabacaba at gmail dot com]

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

Bug ID: 81186
   Summary: SIGSEGV when using Address Sanitizer with nested
functions
   Product: gcc
   Version: 7.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: abacabadabacaba at gmail dot com
  Target Milestone: ---

gcc version 7.1.0 (Debian 7.1.0-7)
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 7.1.0-7'
--with-bugurl=file:///usr/share/doc/gcc-7/README.Bugs
--enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++ --prefix=/usr
--with-gcc-major-version-only --program-suffix=-7
--program-prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix
--libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu
--enable-libstdcxx-debug --enable-libstdcxx-time=yes
--with-default-libstdcxx-abi=new --enable-gnu-unique-object
--disable-vtable-verify --enable-libmpx --enable-plugin --enable-default-pie
--with-system-zlib --with-target-system-zlib --enable-objc-gc=auto
--enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64
--with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic
--enable-offload-targets=nvptx-none --without-cuda-driver
--enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu
--target=x86_64-linux-gnu

Program:

int main() {
__label__ l;
void f() {
goto l;
}
l:
return 0;
}

Commands:

$ gcc -fsanitize=address -o test test.c
$ ./test
ASAN:DEADLYSIGNAL
=
==4734==ERROR: AddressSanitizer: SEGV on unknown address 0x564cfe0a887a (pc
0x564cfe0a88d2 bp 0x7ffc4f3a68b0 sp 0x7ffc4f3a6800 T0)
==4734==The signal is caused by a WRITE memory access.
#0 0x564cfe0a88d1 in main (/path/to/test+0x8d1)
#1 0x7faed07412b0 in __libc_start_main
(/lib/x86_64-linux-gnu/libc.so.6+0x202b0)
#2 0x564cfe0a87d9 in _start (/path/to/test+0x7d9)

AddressSanitizer can not provide additional info.
SUMMARY: AddressSanitizer: SEGV (/path/to/test+0x8d1) in main
==4734==ABORTING

With GCC 6, this code works fine.

[Bug c++/81167] [8 Regression] ICE on valid C++ code in deferred_printed_type, at cp/error.c:118

[dmalcolm at gcc dot gnu.org]

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

--- Comment #6 from David Malcolm  ---
Candidate patch for the ICE posted here:
  https://gcc.gnu.org/ml/gcc-patches/2017-06/msg01725.html

Actually fixing the diagnostic as per comment #5 would be a separate patch.

[Bug target/81158] [8 regression] Many test case failures starting with r249424

[cel at us dot ibm.com]

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

--- Comment #2 from Carl Love  ---
On Thu, 2017-06-22 at 21:06 +, wschmidt at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81158
> 
> --- Comment #1 from Bill Schmidt  ---
> I expect this is probably due to the changes to rs6000_gimple_fold_builtin.
> 

Bill:

FAIL: gcc.target/powerpc/builtins-3.c scan-assembler-times vmulesh 1
FAIL: gcc.target/powerpc/builtins-3.c scan-assembler-times vmuleuh 1
FAIL: gcc.target/powerpc/builtins-3.c scan-assembler-times vmulosh 1
FAIL: gcc.target/powerpc/builtins-3.c scan-assembler-times vmulouh 1

Unfortunately, this is due to my screw up.  The patch to fix the
vec_mule and vec_mulo was missing the test case update.  I made the
change to the test case but didn't get it included in the patch.  I have
since fixed the above failures, commit 249572.  The commit was tested on
Power 8 BE, LE and Power 7 to make sure they are all working now.

The other tests listed, gcc.c-torture/execute/* and gcc.dg/vect/* I have
never touched so I don't think I am responsible for those.  :-) 

Carl

[Bug ipa/81185] Target clones support generates awkward names

[meissner at gcc dot gnu.org]

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

--- Comment #3 from Michael Meissner  ---
Created attachment 41619
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41619=edit
Proposed patch to fix the problem

[Bug ipa/81185] Target clones support generates awkward names

[meissner at gcc dot gnu.org]

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

--- Comment #2 from Michael Meissner  ---
Created attachment 41618
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41618=edit
Assembler code for target clones

This file is compiled from the source file.

The vadd clone for -mavx is named 'vadd.avx.0.default.5' when it should be
named 'vadd.avx.0'.

The vadd clone for -march=slm is named 'vadd.arch_slm.1.default.4' when it
should be named 'vadd.arch_slm.1'.

The vadd clone for -march=core-avx2 is named 'vadd.arch_core_avx2.2.default.3'
when it should be named 'vadd.arch_core_avx2.2'.

[Bug ipa/81185] Target clones support generates awkward names

[meissner at gcc dot gnu.org]

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

--- Comment #1 from Michael Meissner  ---
Created attachment 41617
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41617=edit
Simple x86_64 text file to show the problem

This file when compiled on an x86_64 system will show the problem.

[Bug ipa/81185] Target clones support generates awkward names

[meissner at gcc dot gnu.org]

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

Michael Meissner  changed:

   What|Removed |Added

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

[Bug ipa/81185] New: Target clones support generates awkward names

[meissner at gcc dot gnu.org]

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

Bug ID: 81185
   Summary: Target clones support generates awkward names
   Product: gcc
   Version: 8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: ipa
  Assignee: unassigned at gcc dot gnu.org
  Reporter: meissner at gcc dot gnu.org
CC: marxin at gcc dot gnu.org
  Target Milestone: ---

The June 19th, 2017 change from Martin Liska  , made the
target_clones support more usable, in that it it changed the external name from
being the default function to being the ifunc handler.  This means that calls
from other modules will call the appropriate clone based on what machine it is
running on.

The name generated for each of the clone functions for non-default
architectures has the string ".default." added to it, while it already
has the various names for the different architectures.

I tracked this down to create_dispatcher_calls getting called for each of the
clone functions, since they have the DECL_FUNCTION_VERISIONED bit set.

We can fix this by either checking whether the function is the default
function, or by having the x86_64 and PowerPC not set DECL_FUNCTION_VERSIONED
for the clone functions.

[Bug tree-optimization/81163] error: ‘snprintf’ output may be truncated before the last format character [-werror=format-truncation=] note: ‘snprintf’ output between 2 and 266 bytes into a destination

[perfeitoan at hotmail dot com]

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

--- Comment #9 from Alexander Perfeito  ---
(In reply to Alexander Perfeito from comment #8)
> (In reply to Alexander Perfeito from comment #7)
> > (In reply to Martin Sebor from comment #5)
> > > Resolved as Invalid per comment #2.
> > > 
> > > PS Thanks for providing the source file.  Note that I/we have access to
> > > kernel sources and with some effort can usually reproduce diagnostics 
> > > there.
> > > To minimize the overhead and the effort of finding the right combination 
> > > of
> > > command like options needed to trigger the warnings or errors we ask for a
> > > preprocessed source file, which is the output of the compiler obtained by
> > > replacing the -c option with -E.  For more details see:
> > > https://gcc.gnu.org/bugs
> 
> This file in attach is command terminal pass direct to file usind ggc 7.1.1
> and all otions used to compiled the kernel linux build by the kernel himself
> though Makefile. Its is not how the makefile the Kernel Linux do include the
> library etc...
> But you have all information how my system compiling the kernel in a
> environment 32bits ARM to track the problem in specifyc function snprintf

More information about here:

[aperfeito@alarm kernel]$ gcc -v -save-temps -Wall -Wmissing-prototypes
-Wstrict-prototypes -O2 -fomit-frame-pointer  relay.c
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/armv7l-unknown-linux-gnueabihf/7.1.1/lto-wrapper
Target: armv7l-unknown-linux-gnueabihf
Configured with: /build/gcc/src/gcc/configure --prefix=/usr --libdir=/usr/lib
--libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info
--with-bugurl=https://github.com/archlinuxarm/PKGBUILDs/issues
--enable-languages=c,c++,fortran,go,lto,objc,obj-c++ --enable-shared
--enable-threads=posix --with-system-zlib --with-isl --enable-__cxa_atexit
--disable-libunwind-exceptions --enable-clocale=gnu --disable-libstdcxx-pch
--disable-libssp --enable-gnu-unique-object --enable-linker-build-id
--enable-lto --enable-plugin --enable-install-libiberty
--with-linker-hash-style=gnu --enable-gnu-indirect-function --disable-multilib
--disable-werror --enable-checking=release
--host=armv7l-unknown-linux-gnueabihf --build=armv7l-unknown-linux-gnueabihf
--with-arch=armv7-a --with-float=hard --with-fpu=vfpv3-d16
Thread model: posix
gcc version 7.1.1 20170516 (GCC) 
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-Wall' '-Wmissing-prototypes'
'-Wstrict-prototypes' '-O2' '-fomit-frame-pointer' '-march=armv7-a'
'-mfloat-abi=hard' '-mfpu=vfpv3-d16' '-mtls-dialect=gnu'
 /usr/lib/gcc/armv7l-unknown-linux-gnueabihf/7.1.1/cc1 -E -quiet -v relay.c
-march=armv7-a -mfloat-abi=hard -mfpu=vfpv3-d16 -mtls-dialect=gnu -Wall
-Wmissing-prototypes -Wstrict-prototypes -fomit-frame-pointer -O2
-fpch-preprocess -o relay.i

[Bug tree-optimization/81163] error: ‘snprintf’ output may be truncated before the last format character [-werror=format-truncation=] note: ‘snprintf’ output between 2 and 266 bytes into a destination

[perfeitoan at hotmail dot com]

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

--- Comment #8 from Alexander Perfeito  ---
(In reply to Alexander Perfeito from comment #7)
> (In reply to Martin Sebor from comment #5)
> > Resolved as Invalid per comment #2.
> > 
> > PS Thanks for providing the source file.  Note that I/we have access to
> > kernel sources and with some effort can usually reproduce diagnostics there.
> > To minimize the overhead and the effort of finding the right combination of
> > command like options needed to trigger the warnings or errors we ask for a
> > preprocessed source file, which is the output of the compiler obtained by
> > replacing the -c option with -E.  For more details see:
> > https://gcc.gnu.org/bugs

This file in attach is command terminal pass direct to file usind ggc 7.1.1 and
all otions used to compiled the kernel linux build by the kernel himself though
Makefile. Its is not how the makefile the Kernel Linux do include the library
etc...
But you have all information how my system compiling the kernel in a
environment 32bits ARM to track the problem in specifyc function snprintf

[Bug tree-optimization/81163] error: ‘snprintf’ output may be truncated before the last format character [-werror=format-truncation=] note: ‘snprintf’ output between 2 and 266 bytes into a destination

[perfeitoan at hotmail dot com]

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

Alexander Perfeito  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |---

--- Comment #7 from Alexander Perfeito  ---
(In reply to Martin Sebor from comment #5)
> Resolved as Invalid per comment #2.
> 
> PS Thanks for providing the source file.  Note that I/we have access to
> kernel sources and with some effort can usually reproduce diagnostics there.
> To minimize the overhead and the effort of finding the right combination of
> command like options needed to trigger the warnings or errors we ask for a
> preprocessed source file, which is the output of the compiler obtained by
> replacing the -c option with -E.  For more details see:
> https://gcc.gnu.org/bugs

[Bug tree-optimization/81163] error: ‘snprintf’ output may be truncated before the last format character [-werror=format-truncation=] note: ‘snprintf’ output between 2 and 266 bytes into a destination

[perfeitoan at hotmail dot com]

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

--- Comment #6 from Alexander Perfeito  ---
Created attachment 41616
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41616=edit
snprintf Problems GCC 7.1.1 compiling Kernel Linux relay.i

[Bug tree-optimization/81184] New: [8 regression] gcc.dg/pr21643.c and gcc.dg/tree-ssa/phi-opt-11.c fail starting with r249450

[seurer at gcc dot gnu.org]

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

Bug ID: 81184
   Summary: [8 regression] gcc.dg/pr21643.c and
gcc.dg/tree-ssa/phi-opt-11.c fail starting with
r249450
   Product: gcc
   Version: 8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: seurer at gcc dot gnu.org
  Target Milestone: ---

These fail on powerpc64 both LE and BE.

gcc.dg/tree-ssa/ipa-split-5.c also started failing with this revision but since
has been fixed.

The test cases may just need to be adjusted for the differences introduced by
this revision.

spawn /home/seurer/gcc/build/gcc-trunk/gcc/xgcc
-B/home/seurer/gcc/build/gcc-trunk/gcc/
/home/seurer/gcc/gcc-trunk/gcc/testsuite/gcc.dg/pr21643.c
-fno-diagnostics-show-caret -fdiagnostics-color=never -O2
-fdump-tree-reassoc1-details -S -o pr21643.s
PASS: gcc.dg/pr21643.c (test for excess errors)
FAIL: gcc.dg/pr21643.c scan-tree-dump-times reassoc1 "Optimizing range tests
c_[0-9]*.D. -.0, 31. and -.32, 32.[\n\r]* into" 6

spawn /home/seurer/gcc/build/gcc-trunk/gcc/xgcc
-B/home/seurer/gcc/build/gcc-trunk/gcc/
/home/seurer/gcc/gcc-trunk/gcc/testsuite/gcc.dg/tree-ssa/phi-opt-11.c
-fno-diagnostics-show-caret -fdiagnostics-color=never -O1 -fdump-tree-optimized
-S -o phi-opt-11.s
PASS: gcc.dg/tree-ssa/phi-opt-11.c (test for excess errors)
FAIL: gcc.dg/tree-ssa/phi-opt-11.c scan-tree-dump-times optimized "if" 0

Note:  I tried this revision on an X86 machine and it worked OK there.

[Bug target/81158] [8 regression] Many test case failures starting with r249424

[wschmidt at gcc dot gnu.org]

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

--- Comment #1 from Bill Schmidt  ---
I expect this is probably due to the changes to rs6000_gimple_fold_builtin.

[Bug go/81183] New: -gdwarf-5: fatal error: unrecognized DWARF version in .debug_info at 6

[jan.kratochvil at redhat dot com]

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

Bug ID: 81183
   Summary: -gdwarf-5: fatal error: unrecognized DWARF version in
.debug_info at 6
   Product: gcc
   Version: 7.1.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: go
  Assignee: ian at airs dot com
  Reporter: jan.kratochvil at redhat dot com
CC: cmang at google dot com
  Target Milestone: ---

gcc-7.1.1-2.fc27.x86_64

cat >foo.go <

[Bug c++/81182] New: result of ‘operator->()’ yields non-pointer result

[gcc at baszerr dot eu]

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

Bug ID: 81182
   Summary: result of ‘operator->()’ yields non-pointer result
   Product: gcc
   Version: 6.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: gcc at baszerr dot eu
  Target Milestone: ---

Created attachment 41615
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41615=edit
minimal (not) working example

it looks like arrow operator does not work correctly, when it is part of a
template class, called from a template function, and return type is "auto". it
does not compile, while the code is fine. it also works fine on Clang.

$ g++ -Wall arrow_operator.cpp
arrow_operator.cpp: In function ‘void problem()’:
arrow_operator.cpp:24:7: error: result of ‘operator->()’ yields non-pointer
result
 op->doNothing();

test code reproducing a bug (attached) provides two macros, that define a
workaround for the issue: return "auto*" or make calling function ("problem()")
not a template.

i've also noticed, that defining a non-template function, with the same content
as "templated" one, but under a different name, does make the problem disappear
as well... but only if the function is before the template - not when it is
after.

[Bug c++/81167] [8 Regression] ICE on valid C++ code in deferred_printed_type, at cp/error.c:118

[dmalcolm at gcc dot gnu.org]

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

--- Comment #5 from David Malcolm  ---
Note to self: I believe the "operator T() &&" here is a user-defined conversion
from an rvalue reference to T.

We have in joust at ../../src/gcc/cp/call.c:10071

10071 tree source = source_type (w->convs[0]);

(gdb) p source
$2 = 

10072 if (! DECL_CONSTRUCTOR_P (w->fn))
10073   source = TREE_TYPE (source);

(gdb) p source
$4 = 

Guarding that as follows:

--- a/gcc/cp/call.c
+++ b/gcc/cp/call.c
@@ -10069,7 +10069,8 @@ joust (struct z_candidate *cand1, struct z_candidate
*cand2, bool warn,
   else if (warn)
{
  tree source = source_type (w->convs[0]);
- if (! DECL_CONSTRUCTOR_P (w->fn))
+ if (! DECL_CONSTRUCTOR_P (w->fn)
+  && TREE_TYPE (source))
source = TREE_TYPE (source);
  if (warning (OPT_Wconversion, "choosing %qD over %qD", w->fn, l->fn)
  && warning (OPT_Wconversion, "  for conversion from %qH to %qI",

fixes the problem (or papers over it?), giving:

../../src/pr81167.C: In function ‘void test()’:
../../src/pr81167.C:16:16: warning: choosing ‘bar::operator foo() &&’ over
‘foo::foo(const bar&)’ [-Wconversion]
   foo f = bar ();
^
../../src/pr81167.C:16:16: warning:   for conversion from ‘bar’ to ‘foo’
[-Wconversion]
../../src/pr81167.C:16:16: note:   because conversion sequence for the argument
is better

[Bug c++/81167] [8 Regression] ICE on valid C++ code in deferred_printed_type, at cp/error.c:118

[dmalcolm at gcc dot gnu.org]

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

--- Comment #4 from David Malcolm  ---
Minimal reproducer:

$ cat ../../src/pr81167.C
struct bar;

struct foo
{
  foo () {}
  foo (const bar &) {}
};

struct bar
{
  operator foo() && { return foo (); }
};

void test ()
{
  foo f = bar ();
}

$ ./xg++ -B. ../../src/pr81167.C  -Wconversion
../../src/pr81167.C: In function ‘void test()’:
../../src/pr81167.C:16:16: warning: choosing ‘bar::operator foo() &&’ over
‘foo::foo(const bar&)’ [-Wconversion]
   foo f = bar ();
^
‘
in deferred_printed_type, at cp/error.c:118
0x908c9e deferred_printed_type::deferred_printed_type(tree_node*, char const**,
bool, bool)
../../src/gcc/cp/error.c:118
0x907de4 defer_phase_2_of_type_diff
../../src/gcc/cp/error.c:3985
0x9083a1 cp_printer
../../src/gcc/cp/error.c:4062
0x1acf511 pp_format(pretty_printer*, text_info*)
../../src/gcc/pretty-print.c:679
0x1ab722a diagnostic_report_diagnostic(diagnostic_context*, diagnostic_info*)
../../src/gcc/diagnostic.c:974
0x1ab77a0 diagnostic_impl
../../src/gcc/diagnostic.c:1099
0x1ab7cef warning(int, char const*, ...)
../../src/gcc/diagnostic.c:1187
0x7edc64 joust
../../src/gcc/cp/call.c:10076
0x7e267a build_over_call
../../src/gcc/cp/call.c:7623
0x7dee82 convert_like_real
../../src/gcc/cp/call.c:6757
0x7dfa4a convert_like_real
../../src/gcc/cp/call.c:6873
0x7d4010 build_user_type_conversion(tree_node*, tree_node*, int, int)
../../src/gcc/cp/call.c:3995
0x870c39 ocp_convert(tree_node*, tree_node*, int, int, int)
../../src/gcc/cp/cvt.c:889
0x918775 expand_default_init
../../src/gcc/cp/init.c:1789
0x9193f5 expand_aggr_init_1
../../src/gcc/cp/init.c:1968
0x917fa1 build_aggr_init(tree_node*, tree_node*, int, int)
../../src/gcc/cp/init.c:1706
0x8a12df build_aggr_init_full_exprs
../../src/gcc/cp/decl.c:6128
0x8a21ff check_initializer
../../src/gcc/cp/decl.c:6276
0x8a5df7 cp_finish_decl(tree_node*, tree_node*, bool, tree_node*, int)
../../src/gcc/cp/decl.c:6995
0x9a9b16 cp_parser_init_declarator
../../src/gcc/cp/parser.c:19393
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.

[Bug tree-optimization/81163] error: ‘snprintf’ output may be truncated before the last format character [-werror=format-truncation=] note: ‘snprintf’ output between 2 and 266 bytes into a destination

[msebor at gcc dot gnu.org]

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

Martin Sebor  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution|--- |INVALID

--- Comment #5 from Martin Sebor  ---
Resolved as Invalid per comment #2.

PS Thanks for providing the source file.  Note that I/we have access to kernel
sources and with some effort can usually reproduce diagnostics there.  To
minimize the overhead and the effort of finding the right combination of
command like options needed to trigger the warnings or errors we ask for a
preprocessed source file, which is the output of the compiler obtained by
replacing the -c option with -E.  For more details see:
https://gcc.gnu.org/bugs

[Bug c++/81169] [8 Regression] gcc 8.0dev -Wclass-memaccess illegitimate warning related to volatile

[msebor at gcc dot gnu.org]

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

Martin Sebor  changed:

   What|Removed |Added

   Keywords||patch

--- Comment #2 from Martin Sebor  ---
Patch: https://gcc.gnu.org/ml/gcc-patches/2017-06/msg01704.html

[Bug tree-optimization/81181] [7/8 Regression] ICE in compute_antic, at tree-ssa-pre.c:2410

[glisse at gcc dot gnu.org]

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

Marc Glisse  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2017-06-22
 Ever confirmed|0   |1

[Bug tree-optimization/81181] New: [7/8 Regression] ICE in compute_antic, at tree-ssa-pre.c:2410

[asolokha at gmx dot com]

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

Bug ID: 81181
   Summary: [7/8 Regression] ICE in compute_antic, at
tree-ssa-pre.c:2410
   Product: gcc
   Version: 8.0
Status: UNCONFIRMED
  Keywords: compile-time-hog, ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: tree-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: asolokha at gmx dot com
  Target Milestone: ---

gcc-8.0.0-alpha20170618 snapshot ICEs, while gcc 7.1 takes inordinate time when
compiling the following snippet w/ -O2:

unsigned int lh;

void
ny (int t3, int ys, int rt, int p8)
{
  if (lh != 0)
{
  if (0)
{
 oo:
  do
{
  rt = (p8 != 0) ? t3 : 0;
  rt = (rt != 0 || lh != (unsigned int)ys);
  rt += lh + ys;
}
  while (t3 <= 0);

  lh = ys;
  ys = rt;
}

  if (lh != 0)
p8 = lh;
}

  goto oo;
}

% gcc-8.0.0-alpha20170618 -O2 -c cv9l98qh.c 
during GIMPLE pass: pre
cv9l98qh.c: In function 'ny':
cv9l98qh.c:4:1: internal compiler error: in compute_antic, at
tree-ssa-pre.c:2410
 ny (int t3, int ys, int rt, int p8)
 ^~

[Bug tree-optimization/81163] error: ‘snprintf’ output may be truncated before the last format character [-werror=format-truncation=] note: ‘snprintf’ output between 2 and 266 bytes into a destination

[perfeitoan at hotmail dot com]

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

Alexander Perfeito  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |---

--- Comment #4 from Alexander Perfeito  ---
(In reply to Martin Liška from comment #1)
> Can you please provide pre-processed source file (-E) and full command line
> that's passed to GCC?

The source file I put attach 

Here the command line in makefile using gcc

HOSTCC   = gcc
HOSTCXX  = g++
HOSTCFLAGS   = -Wall -Wmissing-prototypes -Wstrict-prototypes -O2
-fomit-frame-pointer
HOSTCXXFLAGS = -O2

Error in snprintf gcc 7.1.1 registred by Makefile

# Handle descending into subdirectories listed in $(vmlinux-dirs)
# Preset locale variables to speed up the build process. Limit locale
# tweaks to this spot to avoid wrong language settings when running
# make menuconfig etc.
# Error messages still appears in the original language

PHONY += $(vmlinux-dirs)
$(vmlinux-dirs): prepare scripts
$(Q)$(MAKE) $(build)=$@

[Bug tree-optimization/81163] error: ‘snprintf’ output may be truncated before the last format character [-werror=format-truncation=] note: ‘snprintf’ output between 2 and 266 bytes into a destination

[perfeitoan at hotmail dot com]

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

--- Comment #3 from Alexander Perfeito  ---
Created attachment 41614
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41614=edit
snprintf Problems GCC 7.1.1

source kernel code linux 3.10.18 compiling by gcc 7.1.1 tretament like error
stop compiling

[Bug c++/81169] [8 Regression] gcc 8.0dev -Wclass-memaccess illegitimate warning related to volatile

[msebor at gcc dot gnu.org]

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

Martin Sebor  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED

[Bug c++/81169] [8 Regression] gcc 8.0dev -Wclass-memaccess illegitimate warning related to volatile

[msebor at gcc dot gnu.org]

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

Martin Sebor  changed:

   What|Removed |Added

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

--- Comment #1 from Martin Sebor  ---
Confirmed.   By making use of STRIP_NOPS() the maybe_warn_class_memaccess
function that implements the warning misses that the cast has removed the
volatility of the argument's type.

[Bug sanitizer/81125] [7/8 Regression] -fsanitize=undefined ICE

[dominiq at lps dot ens.fr]

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

--- Comment #7 from Dominique d'Humieres  ---
> Fixed.

Still failing on darwin (r249501): see comment 4. Should I reopen this PR or
file a new one?

[Bug c++/81180] New: internal compiler error with class template deduction in nested template class

[benni.buch at gmail dot com]

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

Bug ID: 81180
   Summary: internal compiler error with class template deduction
in nested template class
   Product: gcc
   Version: 7.1.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: benni.buch at gmail dot com
  Target Milestone: ---

template < int I > struct int_{};

template < typename T >
struct A{
template < typename U, int I >
struct B{
B(U u, int_< I >){}
};
};


int main(){
A< int >::B v(0, int_< 0 >());
(void)v;
}


results in:


$ g++-7.1 -std=c++1z -o main gcc-bug.cpp 
gcc-bug.cpp: In function 'int main()':
gcc-bug.cpp:7:3: internal compiler error: unexpected expression 'I' of kind
template_parm_index
   B(U u, int_< I >){}
   ^
0x7139d9 cxx_eval_constant_expression
../../gcc/gcc/cp/constexpr.c:4582
0x7150f4 cxx_eval_outermost_constant_expr
../../gcc/gcc/cp/constexpr.c:4640
0x716dde maybe_constant_value(tree_node*, tree_node*)
../../gcc/gcc/cp/constexpr.c:4855
0x622b8a convert_nontype_argument
../../gcc/gcc/cp/pt.c:6500
0x622b8a convert_template_argument
../../gcc/gcc/cp/pt.c:7668
0x62347c coerce_template_parms
../../gcc/gcc/cp/pt.c:8128
0x625367 coerce_innermost_template_parms
../../gcc/gcc/cp/pt.c:8219
0x6257e9 lookup_template_class_1
../../gcc/gcc/cp/pt.c:8664
0x6257e9 lookup_template_class(tree_node*, tree_node*, tree_node*, tree_node*,
int, int)
../../gcc/gcc/cp/pt.c:9009
0x626b61 tsubst_aggr_type
../../gcc/gcc/cp/pt.c:11905
0x627e53 tsubst_decl
../../gcc/gcc/cp/pt.c:12270
0x6170af tsubst(tree_node*, tree_node*, int, tree_node*)
../../gcc/gcc/cp/pt.c:13322
0x61a3bc build_deduction_guide
../../gcc/gcc/cp/pt.c:25058
0x61aefe do_class_deduction
../../gcc/gcc/cp/pt.c:25235
0x61aefe do_auto_deduction(tree_node*, tree_node*, tree_node*, int,
auto_deduction_context, tree_node*, int)
../../gcc/gcc/cp/pt.c:25341
0x5f7bbb cp_finish_decl(tree_node*, tree_node*, bool, tree_node*, int)
../../gcc/gcc/cp/decl.c:6835
0x6870e7 cp_parser_init_declarator
../../gcc/gcc/cp/parser.c:19380
0x68792d cp_parser_simple_declaration
../../gcc/gcc/cp/parser.c:12777
0x688535 cp_parser_block_declaration
../../gcc/gcc/cp/parser.c:12602
0x688e49 cp_parser_declaration_statement
../../gcc/gcc/cp/parser.c:12212
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.


Compiled with:

$ g++-7.1 --version
g++-7.1 (GCC) 7.1.1 20170509
Copyright (C) 2017 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

[Bug c++/81176] decltype(auto) yields reference type for structured binding

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org,
   ||jason at gcc dot gnu.org,
   ||nathan at gcc dot gnu.org

--- Comment #1 from Jakub Jelinek  ---
Testcase without any headers:
namespace std {
  template struct tuple_size;
  template struct tuple_element;
}

struct A {
  int i;
  template  int& get() { return i; }
};

template<> struct std::tuple_size { static const int value = 2; };
template struct std::tuple_element { using type = int; };

template  struct same_type;
template  struct same_type {};

void
foo (A x)
{
  auto [ a, b ] = x;
  decltype(auto) c = a;
  same_type{};
  same_type{};
}

In finish_decltype_type we have code to handle this:
  /* decltype of a decomposition name drops references in the tuple case
 (unlike decltype of a normal variable) and keeps cv-qualifiers from
 the containing object in the other cases (unlike decltype of a member
 access expression).  */
  if (DECL_DECOMPOSITION_P (expr))
{
  if (DECL_HAS_VALUE_EXPR_P (expr))
/* Expr is an array or struct subobject proxy, handle
   bit-fields properly.  */
return unlowered_expr_type (expr);
  else
/* Expr is a reference variable for the tuple case.  */
return lookup_decomp_type (expr);
}
But for decltype(auto) c = a; we have do_auto_deduction called with init which
is *a:
  else if (AUTO_IS_DECLTYPE (auto_node))
{
  bool id = (DECL_P (init)
 || ((TREE_CODE (init) == COMPONENT_REF
  || TREE_CODE (init) == SCOPE_REF)
 && !REF_PARENTHESIZED_P (init)));
 thus id is false because init is not DECL_P and do_auto_deduction doesn't have
special handling of DECL_DECOMPOSITION_P if id_expression_or_member_access_p
argument is false.
So, shall we for the above DECL_P (init) test test it with
  tree rinit = INDIRECT_REF_P (init) ? TREE_OPERAND (init, 0) : init;
or something similar (what about the COMPONENT_REF/SCOPE_REF case?  Shall we
pass the INDIRECT_REF to finish_decltype_type if INDIRECT_REF_P (init) or not?

[Bug target/81142] Segmentation fault when using static __thread variables

[tomas_paukrt at conel dot cz]

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

--- Comment #10 from tomas_paukrt at conel dot cz ---
> What happens if you use -fPIE since that is designed to create executables
> that are position independent and would do the right thing as far as various
> initializations go ? 

It does not crash, because TLS model initial-exec or local-exec seems to be
used in this case.

> Or is this a crash you've observed in a shared library and has been reduced
> to a testcase in this form ? 

Yes, crash was observed in a shared library with static thread local variables.

Best regards

Tomas

[Bug c++/18805] [meta-bug] C++ member lookup

[nathan at gcc dot gnu.org]

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

Nathan Sidwell  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED

--- Comment #2 from Nathan Sidwell  ---
I guess I get to assign this to myself

[Bug testsuite/81179] New: [8 regression] gcc.dg/vect/pr65947-9.c and gcc.dg/vect/pr65947-14.c fail starting with r249553

[seurer at gcc dot gnu.org]

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

Bug ID: 81179
   Summary: [8 regression] gcc.dg/vect/pr65947-9.c and
gcc.dg/vect/pr65947-14.c fail starting with r249553
   Product: gcc
   Version: 8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: testsuite
  Assignee: unassigned at gcc dot gnu.org
  Reporter: seurer at gcc dot gnu.org
  Target Milestone: ---

r249553 dropped XFAIL from these but they still fail on powerpc64 (BE and LE).

spawn /home/seurer/gcc/build/gcc-trunk/gcc/xgcc
-B/home/seurer/gcc/build/gcc-trunk/gcc/
/home/seurer/gcc/gcc-trunk/gcc/testsuite/gcc.dg/vect/pr65947-9.c
-fno-diagnostics-show-caret -fdiagnostics-color=never -maltivec -mpower8-vector
-ftree-vectorize -fno-vect-cost-model -fno-common -O2 -fdump-tree-vect-details
-lm -o ./pr65947-9.exe
PASS: gcc.dg/vect/pr65947-9.c (test for excess errors)
Setting LD_LIBRARY_PATH to
:/home/seurer/gcc/build/gcc-trunk/gcc:/home/seurer/gcc/build/gcc-trunk/powerpc64le-unknown-linux-gnu/./libatomic/.libs::/home/seurer/gcc/build/gcc-trunk/gcc:/home/seurer/gcc/build/gcc-trunk/powerpc64le-unknown-linux-gnu/./libatomic/.libs:/home/seurer/gcc/build/gcc-trunk/./gmp/.libs:/home/seurer/gcc/build/gcc-trunk/./prev-gmp/.libs:/home/seurer/gcc/build/gcc-trunk/./mpfr/src/.libs:/home/seurer/gcc/build/gcc-trunk/./prev-mpfr/src/.libs:/home/seurer/gcc/build/gcc-trunk/./mpc/src/.libs:/home/seurer/gcc/build/gcc-trunk/./prev-mpc/src/.libs:/home/seurer/gcc/build/gcc-trunk/./isl/.libs:/home/seurer/gcc/build/gcc-trunk/./prev-isl/.libs:/home/seurer/gcc/install/gcc-6.3.0/lib64
spawn [open ...]
PASS: gcc.dg/vect/pr65947-9.c execution test
PASS: gcc.dg/vect/pr65947-9.c scan-tree-dump-not vect "LOOP VECTORIZED"
FAIL: gcc.dg/vect/pr65947-9.c scan-tree-dump vect "loop size is greater than
data size"

spawn /home/seurer/gcc/build/gcc-trunk/gcc/xgcc
-B/home/seurer/gcc/build/gcc-trunk/gcc/
/home/seurer/gcc/gcc-trunk/gcc/testsuite/gcc.dg/vect/pr65947-14.c
-fno-diagnostics-show-caret -fdiagnostics-color=never -maltivec -mpower8-vector
-ftree-vectorize -fno-vect-cost-model -fno-common -O2 -fdump-tree-vect-details
-lm -o ./pr65947-14.exe
PASS: gcc.dg/vect/pr65947-14.c (test for excess errors)
Setting LD_LIBRARY_PATH to
:/home/seurer/gcc/build/gcc-trunk/gcc:/home/seurer/gcc/build/gcc-trunk/powerpc64le-unknown-linux-gnu/./libatomic/.libs::/home/seurer/gcc/build/gcc-trunk/gcc:/home/seurer/gcc/build/gcc-trunk/powerpc64le-unknown-linux-gnu/./libatomic/.libs:/home/seurer/gcc/build/gcc-trunk/./gmp/.libs:/home/seurer/gcc/build/gcc-trunk/./prev-gmp/.libs:/home/seurer/gcc/build/gcc-trunk/./mpfr/src/.libs:/home/seurer/gcc/build/gcc-trunk/./prev-mpfr/src/.libs:/home/seurer/gcc/build/gcc-trunk/./mpc/src/.libs:/home/seurer/gcc/build/gcc-trunk/./prev-mpc/src/.libs:/home/seurer/gcc/build/gcc-trunk/./isl/.libs:/home/seurer/gcc/build/gcc-trunk/./prev-isl/.libs:/home/seurer/gcc/install/gcc-6.3.0/lib64
spawn [open ...]
FAIL: gcc.dg/vect/pr65947-14.c execution test
PASS: gcc.dg/vect/pr65947-14.c scan-tree-dump-times vect "LOOP VECTORIZED" 2
PASS: gcc.dg/vect/pr65947-14.c scan-tree-dump-times vect "condition expression
based on integer induction." 4

Hmmm.  the second one is a bit different than the first in that it SIGABRTs.

(gdb) where
#0  0x3fffb7d00a88 in __GI_raise (sig=) at
../nptl/sysdeps/unix/sysv/linux/raise.c:56
#1  0x3fffb7d0686c in __GI_abort () at abort.c:89
#2  0x164c in main () at
/home/seurer/gcc/gcc-trunk/gcc/testsuite/gcc.dg/vect/pr65947-14.c:38

[Bug testsuite/80759] gcc.target/x86_64/abi/ms-sysv FAILs

[egall at gwmail dot gwu.edu]

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

Eric Gallager  changed:

   What|Removed |Added

 CC||egall at gwmail dot gwu.edu

--- Comment #51 from Eric Gallager  ---
(In reply to Daniel Santos from comment #50)
> 
> It would be nice if the "naked" function attribute were available for the
> i386 back-end, then I wouldn't have to screw around with trying to hack-away
> the ABI. (maybe a worthwhile future venture)
> 

This is bug 25967

[Bug target/59904] [ARM] tls-reload-1.c fails

[ramana at gcc dot gnu.org]

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

--- Comment #13 from Ramana Radhakrishnan  ---
(In reply to christophe.lyon from comment #12)
> Created attachment 32864 [details]
> ELF binary file #3
> 
> Compiled with -Os -g3 -pie -fpie -march=armv5t -mthumb

Is this still an issue ?

[Bug middle-end/61008] g++ crash in analyze_functions

[ramana at gcc dot gnu.org]

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

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||ramana at gcc dot gnu.org
  Known to work||4.9.4
 Resolution|--- |WORKSFORME
   Target Milestone|--- |4.9.4

--- Comment #4 from Ramana Radhakrishnan  ---
(In reply to Fabian Vogt from comment #3)
> Forgot to paste the output:
> billboardrenderer.cpp:13:51: warning: unused parameter 'block'
> [-Wunused-parameter]
>  AABB BillboardRenderer::getAABB(const BLOCK_WDATA block, GLFix x, GLFix y,
> GLFix z)
>^
> billboardrenderer.cpp:13:64: warning: unused parameter 'x'
> [-Wunused-parameter]
>  AABB BillboardRenderer::getAABB(const BLOCK_WDATA block, GLFix x, GLFix y,
> GLFix z)
> ^
> billboardrenderer.cpp:13:73: warning: unused parameter 'y'
> [-Wunused-parameter]
>  AABB BillboardRenderer::getAABB(const BLOCK_WDATA block, GLFix x, GLFix y,
> GLFix z)
>  ^
> billboardrenderer.cpp:13:82: warning: unused parameter 'z'
> [-Wunused-parameter]
>  AABB BillboardRenderer::getAABB(const BLOCK_WDATA block, GLFix x, GLFix y,
> GLFix z)
> 
> ^
> cc1plus: internal compiler error: Segmentation fault
> 0x91c79f crash_signal
> ../../gcc-4.9.0/gcc/toplev.c:337
> 0x6b5252 analyze_functions
> ../../gcc-4.9.0/gcc/cgraphunit.c:1043
> 0x6b6204 finalize_compilation_unit()
> ../../gcc-4.9.0/gcc/cgraphunit.c:2326
> 0x56bd78 cp_write_global_declarations()
> ../../gcc-4.9.0/gcc/cp/decl2.c:4611
> Please submit a full bug report,
> with preprocessed source if appropriate.
> Please include the complete backtrace with any bug report.
> See  for instructions.
> make: *** [billboardrenderer.o] Error 1

Works for me with gcc 4.9.4

[Bug tree-optimization/81175] [7/8 Regression] EXC_BAD_ACCESS in ::slpeel_duplicate_current_defs_from_edges(edge, edge, edge, edge) at is-a.h:192

[dominiq at lps dot ens.fr]

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

--- Comment #2 from Dominique d'Humieres  ---
Reduced test

  SUBROUTINE ECPDRA(IC4C,FP,FQ,G)
  IMPLICIT DOUBLE PRECISION (A-H,O-Z)
  DIMENSION FP(*),FQ(*),G(*)
  DIMENSION CKLU(23,12,12)
!
  DO 240 I=IAMIN,IAMAX
 DO 240 J=JAMIN,MMAX
DO 230 K=1,NPNP
   DO 230 L=1,K
  DO 230 MU=1,2*L-1
 CKLTEM= CKLU(MU,L,K)
 IF(IC4C.LE.0) THEN
IF(ABS(CKLTEM).GT.TOL) SUM= SUM+FP(N)*CKLTEM
 ELSE
IF(ABS(CKLTEM).GT.TOL) SUM= SUM+FQ(N)*CKLTEM
 END IF
  230   N= N+1
G(NN)= G(NN)+DUMJ*SUM
  240 NN= NN+1
  END

[Bug target/80236] ARM NEON: Crash in std::map

[ramana at gcc dot gnu.org]

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

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed|2017-03-28 00:00:00 |2017-06-22
 Ever confirmed|0   |1

--- Comment #16 from Ramana Radhakrishnan  ---
Waiting.

[Bug target/81142] Segmentation fault when using static __thread variables

[ramana at gcc dot gnu.org]

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

Ramana Radhakrishnan  changed:

   What|Removed |Added

 CC||ramana at gcc dot gnu.org

--- Comment #9 from Ramana Radhakrishnan  ---
(In reply to tomas_paukrt from comment #0)
> Created attachment 41591 [details]
> C source file
> 
> If the attached C source file is cross-compiled using GCC 4.9.4 for AM335x
> CPU (BeagleBone) then segmentation fault occurs.
> 
> Command line to compile: gcc -O2 -fPIC -march=armv7-a -mtune=cortex-a8
> -mfloat-abi=softfp -mfpu=vfpv3 -mtls-dialect=gnu crash.c
> 


I'm not sure that you can expect executables created with -fPIC to work
properly with TLS .

What happens if you use -fPIE since that is designed to create executables that
are position independent and would do the right thing as far as various
initializations go ? 

Or is this a crash you've observed in a shared library and has been reduced to
a testcase in this form ? 

regards
Ramana

[Bug tree-optimization/81163] error: ‘snprintf’ output may be truncated before the last format character [-werror=format-truncation=] note: ‘snprintf’ output between 2 and 266 bytes into a destination

[msebor at gcc dot gnu.org]

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

Martin Sebor  changed:

   What|Removed |Added

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

--- Comment #2 from Martin Sebor  ---
The destination buffer at tmpname is 255 (NAME_MAX) bytes wide,
chan->base_filename is defined as char[NAME_MAX] with unknown content, meaning
that it can hold a string up to 254 bytes in length, and cpu is a 32-bit
integer with an unknown value.  The warning points out that using "%s%d" with
snprintf to format the arguments into the buffer can result between 2 and 266
bytes.  It will be 2 bytes when chan->base_filename is the empty string and cpu
between 0 and 9, and 266 bytes when strlen(chan->base_filename) is 254 and cpu
close to UINT_MAX (formatted as a signed integer).

If the arguments cannot be as long/big as that the string can be constrained
using the precision (e.g., "%.250s" to limit the output of chan->base_filename
to  the first 250 characters) and by restricting the range of the integer
(e.g., using %hu or %hhu if cpu can be at most UCHAR_MAX or USHRT_MAX large). 
If the integer argument is guaranteed to be in some subrange of its type (say
in [0, 32] ) that GCC can't determine from the code it can be made apparent by
asserting the range in the code or branching to some noreturn function like
abort or panic if it isn't in that range.

Otherwise, if the truncation is, in fact, possible, it's expected that the
caller will detect it by testing the snprintf return value and handling it by
branching on it and taking some action.  That will suppress the warning.  A
possible truncation that is not handled it's considered a bug and a warning for
it is issued.  In this case, the bug would result in creating a file with some
trailing cpu digits missing.

[Bug libgomp/81177] Dump cubin module to file before offloading in nvptx libgomp plugin

[vries at gcc dot gnu.org]

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

--- Comment #1 from Tom de Vries  ---
Created attachment 41613
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41613=edit
Tentative patch

Creates plugin-nvptx.cubin. This file can be inspected using cuobjdump
--dump-sass (or nvdisasm).

We want the file only to be dumped when debugging (maybe we can enable this for
gomp_debug_var >= 2), but I don't think gomp_debug_var is available in the
plugin yet.

A step further would be to call cuobjdump or nvdisasm from the plugin.

[Bug c++/81178] New: [concepts] poor (partial?) diagnostic for alias substitution failure in a concept body

[Casey at Carter dot net]

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

Bug ID: 81178
   Summary: [concepts] poor (partial?) diagnostic for alias
substitution failure in a concept body
   Product: gcc
   Version: 8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: Casey at Carter dot net
  Target Milestone: ---

GCC 6.3/7.1/trunk as of 20170621 all diagnose this ill-formed program
(https://wandbox.org/permlink/uatmNSnlLbhvSvls):

template
concept bool C1 = true;

template
using alias = typename T::type;

template
concept bool C2 = C1;

void bar(C2) {}

int main() { bar(42); }

with:

prog.cc: In function 'int main()':
prog.cc:12:20: error: cannot call function 'void bar(auto:1) [with auto:1 =
int]'
 int main() { bar(42); }
^
prog.cc:10:6: note:   constraints not satisfied
 void bar(C2) {}
  ^~~
prog.cc:10:6: note: in the expansion of concept 'C2 template
concept const bool C2 [with T = int]'

(Yes, that is the entire diagnostic.) If we expand the definition of C2 fully
into bar (https://wandbox.org/permlink/GKW0vWSPIY5XrGRE):

template
  requires C1
void bar(T) {}

the compiler gives a more complete diagnostic:

prog.cc: In function 'int main()':
prog.cc:14:20: error: cannot call function 'void bar(T) [with T = int]'
 int main() { bar(42); }
^
prog.cc:12:6: note:   constraints not satisfied
 void bar(T) {}
  ^~~
prog.cc:12:6: note: invalid use of the concept 'C1'
prog.cc:14:20: error: 'int' is not a class, struct, or union type
 int main() { bar(42); }
^

[Bug c++/81167] [8 Regression] ICE on valid C++ code in deferred_printed_type, at cp/error.c:118

[dmalcolm at gcc dot gnu.org]

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

--- Comment #3 from David Malcolm  ---
The issue is that a diagnostic is passing NULL to a %qH (which was a %qT).

%T handles NULL gracefully by printing the empty string,
whereas %H/%I fail with an assertion failure.

Happens here:
#8  0x0081469e in joust(z_candidate*, z_candidate*, bool, int) [clone
.part.38] ()
at ../../src/gcc/cp/call.c:10075

10075 && warning (OPT_Wconversion, "  for conversion from %qH
to %qI",
10076 source, w->second_conv->type)) 

(gdb) p source
$2 = (tree_node *) 0x0
(gdb) p w->second_conv->type
$3 = 

[Bug libgomp/81177] New: Dump cubin module to file before offloading in nvptx libgomp plugin

[vries at gcc dot gnu.org]

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

Bug ID: 81177
   Summary: Dump cubin module to file before offloading in nvptx
libgomp plugin
   Product: gcc
   Version: 8.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: libgomp
  Assignee: unassigned at gcc dot gnu.org
  Reporter: vries at gcc dot gnu.org
CC: jakub at gcc dot gnu.org
  Target Milestone: ---

The nvptx libgomp plugin adds a number of ptx sources to a CUlinkState object
using cuLinkAddData, and then links them together using the cuLinkComplete
call: 
...
static bool
link_ptx (CUmodule *module, const struct targ_ptx_obj *ptx_objs,
  unsigned num_objs)
{
  ...
  GOMP_PLUGIN_debug (0, "Linking\n");
  r = CUDA_CALL_NOCHECK (cuLinkComplete, linkstate, , );

  GOMP_PLUGIN_debug (0, "Link complete: %fms\n", elapsed);
  GOMP_PLUGIN_debug (0, "Link log %s\n", [0]);

  if (r != CUDA_SUCCESS)
{
  GOMP_PLUGIN_error ("cuLinkComplete error: %s", cuda_error (r));
  return false;
}

  CUDA_CALL (cuModuleLoadData, module, linkout);
  CUDA_CALL (cuLinkDestroy, linkstate);
  return true;
}
...

After that, the module is loaded using cuModuleLoadData.

For debugging purposes, it would be good to be able to inspect the module.

[Bug tree-optimization/81175] [7/8 Regression] EXC_BAD_ACCESS in ::slpeel_duplicate_current_defs_from_edges(edge, edge, edge, edge) at is-a.h:192

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2017-06-22
 CC||rguenth at gcc dot gnu.org
  Component|fortran |tree-optimization
Summary|During the compilation of a |[7/8 Regression]
   |program gfortran (7.1.0)|EXC_BAD_ACCESS in
   |makes "internal compiler|::slpeel_duplicate_current_
   |error: Segmentation fault"  |defs_from_edges(edge, edge,
   ||edge, edge) at is-a.h:192
 Ever confirmed|0   |1
  Known to fail||7.1.0, 8.0

--- Comment #1 from Dominique d'Humieres  ---
Confirmed with the options

 -O3 -ffast-math -march=broadwell -fno-strict-overflow

The change occurred between revisions r245767 (2017-02-28, compiles) and
r246069 (2017-03-11, ICE).

Backtrace

* thread #1, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS
(code=1, address=0x0)
  * frame #0: 0x000100f12bf5
f951`::slpeel_duplicate_current_defs_from_edges(edge, edge, edge, edge) at
is-a.h:192
frame #1: 0x000100f12bf5
f951`::slpeel_duplicate_current_defs_from_edges(edge, edge, edge, edge)
frame #2: 0x000100f12bf5
f951`::slpeel_duplicate_current_defs_from_edges(edge, edge, edge, edge)
[inlined] gimple_phi_arg_def(index=, gs=)
frame #3: 0x000100f12bf5
f951`::slpeel_duplicate_current_defs_from_edges(to=,
to=, from=, from=)
frame #4: 0x000100f1433b
f951`slpeel_tree_duplicate_loop_to_edge_cfg(loop=0x000143e56318,
scalar_loop=0x000145bdd420, e=0x000143e55b98) at
tree-vect-loop-manip.c:429
frame #5: 0x000100f15f15
f951`vect_do_peeling(loop_vinfo=0x000145903e60, niters=0x000145b8e4c8,
nitersm1=0x000142edd5a0, niters_vector=0x7fff5fbfedf8, th=12,
check_profitability=, niters_no_overflow=true) at
tree-vect-loop-manip.c:1739
frame #6: 0x000100f04e46
f951`vect_transform_loop(loop_vinfo=) at tree-vect-loop.c:6943
frame #7: 0x000100f2948c f951`vectorize_loops() at
tree-vectorizer.c:690
frame #8: 0x000100b26166 f951`execute_one_pass(pass=0x000142b0ff60)
at passes.c:2492
frame #9: 0x000100b269d4
f951`::execute_pass_list_1(pass=0x000142b0ff60) at passes.c:2581
frame #10: 0x000100b269e6
f951`::execute_pass_list_1(pass=0x000142b0f8a0) at passes.c:2582
frame #11: 0x000100b269e6
f951`::execute_pass_list_1(pass=0x000142b0e520) at passes.c:2582
frame #12: 0x000100b26a2d f951`execute_pass_list(fn=,
pass=) at passes.c:2592
frame #13: 0x000100699d35
f951`cgraph_node::expand(this=0x000143e0) at cgraphunit.c:2050
frame #14: 0x00010069ba5d f951`symbol_table::compile() at
cgraphunit.c:2186
frame #15: 0x00010069b954
f951`symbol_table::compile(this=0x000142d05100)
frame #16: 0x00010069ea21
f951`symbol_table::finalize_compilation_unit(this=0x000142d05100) at
cgraphunit.c:2636
frame #17: 0x000100c2b39a f951`::compile_file() at toplev.c:493
frame #18: 0x00010110dfa1 f951`toplev::main(this=0x7fff5fbff24e,
argc=, argv=) at toplev.c:2021
frame #19: 0x00010110f69e f951`main(argc=7, argv=0x7fff5fbff280) at
main.c:39

[Bug tree-optimization/80928] SLP vectorization does not handle induction in outer loop vectorization

[rguenth at gcc dot gnu.org]

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

--- Comment #23 from Richard Biener  ---
Created attachment 41612
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41612=edit
patch for the vectorizer ICE

This fixes the slp-perm-8.c ICE but causes libgomp vla1.f90 to ICE with

during RTL pass: loop2_done
/tmp/trunk/libgomp/testsuite/libgomp.fortran/vla1.f90:40:0: internal compiler
error: in patch_jump_insn, at cfgrtl.c:1264
0x86029db patch_jump_insn
/tmp/trunk/gcc/cfgrtl.c:1264
0x8602ad4 redirect_branch_edge
/tmp/trunk/gcc/cfgrtl.c:1298
0x8609146 cfg_layout_redirect_edge_and_branch
/tmp/trunk/gcc/cfgrtl.c:4406
0x85efdc7 redirect_edge_and_branch(edge_def*, basic_block_def*)
/tmp/trunk/gcc/cfghooks.c:356
0x952ff29 try_forward_edges
/tmp/trunk/gcc/cfgcleanup.c:575
0x95361ed try_optimize_cfg
/tmp/trunk/gcc/cfgcleanup.c:2992
0x95367a6 cleanup_cfg(int)
/tmp/trunk/gcc/cfgcleanup.c:3203
0x89477a9 execute
/tmp/trunk/gcc/loop-init.c:475
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.

so sth goes wrong with labels when splitting the work :/

I suppose one of the side-effects of redirect_edge_and_branch_force
was to duplicate the label appropriately which means we cannot simply use
unchecked_make_edge.

Probably the reason for using the weird add edge to old label and redirect
code :(

[Bug libstdc++/81173] [8 Regression] bootstrap-ubsan errors in stl_bvector.h

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

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

--- Comment #3 from Jonathan Wakely  ---
Now fixed.

[Bug libstdc++/81173] [8 Regression] bootstrap-ubsan errors in stl_bvector.h

[redi at gcc dot gnu.org]

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

--- Comment #2 from Jonathan Wakely  ---
Author: redi
Date: Thu Jun 22 14:16:38 2017
New Revision: 249554

URL: https://gcc.gnu.org/viewcvs?rev=249554=gcc=rev
Log:
PR libstdc++/81173 fix undefined memset with null pointer

PR libstdc++/81173
* include/bits/stl_bvector.h (vector::_M_initialize_value):
Do not pass null pointer to memset.

Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/include/bits/stl_bvector.h

[Bug c++/81167] [8 Regression] ICE on valid C++ code in deferred_printed_type, at cp/error.c:118

[dmalcolm at gcc dot gnu.org]

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

David Malcolm  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|unassigned at gcc dot gnu.org  |dmalcolm at gcc dot 
gnu.org

--- Comment #2 from David Malcolm  ---
Thanks; am investigating...

[Bug sanitizer/81148] UBSAN: two more false positives

[mpolacek at gcc dot gnu.org]

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

--- Comment #10 from Marek Polacek  ---
It should've been

--- a/gcc/fold-const.c
+++ b/gcc/fold-const.c
@@ -874,9 +874,24 @@ split_tree (location_t loc, tree in, tree type, enum
tree_code code,
}
   if (var)
{
- /* Convert to TYPE before negating.  */
- var = fold_convert_loc (loc, type, var);
- var = negate_expr (var);
+ if ((*litp == NULL_TREE
+  && *conp == NULL_TREE
+  && *minus_litp == NULL_TREE)
+ || !INTEGRAL_TYPE_P (type)
+ || TYPE_OVERFLOW_WRAPS (type))
+   {
+ /* Convert to TYPE before negating.  */
+ var = fold_convert_loc (loc, type, var);
+ var = negate_expr (var);
+   }
+ else
+   {
+ /* Go back to blank slate.  */
+ var = in;
+ *conp = NULL_TREE;
+ *litp = NULL_TREE;
+ *minus_litp = NULL_TREE;
+   }
}
 }

[Bug c++/81176] New: decltype(auto) yields reference type for structured binding

[barry.revzin at gmail dot com]

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

Bug ID: 81176
   Summary: decltype(auto) yields reference type for structured
binding
   Product: gcc
   Version: 7.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 (https://stackoverflow.com/q/44698195/2069064), this static
assert trips:

#include 
#include 

int main() {
auto tup = std::make_tuple(1, 2); 
auto [ a, b ] = tup;
decltype(auto) c = a;
static_assert(!std::is_reference::value, "!");
}

But c should not be a reference type because decltype(a) is int.

[Bug c/81156] GCC fails to compile a formula with tgmath.h

[joseph at codesourcery dot com]

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

--- Comment #4 from joseph at codesourcery dot com  ---
My notion of __builtin_tgmath is something like

__builtin_tgmath (0, powf, pow, powl, cpowf, cpow, cpowl, a, b)

where the arguments are: an integer constant expression to distinguish 
different cases of type-generic rules (0 for normal rules, 1 reserved to 
mean __STDC_TGMATH_OPERATOR_EVALUATION__ rules, other values reserved for 
any other cases needed in future); the possible functions to use, in any 
order (function pointers; only the selected one gets evaluated); the 
function arguments (with a requirement that the first argument can't be a 
function pointer), in the order in which they are passed to the function.  
To be clear, __builtin_tgmath would be a keyword, like various other 
__builtin_*, not actually a built-in function (and it would be C-only, 
since C++ has existing mathematical function overloads and its own 
tgmath.h specification in C++11 and later; I doubt the existing C tgmath.h 
works properly for C++ anyway).

Ignoring imaginary types, that's sufficient information to determine which 
arguments (and return value if applicable) are type-generic, and which 
function to call, and to give much better errors for invalid cases (e.g. 
complex or decimal floating-point argument passed without a corresponding 
function available) than you can get from complicated macros.  If the 
return type is type-generic, an exactly matching function would be 
required; if the return type is fixed and there is no exactly matching 
function, the first function, if any, with matching radix and argument 
type with as much range and precision would be chosen (see the proposed 
resolution to CFP DR#13 at 
).

There's a reasonable question of whether you want the first argument or 
whether you should have __builtin_tgmath without that argument and then 
later add __builtin_tgmath_operator for 
__STDC_TGMATH_OPERATOR_EVALUATION__ and potentially other variants - but I 
think having __builtin_tgmath, with or without such an argument, would 
clearly be better than having lots of variants like __builtin_tgpow or 
e.g. one specific to unary functions with both real and complex variants 
and another for real-only binary functions.  And it's important not to 
need extra variants just to support extra floating-point types such as 
_Float128.

[Bug tree-optimization/80928] SLP vectorization does not handle induction in outer loop vectorization

[rguenth at gcc dot gnu.org]

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

--- Comment #22 from Richard Biener  ---
Ok.  So the ICEs are because we now have PHIs in the SLP tree but those can
get re-allocated during early transform phase that does peeling by
copy_bbs which uses duplicate_block which duplicates successor edges (thereby
allocating new PHI args which eventually makes PHIs grow over capacity).
We're later throwing away the stale entry edges (and the PHI args) but only
from the re-allocated PHI which is not the one referenced.

It seems wasteful to do this PHI arg handling in copy_bbs.  A hack is possible
(luckily gimple_cfg_hooks and the like are not const...).

Doesn't work so nicely for the edges to out of bbs[] though :/

Eventually adding duplicate_block_raw and doing this more manually would work.

Bah.

Sanity checking of vinfo_for_stmt (stmt)->stmt == stmt would have uncovered
this earlier for PHIs.

[Bug rtl-optimization/81174] bswap not recognized in |= statement

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org,
   ||thopre01 at gcc dot gnu.org

--- Comment #2 from Jakub Jelinek  ---
Simplified testcase:
static inline unsigned
bar (unsigned x)
{
  return ((x & 0x00ff) << 24) | ((x & 0xff00) << 8)
 | ((x & 0x00ff) >> 8) | ((x & 0xff00) >> 24);
}

unsigned
foo (unsigned p, unsigned q)
{
  p &= ~0x180U;
  p |= bar ((q << 7) & 0x180U);
  return p;
}

The problem is that with |= instead of += the reassoc pass is invoked first and
reassociates the many | operands and then the bswap pass can't recognize the
pattern.
So, either we should consider moving the bswap pass 6 passes earlier (i.e.
before reassoc1), or if we want to catch that we'd need to be able to recognize
| operands unrelated to the bswap pattern mixed with | operands related to
that, and replace just the ones related to the bswap and leave the others in.
One could have also several bswap patterns results ored together with reassoc
reordering it, say for p |= bar ((q << 7) & 0x180U) | bar ((r << 7) &
0x180U); above with another unsigned r argument.  In that case it would be
better to or the two bar arguments and bswap the result, i.e.
  p |= __builtin_bswap32 (((q << 7) & 0x180U) | ((r << 7) & 0x180U));

[Bug fortran/81175] New: During the compilation of a program gfortran makes "internal compiler error: Segmentation fault"

[nosk...@uni-mainz.de]

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

Bug ID: 81175
   Summary: During the compilation of a program gfortran makes
"internal compiler error: Segmentation fault"
   Product: gcc
   Version: 7.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
  Assignee: unassigned at gcc dot gnu.org
  Reporter: nosk...@uni-mainz.de
  Target Milestone: ---

Created attachment 41611
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41611=edit
Archive with the source file(fortran), Makefile, compilation output and the
assembly output file

During the compilation of a program gfortran makes "internal compiler error:
Segmentation fault" It is jast normal fortran program, that can be compiled
without any problems with the older versions of gcc.

It hapens on

AMD Ryzen 7 1800X Eight-Core Processor
Intel(R) Xeon(R) CPU E5-2630 v4 @ 2.20GHz

it does not hapen on
Intel(R) Xeon Phi(TM) CPU 7210 @ 1.30GHz

If the option "-fno-unsafe-math-optimizations" is added, everything is fine, no
segmentation fault occurs.

[Bug sanitizer/81148] UBSAN: two more false positives

[mpolacek at gcc dot gnu.org]

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

--- Comment #9 from Marek Polacek  ---
Except that isn't really correct yet...

[Bug sanitizer/81148] UBSAN: two more false positives

[mpolacek at gcc dot gnu.org]

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

--- Comment #8 from Marek Polacek  ---
Seems like we need something similar to

--- a/gcc/fold-const.c
+++ b/gcc/fold-const.c
@@ -874,9 +874,23 @@ split_tree (location_t loc, tree in, tree type, enum
tree_code code,
}
   if (var)
{
- /* Convert to TYPE before negating.  */
- var = fold_convert_loc (loc, type, var);
- var = negate_expr (var);
+ if ((*litp == NULL_TREE
+  && *conp == NULL_TREE
+  && *minus_litp == NULL_TREE)
+ || negate_expr_p (var))
+   {
+ /* Convert to TYPE before negating.  */
+ var = fold_convert_loc (loc, type, var);
+ var = negate_expr (var);
+   }
+ else
+   {
+ /* Go back to blank slate.  */
+ var = in;
+ *conp = NULL_TREE;
+ *litp = NULL_TREE;
+ *minus_litp = NULL_TREE;
+   }
}
 }

[Bug rtl-optimization/81174] bswap not recognized in |= statement

[linux at carewolf dot com]

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

Allan Jensen  changed:

   What|Removed |Added

Version|6.1.1   |7.1.0

--- Comment #1 from Allan Jensen  ---
Also reproduced with gcc 4.8, 4.9, 5 and 7. Works in clang. With gcc 6+ it
would sometimes work if bswap was called as part of a constructor.

[Bug tree-optimization/43434] Missed vectorization: "not vectorized: data ref analysis": pointer incremented by a parameter

[rguenth at gcc dot gnu.org]

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

--- Comment #12 from Richard Biener  ---
Author: rguenth
Date: Thu Jun 22 11:46:45 2017
New Revision: 249552

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

Backport from mainline
2017-02-17  Richard Biener  

PR tree-optimization/79552
* tree-ssa-structalias.c (visit_loadstore): Properly verify
default defs.

2016-04-18  Richard Biener  

PR tree-optimization/43434
* tree-ssa-structalias.c (struct vls_data): New.
(visit_loadstore): Handle all pointer-based accesses.
(compute_dependence_clique): Compute a bitmap of restrict tags
assigned bases and pass it to visit_loadstore.

* gcc.dg/vect/pr43434.c: New testcase.
* c-c++-common/goacc/kernels-alias-3.c: Adjust.
* c-c++-common/goacc/kernels-alias-4.c: Likewise.
* c-c++-common/goacc/kernels-alias-5.c: Likewise.
* c-c++-common/goacc/kernels-alias-6.c: Likewise.
* c-c++-common/goacc/kernels-alias-7.c: Likewise.
* c-c++-common/goacc/kernels-alias-8.c: Likewise.
* gcc.dg/gomp/pr68640.c: Likewise.
* gfortran.dg/goacc/kernels-alias-3.f95: Likewise.
* gfortran.dg/goacc/kernels-alias-4.f95: Likewise.

Modified:
branches/gcc-6-branch/gcc/ChangeLog
branches/gcc-6-branch/gcc/testsuite/ChangeLog
branches/gcc-6-branch/gcc/testsuite/c-c++-common/goacc/kernels-alias-3.c
branches/gcc-6-branch/gcc/testsuite/c-c++-common/goacc/kernels-alias-4.c
branches/gcc-6-branch/gcc/testsuite/c-c++-common/goacc/kernels-alias-5.c
branches/gcc-6-branch/gcc/testsuite/c-c++-common/goacc/kernels-alias-6.c
branches/gcc-6-branch/gcc/testsuite/c-c++-common/goacc/kernels-alias-7.c
branches/gcc-6-branch/gcc/testsuite/c-c++-common/goacc/kernels-alias-8.c
branches/gcc-6-branch/gcc/testsuite/gcc.dg/gomp/pr68640.c
branches/gcc-6-branch/gcc/testsuite/gfortran.dg/goacc/kernels-alias-3.f95
branches/gcc-6-branch/gcc/testsuite/gfortran.dg/goacc/kernels-alias-4.f95
branches/gcc-6-branch/gcc/tree-ssa-structalias.c

[Bug inline-asm/79552] [6 Regression] Wrong code generation due to -fschedule-insns, with __restrict__ and inline asm

[rguenth at gcc dot gnu.org]

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

--- Comment #12 from Richard Biener  ---
Author: rguenth
Date: Thu Jun 22 11:46:45 2017
New Revision: 249552

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

Backport from mainline
2017-02-17  Richard Biener  

PR tree-optimization/79552
* tree-ssa-structalias.c (visit_loadstore): Properly verify
default defs.

2016-04-18  Richard Biener  

PR tree-optimization/43434
* tree-ssa-structalias.c (struct vls_data): New.
(visit_loadstore): Handle all pointer-based accesses.
(compute_dependence_clique): Compute a bitmap of restrict tags
assigned bases and pass it to visit_loadstore.

* gcc.dg/vect/pr43434.c: New testcase.
* c-c++-common/goacc/kernels-alias-3.c: Adjust.
* c-c++-common/goacc/kernels-alias-4.c: Likewise.
* c-c++-common/goacc/kernels-alias-5.c: Likewise.
* c-c++-common/goacc/kernels-alias-6.c: Likewise.
* c-c++-common/goacc/kernels-alias-7.c: Likewise.
* c-c++-common/goacc/kernels-alias-8.c: Likewise.
* gcc.dg/gomp/pr68640.c: Likewise.
* gfortran.dg/goacc/kernels-alias-3.f95: Likewise.
* gfortran.dg/goacc/kernels-alias-4.f95: Likewise.

Modified:
branches/gcc-6-branch/gcc/ChangeLog
branches/gcc-6-branch/gcc/testsuite/ChangeLog
branches/gcc-6-branch/gcc/testsuite/c-c++-common/goacc/kernels-alias-3.c
branches/gcc-6-branch/gcc/testsuite/c-c++-common/goacc/kernels-alias-4.c
branches/gcc-6-branch/gcc/testsuite/c-c++-common/goacc/kernels-alias-5.c
branches/gcc-6-branch/gcc/testsuite/c-c++-common/goacc/kernels-alias-6.c
branches/gcc-6-branch/gcc/testsuite/c-c++-common/goacc/kernels-alias-7.c
branches/gcc-6-branch/gcc/testsuite/c-c++-common/goacc/kernels-alias-8.c
branches/gcc-6-branch/gcc/testsuite/gcc.dg/gomp/pr68640.c
branches/gcc-6-branch/gcc/testsuite/gfortran.dg/goacc/kernels-alias-3.f95
branches/gcc-6-branch/gcc/testsuite/gfortran.dg/goacc/kernels-alias-4.f95
branches/gcc-6-branch/gcc/tree-ssa-structalias.c

[Bug libstdc++/81173] [8 Regression] bootstrap-ubsan errors in stl_bvector.h

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

  Known to work||7.1.1
Summary|bootstrap-ubsan errors in   |[8 Regression]
   |stl_bvector.h   |bootstrap-ubsan errors in
   ||stl_bvector.h

--- Comment #1 from Jonathan Wakely  ---
Likely caused by r249235 which introduced the memset.

[Bug inline-asm/79552] [6 Regression] Wrong code generation due to -fschedule-insns, with __restrict__ and inline asm

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
  Known to work||6.3.1
 Resolution|--- |FIXED
  Known to fail||6.2.0

--- Comment #11 from Richard Biener  ---
Fixed.

[Bug rtl-optimization/81174] New: bswap not recognized in |= statement

[linux at carewolf dot com]

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

Bug ID: 81174
   Summary: bswap not recognized in |= statement
   Product: gcc
   Version: 6.1.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: rtl-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: linux at carewolf dot com
  Target Milestone: ---

Created attachment 41610
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41610=edit
bswap-issue.cc

In writting a big-endian bitfield accessor I noticed that bswap was not always
recognized.

It appears the problem triggers together with |= statements, at least replacing
the |= statement with += solves the issue.

I have attached a test case. The faulty one is the first, the two second ones
work.

[Bug lto/78049] [7 Regression] ICE in gcc/lto-streamer-in.c:901 when building Firefox with LTO and -O3

[marxin at gcc dot gnu.org]

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

Martin Liška  changed:

   What|Removed |Added

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

--- Comment #8 from Martin Liška  ---
Fixed on GCC 6.x, no plan to backport to GCC 5.x.

[Bug c++/69953] [5/6 Regression] Using lto causes gtkmm/gparted and gtkmm/inkscape compile to fail

[marxin at gcc dot gnu.org]

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

Martin Liška  changed:

   What|Removed |Added

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

--- Comment #33 from Martin Liška  ---
Fixed on GCC 6.x, no plan to backport back to GCC 5, closing as resolved.

[Bug ipa/79849] diagnostics: typo in "type %qT itself violate the C++ One Definition Rule"

[marxin at gcc dot gnu.org]

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

Martin Liška  changed:

   What|Removed |Added

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

--- Comment #6 from Martin Liška  ---
Fixed on all active branches.

[Bug other/80909] auto-profile.c possible mismatching parentheses in MACRO

[marxin at gcc dot gnu.org]

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

Martin Liška  changed:

   What|Removed |Added

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

--- Comment #7 from Martin Liška  ---
Fixed on all active branches.

[Bug sanitizer/80879] False positive for -fsanitize-address-use-after-scope

[marxin at gcc dot gnu.org]

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

Martin Liška  changed:

   What|Removed |Added

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

--- Comment #4 from Martin Liška  ---
Fixed on all active branches.

[Bug ipa/80663] signed integer overflow in ipa-split.c

[marxin at gcc dot gnu.org]

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

Martin Liška  changed:

   What|Removed |Added

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

--- Comment #7 from Martin Liška  ---
Fixed on all active branches.

[Bug other/80589] Typing mistakes in two messages

[marxin at gcc dot gnu.org]

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

Martin Liška  changed:

   What|Removed |Added

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

--- Comment #7 from Martin Liška  ---
Fixed on all active branches.

[Bug ipa/79850] diagnostics: typo in "fields has different layout"

[marxin at gcc dot gnu.org]

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

Martin Liška  changed:

   What|Removed |Added

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

--- Comment #7 from Martin Liška  ---
Fixed on all active branches.

[Bug driver/56469] The .gcno file being generated is not cleaned up after gcc exits with an error.

[marxin at gcc dot gnu.org]

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

Martin Liška  changed:

   What|Removed |Added

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

--- Comment #7 from Martin Liška  ---
Fixed on all active branches.

[Bug target/79155] Typo in cpuid.h comment

[marxin at gcc dot gnu.org]

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

Martin Liška  changed:

   What|Removed |Added

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

--- Comment #7 from Martin Liška  ---
Fixed on all active branches.

[Bug middle-end/80853] [6 Regression] OpenMP ICE in build_outer_var_ref with array reduction

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

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

[Bug gcov-profile/53915] gcov can call format_gcov with top > bottom, which is unexpected and gives 99.99%

[marxin at gcc dot gnu.org]

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

Martin Liška  changed:

   What|Removed |Added

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

--- Comment #13 from Martin Liška  ---
Fixed on all active branches.

[Bug driver/31468] Calling gcc with empty output filename can remove crt0.o (crt1.o on linux)

[marxin at gcc dot gnu.org]

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

Martin Liška  changed:

   What|Removed |Added

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

--- Comment #7 from Martin Liška  ---
Fixed on all active branches.

[Bug middle-end/80809] Multi-free error for variable size array used within OpenMP task

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

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

[Bug sanitizer/80879] False positive for -fsanitize-address-use-after-scope

[marxin at gcc dot gnu.org]

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

--- Comment #3 from Martin Liška  ---
Author: marxin
Date: Thu Jun 22 11:41:09 2017
New Revision: 249551

URL: https://gcc.gnu.org/viewcvs?rev=249551=gcc=rev
Log:
Backport r249368

2017-06-22  Martin Liska  

Backport from mainline
2017-06-19  Martin Liska  

PR sanitizer/80879
* gimplify.c (gimplify_switch_expr):
Initialize live_switch_vars for SWITCH_BODY == STATEMENT_LIST.
2017-06-22  Martin Liska  

Backport from mainline
2017-06-19  Martin Liska  

PR sanitizer/80879
* gcc.dg/asan/use-after-scope-switch-4.c: New test.

Added:
branches/gcc-7-branch/gcc/testsuite/gcc.dg/asan/use-after-scope-switch-4.c
Modified:
branches/gcc-7-branch/gcc/ChangeLog
branches/gcc-7-branch/gcc/gimplify.c
branches/gcc-7-branch/gcc/testsuite/ChangeLog

[Bug c++/80984] [5 Regression] ICE with label/variable ambiguity

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

Summary|[5/6 Regression] ICE with   |[5 Regression] ICE with
   |label/variable ambiguity|label/variable ambiguity

--- Comment #7 from Jakub Jelinek  ---
Fixed for 6.4+ too.

[Bug fortran/80918] [6 Regression] Assumed size whole array rejected in depend clause

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

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

[Bug libgomp/80822] libgomp incorrect affinity when OMP_PLACES=threads

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

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

[Bug target/79155] Typo in cpuid.h comment

[marxin at gcc dot gnu.org]

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

--- Comment #6 from Martin Liška  ---
Author: marxin
Date: Thu Jun 22 11:40:43 2017
New Revision: 249550

URL: https://gcc.gnu.org/viewcvs?rev=249550=gcc=rev
Log:
Backport r248729

2017-06-22  Martin Liska  

Backport from mainline
2017-05-31  Martin Liska  

PR target/79155
* config/i386/cpuid.h: Fix typo in a comment in cpuid.h.

Modified:
branches/gcc-7-branch/gcc/ChangeLog
branches/gcc-7-branch/gcc/config/i386/cpuid.h

[Bug sanitizer/80973] ICE with lambda and -fsanitize=undefined

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

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

[Bug other/80909] auto-profile.c possible mismatching parentheses in MACRO

[marxin at gcc dot gnu.org]

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

--- Comment #6 from Martin Liška  ---
Author: marxin
Date: Thu Jun 22 11:40:15 2017
New Revision: 249549

URL: https://gcc.gnu.org/viewcvs?rev=249549=gcc=rev
Log:
Backport r248647

2017-06-22  Martin Liska  

Backport from mainline
2017-05-30  Martin Liska  

PR other/80909
* auto-profile.c (get_function_decl_from_block): Fix
parenthesis.

Modified:
branches/gcc-7-branch/gcc/ChangeLog
branches/gcc-7-branch/gcc/auto-profile.c

[Bug c++/81154] OpenMP with shared variable in a template class crash

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

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

[Bug ipa/80663] signed integer overflow in ipa-split.c

[marxin at gcc dot gnu.org]

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

--- Comment #6 from Martin Liška  ---
Author: marxin
Date: Thu Jun 22 11:40:00 2017
New Revision: 249548

URL: https://gcc.gnu.org/viewcvs?rev=249548=gcc=rev
Log:
Backport r248489

2017-06-22  Martin Liska  

Backport from mainline
2017-05-26  Martin Liska  

PR ipa/80663
* params.def: Bound partial-inlining-entry-probability param.
2017-06-22  Martin Liska  

Backport from mainline
2017-05-26  Martin Liska  

PR ipa/80663
* g++.dg/ipa/pr80212.C: Remove the test as it does not longer
split at the problematic spot.
* gcc.dg/ipa/pr48195.c: Change 101 to 100 as 101 is no longer
a valid value of the param.

Removed:
branches/gcc-7-branch/gcc/testsuite/g++.dg/ipa/pr80212.C
Modified:
branches/gcc-7-branch/gcc/ChangeLog
branches/gcc-7-branch/gcc/params.def
branches/gcc-7-branch/gcc/testsuite/ChangeLog
branches/gcc-7-branch/gcc/testsuite/gcc.dg/ipa/pr48195.c

[Bug c++/81130] [6 Regression] ICE OpenMP shared clause in gimplify_var_or_parm_decl, at gimplify.c:2584

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #8 from Jakub Jelinek  ---
Fixed for 6.4+ too.

[Bug libstdc++/81173] bootstrap-ubsan errors in stl_bvector.h

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

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

[Bug ipa/79850] diagnostics: typo in "fields has different layout"

[marxin at gcc dot gnu.org]

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

--- Comment #6 from Martin Liška  ---
Author: marxin
Date: Thu Jun 22 11:39:26 2017
New Revision: 249547

URL: https://gcc.gnu.org/viewcvs?rev=249547=gcc=rev
Log:
Backport r248089

2017-06-22  Martin Liska  

Backport from mainline
2017-05-16  Martin Liska  

PR ipa/79849.
PR ipa/79850.
* ipa-devirt.c (warn_types_mismatch): Fix typo.
(odr_types_equivalent_p): Likewise.

Modified:
branches/gcc-7-branch/gcc/ChangeLog
branches/gcc-7-branch/gcc/ipa-devirt.c

[Bug ipa/79849] diagnostics: typo in "type %qT itself violate the C++ One Definition Rule"

[marxin at gcc dot gnu.org]

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

--- Comment #5 from Martin Liška  ---
Author: marxin
Date: Thu Jun 22 11:39:26 2017
New Revision: 249547

URL: https://gcc.gnu.org/viewcvs?rev=249547=gcc=rev
Log:
Backport r248089

2017-06-22  Martin Liska  

Backport from mainline
2017-05-16  Martin Liska  

PR ipa/79849.
PR ipa/79850.
* ipa-devirt.c (warn_types_mismatch): Fix typo.
(odr_types_equivalent_p): Likewise.

Modified:
branches/gcc-7-branch/gcc/ChangeLog
branches/gcc-7-branch/gcc/ipa-devirt.c

[Bug driver/31468] Calling gcc with empty output filename can remove crt0.o (crt1.o on linux)

[marxin at gcc dot gnu.org]

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

--- Comment #6 from Martin Liška  ---
Author: marxin
Date: Thu Jun 22 11:38:56 2017
New Revision: 249546

URL: https://gcc.gnu.org/viewcvs?rev=249546=gcc=rev
Log:
Backport r248060

2017-06-22  Martin Liska  

Backport from mainline
2017-05-15  Martin Liska  

PR driver/31468
* gcc.c (process_command): Do not allow empty argument of -o option.

Modified:
branches/gcc-7-branch/gcc/ChangeLog
branches/gcc-7-branch/gcc/gcc.c

[Bug other/80589] Typing mistakes in two messages

[marxin at gcc dot gnu.org]

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

--- Comment #6 from Martin Liška  ---
Author: marxin
Date: Thu Jun 22 11:38:22 2017
New Revision: 249544

URL: https://gcc.gnu.org/viewcvs?rev=249544=gcc=rev
Log:
Backport r247485

2017-06-22  Martin Liska  

Backport from mainline
2017-05-02  Martin Liska  

PR other/80589
* common.opt: Fix typo.
* doc/invoke.texi: Likewise.

Modified:
branches/gcc-7-branch/gcc/ChangeLog
branches/gcc-7-branch/gcc/common.opt
branches/gcc-7-branch/gcc/doc/invoke.texi

[Bug gcov-profile/53915] gcov can call format_gcov with top > bottom, which is unexpected and gives 99.99%

[marxin at gcc dot gnu.org]

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

--- Comment #12 from Martin Liška  ---
Author: marxin
Date: Thu Jun 22 11:37:13 2017
New Revision: 249541

URL: https://gcc.gnu.org/viewcvs?rev=249541=gcc=rev
Log:
Backport r247375

2017-06-22  Martin Liska  

Backport from mainline
2017-04-28  Martin Liska  

PR gcov-profile/53915
* gcov.c (format_gcov): Print 'NAN %' when top > bottom.

Modified:
branches/gcc-7-branch/gcc/ChangeLog
branches/gcc-7-branch/gcc/gcov.c

[Bug driver/56469] The .gcno file being generated is not cleaned up after gcc exits with an error.

[marxin at gcc dot gnu.org]

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

--- Comment #6 from Martin Liška  ---
Author: marxin
Date: Thu Jun 22 11:36:56 2017
New Revision: 249540

URL: https://gcc.gnu.org/viewcvs?rev=249540=gcc=rev
Log:
Backport r247371

2017-06-22  Martin Liska  

Backport from mainline
2017-04-28  Martin Liska  

PR driver/56469
* coverage.c (coverage_remove_note_file): New function.
* coverage.h: Declare the function.
* toplev.c (finalize): Clean if an error has been seen.

Modified:
branches/gcc-7-branch/gcc/ChangeLog
branches/gcc-7-branch/gcc/coverage.c
branches/gcc-7-branch/gcc/coverage.h
branches/gcc-7-branch/gcc/toplev.c

[Bug c++/81154] OpenMP with shared variable in a template class crash

[jakub at gcc dot gnu.org]

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

--- Comment #6 from Jakub Jelinek  ---
Author: jakub
Date: Thu Jun 22 11:34:39 2017
New Revision: 249539

URL: https://gcc.gnu.org/viewcvs?rev=249539=gcc=rev
Log:
Backported from mainline
2017-06-21  Jakub Jelinek  

PR c++/81154
* semantics.c (handle_omp_array_sections_1, finish_omp_clauses):
Complain about t not being a variable if t is OVERLOAD even
when processing_template_decl.

* g++.dg/gomp/pr81154.C: New test.

Modified:
branches/gcc-6-branch/gcc/cp/ChangeLog
branches/gcc-6-branch/gcc/testsuite/ChangeLog

[Bug target/81115] Didn't compile on Raspbian 2

[Zenitur at yandex dot ru]

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

Zenithar Champion  changed:

   What|Removed |Added

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

--- Comment #3 from Zenithar Champion  ---
Please close the bug. The reason is that compilation was stopped many times due
to "no space on the device". With 5 Gb free it compiles.

P.S. Is isl library is necessary? I forgot to install -dev package. Will it
increase performance of my binaries?

[Bug target/79155] Typo in cpuid.h comment

[marxin at gcc dot gnu.org]

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

--- Comment #5 from Martin Liška  ---
Author: marxin
Date: Thu Jun 22 11:31:28 2017
New Revision: 249538

URL: https://gcc.gnu.org/viewcvs?rev=249538=gcc=rev
Log:
Backport r248729

2017-06-22  Martin Liska  

Backport from mainline
2017-05-31  Martin Liska  

PR target/79155
* config/i386/cpuid.h: Fix typo in a comment in cpuid.h.

Modified:
branches/gcc-5-branch/gcc/ChangeLog
branches/gcc-5-branch/gcc/config/i386/cpuid.h

[Bug other/80909] auto-profile.c possible mismatching parentheses in MACRO

[marxin at gcc dot gnu.org]

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

--- Comment #5 from Martin Liška  ---
Author: marxin
Date: Thu Jun 22 11:30:56 2017
New Revision: 249537

URL: https://gcc.gnu.org/viewcvs?rev=249537=gcc=rev
Log:
Backport r248647

2017-06-22  Martin Liska  

Backport from mainline
2017-05-30  Martin Liska  

PR other/80909
* auto-profile.c (get_function_decl_from_block): Fix
parenthesis.

Modified:
branches/gcc-5-branch/gcc/ChangeLog
branches/gcc-5-branch/gcc/auto-profile.c

[Bug ipa/80663] signed integer overflow in ipa-split.c

[marxin at gcc dot gnu.org]

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

--- Comment #5 from Martin Liška  ---
Author: marxin
Date: Thu Jun 22 11:30:42 2017
New Revision: 249536

URL: https://gcc.gnu.org/viewcvs?rev=249536=gcc=rev
Log:
Backport r248489

2017-06-22  Martin Liska  

Backport from mainline
2017-05-26  Martin Liska  

PR ipa/80663
* params.def: Bound partial-inlining-entry-probability param.
2017-06-22  Martin Liska  

Backport from mainline
2017-05-26  Martin Liska  

PR ipa/80663
* g++.dg/ipa/pr80212.C: Remove the test as it does not longer
split at the problematic spot.
* gcc.dg/ipa/pr48195.c: Change 101 to 100 as 101 is no longer
a valid value of the param.

Removed:
branches/gcc-5-branch/gcc/testsuite/g++.dg/ipa/pr80212.C
Modified:
branches/gcc-5-branch/gcc/ChangeLog
branches/gcc-5-branch/gcc/params.def
branches/gcc-5-branch/gcc/testsuite/ChangeLog
branches/gcc-5-branch/gcc/testsuite/gcc.dg/ipa/pr48195.c