[Bug tree-optimization/69342] New: wrong code at -O1, -O2, -O3 (NOT -Os) on x86-64-linux-gnu (in 32- and 64-bit modes)

2016-01-17 Thread chengniansun at gmail dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69342

Bug ID: 69342
   Summary: wrong code at -O1, -O2, -O3 (NOT -Os) on
x86-64-linux-gnu (in 32- and 64-bit modes)
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: chengniansun at gmail dot com
  Target Milestone: ---

The following code is miscompiled by gcc trunk at -O1, -O2, -O3 (but not -Os)
in 32-bit and 64-bit modes. 

$: gcc-trunk -v
Using built-in specs.
COLLECT_GCC=gcc-trunk
COLLECT_LTO_WRAPPER=/usr/local/gcc-trunk/libexec/gcc/x86_64-pc-linux-gnu/6.0.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../gcc-trunk/configure --prefix=/usr/local/gcc-trunk
--enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
gcc version 6.0.0 20160117 (experimental) [trunk revision 232481] (GCC) 
$: 
$: gcc-trunk small.c -O1 ; ./a.out
1
$: gcc-trunk small.c -O2 ; ./a.out
1
$: gcc-trunk small.c -O3 ; ./a.out
1
$: gcc-trunk small.c -O1 -m32 ; ./a.out
1
$: gcc-trunk small.c -O2 -m32 ; ./a.out
1
$: gcc-trunk small.c -O3 -m32 ; ./a.out
1
$: gcc-trunk small.c -Os -m32 ; ./a.out
4
$: gcc-trunk small.c -Os -m64 ; ./a.out
4
$: gcc-trunk small.c -O0 ; ./a.out
4
$: 
$: cat small.c
int printf(const char*, ...);
static int a[40] = {7, 5, 3, 3, 0, 0, 3};
short b;
int c = 5;
int main() {
  b = 0;
  for (; b <= 3; b++)
if (a[b + 6] ^ (0 || c))
  ;
else
  break;
  printf("%d\n", b);
  return 0;
}
$:

[Bug middle-end/52173] internal compiler error: verify_ssa failed possibly caused by itm

2016-01-17 Thread asolokha at gmx dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52173

Arseny Solokha  changed:

   What|Removed |Added

 CC||asolokha at gmx dot com

--- Comment #20 from Arseny Solokha  ---
As it was fixed on trunk in 2012, it's actually fixed for every supported
release branch in 2016. Indeed, it's not reproducible from gcc 4.8 on anymore.

[Bug libstdc++/69340] New: Incorrect use of standard try catch in libstdc++-v3/src/c++11/cow-stdexcept.cc

2016-01-17 Thread thopre01 at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69340

Bug ID: 69340
   Summary: Incorrect use of standard try catch in
libstdc++-v3/src/c++11/cow-stdexcept.cc
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libstdc++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: thopre01 at gcc dot gnu.org
  Target Milestone: ---
Target: arm-none-eabi

Hi,

libstdc++ fails to build on arm-none-eabi with -fno-exceptions:
libstdc++-v3/src/c++11/cow-stdexcept.cc:256:10: error: exception handling
disabled, use -fexceptions to enable
   catch (...)
  ^~~

This is because r232454 introduced a try catch block in cow-stdexcept.cc
instead of a __try __catch.

[Bug bootstrap/69339] New: [6 Regression] Failed to bootstrap powerpc-e500v2-linux-gnuspe target: libitm/vect128.cc:1:0: error: AltiVec and SPE instructions cannot coexist

2016-01-17 Thread asolokha at gmx dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69339

Bug ID: 69339
   Summary: [6 Regression] Failed to bootstrap
powerpc-e500v2-linux-gnuspe target:
libitm/vect128.cc:1:0: error: AltiVec and  SPE
instructions cannot coexist
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Keywords: build
  Severity: normal
  Priority: P3
 Component: bootstrap
  Assignee: unassigned at gcc dot gnu.org
  Reporter: asolokha at gmx dot com
  Target Milestone: ---
Target: powerpc-e500v2-linux-gnuspe
 Build: x86_64-pc-linux-gnu

Bootstrap of gcc 6.0.0-alpha20160117 snapshot for target
powerpc-e500v2-linux-gnuspe fails w/ the following:

>8
libtool: compile:  /var/tmp/gcc-6.0.0_alpha20160117/work/build/./gcc/xg++
-B/var/tmp/gcc-6.0.0_alpha20160117/work/build/./gcc/ -nostdinc++ -nostdinc++
-I/var/tmp/gcc-6.0.0_alpha20160117/work/build/powerpc-e500v2-linux-gnuspe/libstdc++-v3/include/powerpc-e500v2-linux-gnuspe
-I/var/tmp/gcc-6.0.0_alpha20160117/work/build/powerpc-e500v2-linux-gnuspe/libstdc++-v3/include
-I/var/tmp/gcc-6.0.0_alpha20160117/work/gcc-6-20160117/libstdc++-v3/libsupc++
-I/var/tmp/gcc-6.0.0_alpha20160117/work/gcc-6-20160117/libstdc++-v3/include/backward
-I/var/tmp/gcc-6.0.0_alpha20160117/work/gcc-6-20160117/libstdc++-v3/testsuite/util
-L/var/tmp/gcc-6.0.0_alpha20160117/work/build/powerpc-e500v2-linux-gnuspe/libstdc++-v3/src
-L/var/tmp/gcc-6.0.0_alpha20160117/work/build/powerpc-e500v2-linux-gnuspe/libstdc++-v3/src/.libs
-L/var/tmp/gcc-6.0.0_alpha20160117/work/build/powerpc-e500v2-linux-gnuspe/libstdc++-v3/libsupc++/.libs
-B/var/tmp/gcc-6.0.0_alpha20160117/work/build/powerpc-e500v2-linux-gnuspe/libstdc++-v3/src/.libs
-B/var/tmp/gcc-6.0.0_alpha20160117/work/build/powerpc-e500v2-linux-gnuspe/libstdc++-v3/libsupc++/.libs
-B/usr/powerpc-e500v2-linux-gnuspe/bin/ -B/usr/powerpc-e500v2-linux-gnuspe/lib/
-isystem /usr/powerpc-e500v2-linux-gnuspe/include -isystem
/usr/powerpc-e500v2-linux-gnuspe/sys-include -DHAVE_CONFIG_H -I.
-I/var/tmp/gcc-6.0.0_alpha20160117/work/gcc-6-20160117/libitm
-I/var/tmp/gcc-6.0.0_alpha20160117/work/gcc-6-20160117/libitm/config/linux/powerpc
-I/var/tmp/gcc-6.0.0_alpha20160117/work/gcc-6-20160117/libitm/config/linux
-I/var/tmp/gcc-6.0.0_alpha20160117/work/gcc-6-20160117/libitm/config/powerpc
-I/var/tmp/gcc-6.0.0_alpha20160117/work/gcc-6-20160117/libitm/config/posix
-I/var/tmp/gcc-6.0.0_alpha20160117/work/gcc-6-20160117/libitm/config/generic
-I/var/tmp/gcc-6.0.0_alpha20160117/work/gcc-6-20160117/libitm
-ftls-model=initial-exec -mhtm -Wall -pthread -Werror -std=gnu++0x
-funwind-tables -fno-exceptions -fno-rtti -fabi-version=4 -g -O2 -D_GNU_SOURCE
-maltivec -MT vect128.lo -MD -MP -MF .deps/vect128.Tpo -c
/var/tmp/gcc-6.0.0_alpha20160117/work/gcc-6-20160117/libitm/vect128.cc  -fPIC
-DPIC -o .libs/vect128.o
/var/tmp/gcc-6.0.0_alpha20160117/work/gcc-6-20160117/libitm/vect128.cc:1:0:
error: AltiVec and SPE instructions cannot coexist
 /* Copyright (C) 2009-2016 Free Software Foundation, Inc.


Makefile:554: recipe for target 'vect128.lo' failed
make[4]: *** [vect128.lo] Error 1
8<

This probably has something to do w/ r232330.

[Bug tree-optimization/68799] lto ICE on powerpc64le-linux-gnu builing python 2.7.x

2016-01-17 Thread wschmidt at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68799

--- Comment #16 from Bill Schmidt  ---
Author: wschmidt
Date: Mon Jan 18 03:54:48 2016
New Revision: 232494

URL: https://gcc.gnu.org/viewcvs?rev=232494=gcc=rev
Log:
2016-01-17  Bill Schmidt  

Backport from mainline:
2016-01-17  Bill Schmidt  

PR tree-optimization/68799
* gimple-ssa-strength-reduction.c (create_phi_basis): Directly
look up phi candidates in the statement-candidate map.
(phi_add_costs): Likewise.
(record_phi_increments): Likewise.
(phi_incr_cost): Likewise.
(ncd_with_phi): Likewise.
(all_phi_incrs_profitable): Likewise.


Modified:
branches/gcc-4_9-branch/gcc/ChangeLog
branches/gcc-4_9-branch/gcc/gimple-ssa-strength-reduction.c

[Bug tree-optimization/68799] lto ICE on powerpc64le-linux-gnu builing python 2.7.x

2016-01-17 Thread wschmidt at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68799

Bill Schmidt  changed:

   What|Removed |Added

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

--- Comment #17 from Bill Schmidt  ---
Fixed.

[Bug tree-optimization/69341] [6 Regression] [graphite] ICE: verify_ssa failed (error: definition in block 37 does not dominate use in block 30)

2016-01-17 Thread asolokha at gmx dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69341

Arseny Solokha  changed:

   What|Removed |Added

   Severity|minor   |normal

[Bug tree-optimization/69341] New: [6 Regression] [graphite] ICE: verify_ssa failed (error: definition in block 37 does not dominate use in block 30)

2016-01-17 Thread asolokha at gmx dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69341

Bug ID: 69341
   Summary: [6 Regression] [graphite] ICE: verify_ssa failed
(error: definition in block 37 does not dominate use
in block 30)
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Keywords: 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: ---

At least gcc-6.0.0-alpha20160110 and gcc-6.0.0-alpha20160117 snapshots ICE when
compiling the following reduced snippet w/ -O2 -floop-interchange:

int pz, s1 = 0;
int lp[2];
static int mj[2] = { 0 };

void
u9(void)
{
  while (s1 < 1) {
for (pz = 0; pz < 2; ++pz)
  lp[pz] = mj[pz];
++s1;
  }
}

% x86_64-pc-linux-gnu-gcc-6.0.0-alpha20160117 -c -O2 -floop-interchange
o9fbslmk.c   
o9fbslmk.c: In function 'u9':
o9fbslmk.c:6:1: error: definition in block 37 does not dominate use in block 30
 u9(void)
 ^~

for SSA_NAME: pretmp_25 in statement:
prephitmp_2 = PHI <0(24), pretmp_25(30)>
PHI argument
pretmp_25
for PHI node
prephitmp_2 = PHI <0(24), pretmp_25(30)>
o9fbslmk.c:6:1: internal compiler error: verify_ssa failed

Maybe this is related to PR68692, where segfault shadows an apparently similar
issue.

[Bug tree-optimization/69341] [6 Regression] [graphite] ICE: verify_ssa failed (error: definition in block 37 does not dominate use in block 30)

2016-01-17 Thread asolokha at gmx dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69341

Arseny Solokha  changed:

   What|Removed |Added

 Depends on||68692
   Severity|normal  |minor


Referenced Bugs:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68692
[Bug 68692] [6 Regression][graphite] ice: Segmentation fault

[Bug libstdc++/68734] FAIL: libstdc++-abi/abi_check

2016-01-17 Thread danglin at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68734

John David Anglin  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED

--- Comment #2 from John David Anglin  ---
Done.

[Bug libstdc++/53901] [C++11] [DR 2165] std::atomic fails for type without no-throw default constructor

2016-01-17 Thread redi at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53901

Jonathan Wakely  changed:

   What|Removed |Added

 Status|SUSPENDED   |RESOLVED
 Resolution|--- |FIXED
   Target Milestone|--- |4.9.0

--- Comment #5 from Jonathan Wakely  ---
Thanks, Walter. The code in comment 2 compiles with 4.9.0

[Bug tree-optimization/69334] New: FAIL: g++.dg/guality/pr55665.C -O2 line 23 p == 40

2016-01-17 Thread danglin at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69334

Bug ID: 69334
   Summary: FAIL: g++.dg/guality/pr55665.C   -O2  line 23 p == 40
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: danglin at gcc dot gnu.org
  Target Milestone: ---
  Host: hppa-unknown-linux-gnu
Target: hppa-unknown-linux-gnu
 Build: hppa-unknown-linux-gnu

Created attachment 37383
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37383=edit
assembler output

spawn -ignore SIGHUP /home/dave/gnu/gcc/objdir/gcc/testsuite/g++/../../xg++
-B/h
ome/dave/gnu/gcc/objdir/gcc/testsuite/g++/../../
/home/dave/gnu/gcc/gcc/gcc/test
suite/g++.dg/guality/pr55665.C -fno-diagnostics-show-caret
-fdiagnostics-color=n
ever -nostdinc++
-I/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/include
/hppa-linux-gnu -I/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/include 
-I/home/dave/gnu/gcc/gcc/libstdc++-v3/libsupc++
-I/home/dave/gnu/gcc/gcc/libstdc
++-v3/include/backward -I/home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/util
-fme
ssage-length=0 -O2 -g
-L/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libstdc++-v3/
src/.libs -B/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libstdc++-v3/src/.libs
-L
/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libstdc++-v3/src/.libs -lm -o
./pr556
65.exe
PASS: g++.dg/guality/pr55665.C   -O2  (test for excess errors)
Setting LD_LIBRARY_PATH to
.:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libstdc++-v3/src/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libstdc++-v3/src/.libs:/home/dave/gnu/gcc/objdir/gcc:.:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libstdc++-v3/src/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libstdc++-v3/src/.libs:/home/dave/gnu/gcc/objdir/gcc:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/src/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libssp/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libgomp/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libatomic/.libs:/home/dave/gnu/gcc/objdir/./gcc:/home/dave/gnu/gcc/objdir/./prev-gcc:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/src/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libssp/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libgomp/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libatomic/.libs:/home/dave/gnu/gcc/objdir/./gcc:/home/dave/gnu/gcc/objdir/./prev-gcc
spawn [open ...]
PASS: g++.dg/guality/pr55665.C   -O2  execution test
Spawning: gdb -nx -nw -quiet -x pr55665.gdb ./pr55665.exe
spawn gdb -nx -nw -quiet -x pr55665.gdb ./pr55665.exe
Reading symbols from ./pr55665.exe...done.
Breakpoint 1 at 0x10880: file
/home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/guality/pr55665.C, line 23.

Breakpoint 1, A::A (this=0xfd706588, x=)
at /home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/guality/pr55665.C:23
23foo (p);  // { dg-final { gdb-test 23 "p" "40" } }
$1 = 0
$2 = 40
0 != 40
FAIL: g++.dg/guality/pr55665.C   -O2  line 23 p == 40

Similar fail:
FAIL: g++.dg/guality/pr55665.C   -O3 -g  line 23 p == 40

The test fails because the store to p has been optimized away and gdb
looks for p in memory.  At lower optimizations, this occurs just after
bar is called.

[Bug preprocessor/69126] [6 regression] _Pragma does not apply if part of a macro

2016-01-17 Thread manu at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69126

--- Comment #15 from Manuel López-Ibáñez  ---
(In reply to Paolo Carlini from comment #2)
> the regression and I'm pretty sure would not introduce other wrt the status
> pre-r226234, but I don't fully understand why that is necessary, there are

Wasn't the reason for removing '+' a bug report showing a similar case (#pragma
diagnostic being ignored because '+' does not affect the pragma)? 

Cases that did work before but don't work now just worked by chance. Unrelated
changes to input_location would also break them.

David's fix is a step in the right direction.

[Bug libstdc++/69335] FAIL: ext/special_functions/hyperg/check_value.cc execution test

2016-01-17 Thread redi at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69335

Jonathan Wakely  changed:

   What|Removed |Added

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

--- Comment #1 from Jonathan Wakely  ---
Already reported.

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

[Bug bootstrap/69329] [6 Regression] --with-build-config=bootstrap-asan fails because LSAN_OPTIONS is not honored

2016-01-17 Thread miyuki at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69329

--- Comment #1 from Mikhail Maltsev  ---
I tried this patch:

diff --git a/Makefile.in b/Makefile.in
index 2733c4d..31ee4c0 100644
--- a/Makefile.in
+++ b/Makefile.in
@@ -789,7 +789,8 @@ BASE_FLAGS_TO_PASS = \
$(CXX_FOR_TARGET_FLAG_TO_PASS) \
"TFLAGS=$(TFLAGS)" \
"CONFIG_SHELL=$(SHELL)" \
-   "MAKEINFO=$(MAKEINFO) $(MAKEINFOFLAGS)" 
+   "MAKEINFO=$(MAKEINFO) $(MAKEINFOFLAGS)" \
+   "LSAN_OPTIONS=$(LSAN_OPTIONS)"

 # We leave this in just in case, but it is not needed anymore.
 RECURSE_FLAGS_TO_PASS = $(BASE_FLAGS_TO_PASS)
diff --git a/Makefile.tpl b/Makefile.tpl
index f7bb77e..860175e 100644
--- a/Makefile.tpl
+++ b/Makefile.tpl
@@ -590,7 +590,8 @@ BASE_FLAGS_TO_PASS =[+ FOR flags_to_pass +][+ IF optional
+] \
$(CXX_FOR_TARGET_FLAG_TO_PASS) \
"TFLAGS=$(TFLAGS)" \
"CONFIG_SHELL=$(SHELL)" \
-   "MAKEINFO=$(MAKEINFO) $(MAKEINFOFLAGS)" 
+   "MAKEINFO=$(MAKEINFO) $(MAKEINFOFLAGS)" \
+   "LSAN_OPTIONS=$(LSAN_OPTIONS)"

 # We leave this in just in case, but it is not needed anymore.
 RECURSE_FLAGS_TO_PASS = $(BASE_FLAGS_TO_PASS)

It fixes the issue but causes regressions for normal build (without ASAN
instrumentation):

Running target unix/-m32
FAIL: c-c++-common/asan/pr59063-2.c   -O2 -flto -fno-use-linker-plugin
-flto-partition=none  (test for excess errors)
UNRESOLVED: c-c++-common/asan/pr59063-2.c   -O2 -flto -fno-use-linker-plugin
-flto-partition=none  compilation failed to produce executable
FAIL: c-c++-common/asan/pr59063-2.c   -O2 -flto -fuse-linker-plugin
-fno-fat-lto-objects  (test for excess errors)
UNRESOLVED: c-c++-common/asan/pr59063-2.c   -O2 -flto -fuse-linker-plugin
-fno-fat-lto-objects  compilation failed to produce executable

"compilation failed to produce executable" actually means link errors (-lasan
not found).

[Bug libstdc++/69335] New: FAIL: ext/special_functions/hyperg/check_value.cc execution test

2016-01-17 Thread vries at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69335

Bug ID: 69335
   Summary: FAIL: ext/special_functions/hyperg/check_value.cc
execution test
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libstdc++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: vries at gcc dot gnu.org
  Target Milestone: ---

With x86_64 -m32:
...
check_value.exe:
src/libstdc++-v3/testsuite/ext/special_functions/hyperg/check_value.cc:11579:
void test (const testcase_hyperg (&)[Num], Tp) [with Tp = double; unsigned
int Num = 19u]: Assertion `max_abs_frac < toler' failed.
FAIL: ext/special_functions/hyperg/check_value.cc execution test
extra_tool_flags are:
 -D__STDCPP_WANT_MATH_SPEC_FUNCS__
...

r232480

...
$ gcc -v
Using built-in specs.
COLLECT_GCC=./install/bin/gcc
COLLECT_LTO_WRAPPER=install/bin/../libexec/gcc/x86_64-pc-linux-gnu/6.0.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: src/configure --prefix=install --with-cloog=infra
--with-ppl=infra --with-gmp=infra --with-mpfr=infra --with-mpc=infra
--with-isl=infra --disable-bootstrap --enable-checking=yes,rtl
--enable-languages=c,c++,fortran,go,java,objc,obj-c++,ada
Thread model: posix
gcc version 6.0.0 20160117 (experimental) (GCC) 
...

[Bug libstdc++/69332] [6 Regression] FAIL: libstdc++-prettyprinters/libfundts.cc print ab

2016-01-17 Thread pinskia at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69332

Andrew Pinski  changed:

   What|Removed |Added

   Target Milestone|--- |6.0

[Bug c++/69317] [6 regression] wrong ABI version in -Wabi warnings

2016-01-17 Thread pinskia at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69317

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||diagnostic, patch
URL||https://gcc.gnu.org/ml/gcc-
   ||patches/2016-01/msg01206.ht
   ||ml
   Target Milestone|--- |6.0

[Bug libstdc++/69331] [6 regression] FAIL: 20_util/shared_ptr/thread/default_weaktoshared.cc execution test

2016-01-17 Thread pinskia at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69331

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||wrong-code
   Target Milestone|--- |6.0

[Bug libgcj/69333] [6 Regression] FAIL: StackTrace2 execution - source compiled test

2016-01-17 Thread pinskia at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69333

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||wrong-code
   Target Milestone|--- |6.0

[Bug fortran/61831] [4.9 Regression] runtime error: pointer being freed was not allocated

2016-01-17 Thread pault at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61831

Paul Thomas  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |WONTFIX

--- Comment #62 from Paul Thomas  ---
Fixed on trunk and 5-branch.

Unfortunately, gfc_conv_subref_array_arg and the calls to it have changed so
much that I do not think that any of the maintainers will have the time to deal
with this. Given where we are in the 4.9 cycle, I think that this has become a
WONTFIX and have marked the PR accordingly.

Thanks for the report. I hope that you can update to 5-branch or trunk.

Best regards

Paul

[Bug tree-optimization/69326] [6 Regression] wrong code at -O2 and -O3 on x86_64-linux-gnu

2016-01-17 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69326

Jakub Jelinek  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-01-17
 CC||jakub at gcc dot gnu.org
   Target Milestone|--- |6.0
Summary|wrong code at -O2 and -O3   |[6 Regression] wrong code
   |on x86_64-linux-gnu |at -O2 and -O3 on
   ||x86_64-linux-gnu
 Ever confirmed|0   |1

[Bug tree-optimization/69325] wrong code at -O3 on x86-64-linux-gnu (in 32- and 64-bit modes)

2016-01-17 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69325

Jakub Jelinek  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-01-17
 CC||jakub at gcc dot gnu.org
   Target Milestone|--- |6.0
 Ever confirmed|0   |1

--- Comment #1 from Jakub Jelinek  ---
Started with r232361.

[Bug preprocessor/69126] [6 regression] _Pragma does not apply if part of a macro

2016-01-17 Thread manu at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69126

--- Comment #14 from Manuel López-Ibáñez  ---
Related bug 52116

[Bug libstdc++/69310] [6 Regression] Revision r232454 breaks bootstrap on x86_64-apple-darwin15

2016-01-17 Thread pinskia at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69310

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||build
  Component|bootstrap   |libstdc++
   Target Milestone|--- |6.0

[Bug target/69318] [6 regression] ICE in symtab_node::verify with -fabi-version=7 -Wabi=8 -m32

2016-01-17 Thread pinskia at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69318

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||ice-on-valid-code
   Target Milestone|--- |6.0

[Bug libstdc++/69331] New: [6 regression] FAIL: 20_util/shared_ptr/thread/default_weaktoshared.cc execution test

2016-01-17 Thread danglin at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69331

Bug ID: 69331
   Summary: [6 regression] FAIL:
20_util/shared_ptr/thread/default_weaktoshared.cc
execution test
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libstdc++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: danglin at gcc dot gnu.org
  Target Milestone: ---
  Host: hppa-unknown-linux-gnu
Target: hppa-unknown-linux-gnu
 Build: hppa-unknown-linux-gnu

spawn -ignore SIGHUP /home/dave/gnu/gcc/objdir/./gcc/xg++ -shared-libgcc
-B/home
/dave/gnu/gcc/objdir/./gcc -nostdinc++
-L/home/dave/gnu/gcc/objdir/hppa-linux-gn
u/libstdc++-v3/src
-L/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/src/.libs
-L/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/libsupc++/.libs
-B/home/dave/opt/gnu/gcc/gcc-6/hppa-linux-gnu/bin/
-B/home/dave/opt/gnu/gcc/gcc-6/hppa-linux-gnu/lib/ -isystem
/home/dave/opt/gnu/gcc/gcc-6/hppa-linux-gnu/include -isystem
/home/dave/opt/gnu/gcc/gcc-6/hppa-linux-gnu/sys-include
-B/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libstdc++-v3/src/.libs
-D_GLIBCXX_ASSERT -fmessage-length=0 -ffunction-sections -fdata-sections -g -O2
-D_GNU_SOURCE -DLOCALEDIR="." -nostdinc++
-I/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/include/hppa-linux-gnu
-I/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/include
-I/home/dave/gnu/gcc/gcc/libstdc++-v3/libsupc++
-I/home/dave/gnu/gcc/gcc/libstdc++-v3/include/backward
-I/home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/util
/home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/20_util/shared_ptr/thread/default_weaktoshared.cc
-pthread -std=gnu++11 -fno-diagnostics-show-caret -fdiagnostics-color=never
./libtestc++.a -Wl,--gc-sections
-L/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/src/filesystem/.libs
-lm -o ./default_weaktoshared.exe
PASS: 20_util/shared_ptr/thread/default_weaktoshared.cc (test for excess
errors)Setting LD_LIBRARY_PATH to
:/home/dave/gnu/gcc/objdir/gcc:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libstdc++-v3/../libgomp/.libs:/home/dave/gnu/gcc/objdir/hpp
a-linux-gnu/./libstdc++-v3/src/.libs::/home/dave/gnu/gcc/objdir/gcc:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libstdc++-v3/../libgomp/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libstdc++-v3/src/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/src/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libssp/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libgomp/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libatomic/.libs:/home/dave/gnu/gcc/objdir/./gcc:/home/dave/gnu/gcc/objdir/./prev-gcc
spawn [open ...]
default_weaktoshared.exe:
/home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/20_util/shared_ptr/thread/default_weaktoshared.cc:187:
int test01(): Assertion `A::counter == 0' failed.
FAIL: 20_util/shared_ptr/thread/default_weaktoshared.cc execution test

Similar fail:
default_weaktoshared.exe:
/home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/tr1/2_general_utilities/shared_ptr/thread/default_weaktoshared.cc:183:
int test01(): Assertion `A::counter == 0' failed.
FAIL: tr1/2_general_utilities/shared_ptr/thread/default_weaktoshared.cc
execution test

Revision 232143 was okay.

[Bug libgcj/69333] New: [6 Regression] FAIL: StackTrace2 execution - source compiled test

2016-01-17 Thread danglin at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69333

Bug ID: 69333
   Summary: [6 Regression] FAIL: StackTrace2 execution - source
compiled test
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libgcj
  Assignee: unassigned at gcc dot gnu.org
  Reporter: danglin at gcc dot gnu.org
  Target Milestone: ---
  Host: hppa-unknown-linux-gnu
Target: hppa-unknown-linux-gnu
 Build: hppa-unknown-linux-gnu

spawn -ignore SIGHUP
/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libjava/testsuite/
../libtool --silent --tag=GCJ --mode=link /home/dave/gnu/gcc/objdir/./gcc/gcj
-B
/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libjava/
-B/home/dave/gnu/gcc/objdir/./gcc/
-B/home/dave/opt/gnu/gcc/gcc-6/hppa-linux-gnu/bin/
-B/home/dave/opt/gnu/gcc/gcc-6/hppa-linux-gnu/lib/ -isystem
/home/dave/opt/gnu/gcc/gcc-6/hppa-linux-gnu/include -isystem
/home/dave/opt/gnu/gcc/gcc-6/hppa-linux-gnu/sys-include --encoding=UTF-8
-B/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libjava/testsuite/../
../../../../gcc/libjava/testsuite/libjava.lang/StackTrace2.jar -w
-specs=libgcj-test.
spec -no-install --main=StackTrace2 -g
-L/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libjava/.libs -lm -o
/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libjava/testsu
ite/StackTrace2.exePASS: StackTrace2 compilation from source
LD_LIBRARY_PATH=.:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libjava/.libs:/home/dave/gnu/gcc/objdir/gcc:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/src/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libssp/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libgomp/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libatomic/.libs:/home/dave/gnu/gcc/objdir/./gcc:/home/dave/gnu/gcc/objdir/./prev-gcc
LD_RUN_PATH=.:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libjava/.libs:/home/dave/gnu/gcc/objdir/gccSHLIB_PATH=.:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libjava/.libs:/home/dave/gnu/gcc/objdir/gccLD_LIBRARY_PATH_32=.:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libjava/.libs:/home/dave/gnu/gcc/objdir/gcc:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/src/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libssp/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libgomp/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libatomic/.libs:/home/dave/gnu/gcc/objdir/./gcc:/home/dave/gnu/gcc/objdir/./prev-gcc
LD_LIBRARY_PATH_64=.:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libjava/.libs:/home/dave/gnu/gcc/objdir/gcc:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/src/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libssp/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libgomp/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libatomic/.libs:/home/dave/gnu/gcc/objdir/./gcc:/home/dave/gnu/gcc/objdir/./prev-gcc
DYLD_LIBRARY_PATH=.:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libjava/.libs:/home/dave/gnu/gcc/objdir/gcc
invoke:
/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libjava/testsuite/StackTrace2.exe  
Setting LD_LIBRARY_PATH to
.:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libjava/.libs:/home/dave/gnu/gcc/objdir/gcc:.:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libjava/.libs:/home/dave/gnu/gcc/objdir/gcc:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/src/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libssp/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libgomp/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libatomic/.libs:/home/dave/gnu/gcc/objdir/./gcc:/home/dave/gnu/gcc/objdir/./prev-gcc
spawn [open ...]
FAIL: StackTrace2 execution - source compiled test
UNTESTED: StackTrace2 output - source compiled test

Similar fails:
FAIL: StackTrace2 -findirect-dispatch execution - source compiled test
FAIL: StackTrace2 -O3 execution - source compiled test
FAIL: StackTrace2 -O3 -findirect-dispatch execution - source compiled test
FAIL: Throw_3 execution - source compiled test
FAIL: Throw_3 -findirect-dispatch execution - source compiled test
FAIL: Throw_3 -O3 execution - source compiled test
FAIL: Throw_3 -O3 -findirect-dispatch execution - source compiled test
FAIL: sourcelocation execution - source compiled test
FAIL: sourcelocation -findirect-dispatch execution - source compiled test
FAIL: sourcelocation -O3 execution - source compiled test
FAIL: sourcelocation -O3 -findirect-dispatch execution - source compiled test
FAIL: stacktrace execution - source compiled test
FAIL: stacktrace -findirect-dispatch execution - source compiled test
FAIL: stacktrace -O3 execution - source compiled test
FAIL: stacktrace -O3 -findirect-dispatch execution - source compiled test

Revision 232000 was okay.

[Bug preprocessor/69126] [6 regression] _Pragma does not apply if part of a macro

2016-01-17 Thread manu at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69126

Manuel López-Ibáñez  changed:

   What|Removed |Added

 CC||manu at gcc dot gnu.org

--- Comment #13 from Manuel López-Ibáñez  ---
(In reply to Jakub Jelinek from comment #3)
> For whatever reason, the DECL_SOURCE_LOCATION of the x decl when it comes
> from macro is the locus where the macro is used rather than the locus in the
> macro.

The actual issue is that "GCC diagnostic" uses the location passed to the
diagnostic function explicitly (or input_location), never the location set by
'+'. That is, warning("%q+D") uses input_location for testing against the
pragma but DECL_SOURCE_LOCATION for reporting the warning. Of course, such
behaviour breaks other cases, which is one reason to avoid '+'.

[Bug libstdc++/69295] [6 Regression] New special math function failures

2016-01-17 Thread redi at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69295

Jonathan Wakely  changed:

   What|Removed |Added

 CC||vries at gcc dot gnu.org

--- Comment #5 from Jonathan Wakely  ---
*** Bug 69335 has been marked as a duplicate of this bug. ***

[Bug tree-optimization/69326] [6 Regression] wrong code at -O2 and -O3 on x86_64-linux-gnu

2016-01-17 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69326

--- Comment #1 from Jakub Jelinek  ---
Started with r232361.

[Bug target/69311] [5 Regression] ICE (cc1 killed) on s390x-linux-gnu

2016-01-17 Thread pinskia at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69311

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||compile-time-hog,
   ||memory-hog
   Target Milestone|--- |6.0

[Bug target/69307] [6 Regression] wrong code with -O2 -fselective-scheduling @ armv7a

2016-01-17 Thread pinskia at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69307

Andrew Pinski  changed:

   What|Removed |Added

   Target Milestone|--- |6.0

[Bug fortran/69296] [6 Regression] Problem with associate and vector subscript

2016-01-17 Thread pinskia at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69296

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||ice-on-valid-code
   Target Milestone|--- |6.0

[Bug tree-optimization/69320] [6 Regression] wrong code generation at -O2 and higher

2016-01-17 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69320

Jakub Jelinek  changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org

--- Comment #3 from Jakub Jelinek  ---
Perhaps look at PR69325 or PR69326?

[Bug tree-optimization/69297] [6 Regression] Performance regression after r230020

2016-01-17 Thread pinskia at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69297

Andrew Pinski  changed:

   What|Removed |Added

   Target Milestone|--- |6.0

[Bug libstdc++/68734] FAIL: libstdc++-abi/abi_check

2016-01-17 Thread danglin at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68734

--- Comment #1 from John David Anglin  ---
Author: danglin
Date: Sun Jan 17 18:16:42 2016
New Revision: 232486

URL: https://gcc.gnu.org/viewcvs?rev=232486=gcc=rev
Log:
PR libstdc++/68734
* config/abi/post/hppa-linux-gnu/baseline_symbols.txt: Update.


Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/config/abi/post/hppa-linux-gnu/baseline_symbols.txt

[Bug libstdc++/53901] [C++11] [DR 2165] std::atomic fails for type without no-throw default constructor

2016-01-17 Thread webrown.cpp at gmail dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53901

W E Brown  changed:

   What|Removed |Added

 CC||webrown.cpp at gmail dot com

--- Comment #4 from W E Brown  ---
LWG2165 (http://cplusplus.github.io/LWG/lwg-defects.html#2165) was resolved via
CWG1778 (http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#1778).

[Bug libstdc++/69332] New: FAIL: libstdc++-prettyprinters/libfundts.cc print abspawn -ignore SIGHUP /home/dave/gnu/gcc/objdir/./gcc/xg++ -shared-libgcc -B/home /dave/gnu/gcc/objdir/./gcc -nostdinc++ -

2016-01-17 Thread danglin at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69332

Bug ID: 69332
   Summary: FAIL: libstdc++-prettyprinters/libfundts.cc print
abspawn -ignore SIGHUP
/home/dave/gnu/gcc/objdir/./gcc/xg++ -shared-libgcc
-B/home /dave/gnu/gcc/objdir/./gcc -nostdinc++
-L/home/dave/gnu/gcc/objdir/hppa-linux-gn
u/libstdc++-v3/src -L/home/dave/gnu/gcc/o
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libstdc++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: danglin at gcc dot gnu.org
  Target Milestone: ---
  Host: hppa-unknown-linux-gnu
Target: hppa-unknown-linux-gnu
 Build: hppa-unknown-linux-gnu

spawn -ignore SIGHUP /home/dave/gnu/gcc/objdir/./gcc/xg++ -shared-libgcc
-B/home
/dave/gnu/gcc/objdir/./gcc -nostdinc++
-L/home/dave/gnu/gcc/objdir/hppa-linux-gn
u/libstdc++-v3/src
-L/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/src/.libs
-L/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/libsupc++/.libs -B/
home/dave/opt/gnu/gcc/gcc-6/hppa-linux-gnu/bin/
-B/home/dave/opt/gnu/gcc/gcc-6/h
ppa-linux-gnu/lib/ -isystem /home/dave/opt/gnu/gcc/gcc-6/hppa-linux-gnu/include
-isystem /home/dave/opt/gnu/gcc/gcc-6/hppa-linux-gnu/sys-include
-B/home/dave/gn
u/gcc/objdir/hppa-linux-gnu/./libstdc++-v3/src/.libs -D_GLIBCXX_ASSERT
-fmessage-length=0 -ffunction-sections -fdata-sections -g -O2 -D_GNU_SOURCE
-DLOCALEDIR="
." -nostdinc++
-I/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/include/h
ppa-linux-gnu -I/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/include
-I
/home/dave/gnu/gcc/gcc/libstdc++-v3/libsupc++
-I/home/dave/gnu/gcc/gcc/libstdc++-v3/include/backward
-I/home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/util /home/
dave/gnu/gcc/gcc/libstdc++-v3/testsuite/libstdc++-prettyprinters/libfundts.cc
-g
 -O0 -std=gnu++14 -fno-diagnostics-show-caret -fdiagnostics-color=never
./libtes
tc++.a -Wl,--gc-sections
-L/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/src/filesystem/.libs
-lm -o ./libfundts.exe
Setting LD_LIBRARY_PATH to
:/home/dave/gnu/gcc/objdir/gcc:/home/dave/gnu/gcc/obj
dir/hppa-linux-gnu/./libstdc++-v3/../libgomp/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libstdc++-v3/src/.libs::/home/dave/gnu/gcc/objdir/gcc:/home/dave/g
nu/gcc/objdir/hppa-linux-gnu/./libstdc++-v3/../libgomp/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libstdc++-v3/src/.libs:/home/dave/gnu/gcc/objdir/hppa-li
nux-gnu/libstdc++-v3/src/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libssp/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libgomp/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libatomic/.libs:/home/dave/gnu/gcc/objdir/./gcc:/home/dave/gnu/gcc/objdir/./prev-gcc
spawn [open ...]
PASS: libstdc++-prettyprinters/libfundts.cc execution test
Spawning: gdb -nw -nx -quiet -batch -ex "python print(gdb.type_printers)"
spawn gdb -nw -nx -quiet -batch -ex python print(gdb.type_printers)
[]
spawn gdb -nx -nw -quiet -batch -x libfundts.gdb
Breakpoint 1 at 0x1740c: file
/home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/libstdc++-prettyprinters/libfundts.cc,
line 69.
skipping: Breakpoint 1 at 0x1740c: file
/home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/libstdc++-prettyprinters/libfundts.cc,
line 69.

skipping: 
Breakpoint 1, main () at
/home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/libstdc++-prettyprinters/libfundts.cc:69
69return 0; // Mark SPOT
skipping: Breakpoint 1, main () at
/home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/libstdc++-prettyprinters/libfundts.cc:69
skipping: 69  return 0; // Mark SPOT
FromTo  Syms Read   Shared Object Library
0xfd3fa610  0xfd4165b4  Yes /lib/ld.so.1
0xfcf2e750  0xfd014054  Yes
/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libstdc++-v3/src/.libs/libstdc++.so.6
0xfc7c2708  0xfc8059e8  Yes /lib/hppa-linux-gnu/libm.so.6
0xfc3dfbf0  0xfc3ef09c  Yes /home/dave/gnu/gcc/objdir/gcc/libgcc_s.so.4
0xfc018f30  0xfc135b74  Yes /lib/hppa-linux-gnu/libc.so.6
skipping: FromTo  Syms Read   Shared Object Library
skipping: 0xfd3fa610  0xfd4165b4  Yes /lib/ld.so.1
skipping: 0xfcf2e750  0xfd014054  Yes
/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libstdc++-v3/src/.libs/libstdc++.so.6
skipping: 0xfc7c2708  0xfc8059e8  Yes /lib/hppa-linux-gnu/libm.so.6
skipping: 0xfc3dfbf0  0xfc3ef09c  Yes
/home/dave/gnu/gcc/objdir/gcc/libgcc_s.so.4
skipping: 0xfc018f30  0xfc135b74  Yes /lib/hppa-linux-gnu/libc.so.6
$1 = "string"
$2 = std::experimental::optional [no contained value]
$3 = std::experimental::optional = {[contained value] = false}
$4 = std::experimental::optional = {[contained value] = 5}
$5 = std::experimental::optional = {[contained value] = 0x0}
got: $1 = "string"
PASS:

[Bug tree-optimization/69328] [6 Regression] ice in vect_get_vec_def_for_operand, at tree-vect-stmts.c:1379 with -O3

2016-01-17 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69328

Jakub Jelinek  changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org
   Target Milestone|--- |6.0

--- Comment #2 from Jakub Jelinek  ---
Started with r230098.

[Bug libstdc++/69332] [6 Regression] FAIL: libstdc++-prettyprinters/libfundts.cc print ab

2016-01-17 Thread danglin at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69332

John David Anglin  changed:

   What|Removed |Added

Summary|FAIL:   |[6 Regression] FAIL:
   |libstdc++-prettyprinters/li |libstdc++-prettyprinters/li
   |bfundts.cc print abspawn|bfundts.cc print ab
   |-ignore SIGHUP  |
   |/home/dave/gnu/gcc/objdir/. |
   |/gcc/xg++ -shared-libgcc|
   |-B/home |
   |/dave/gnu/gcc/objdir/./gcc  |
   |-nostdinc++ |
   |-L/home/dave/gnu/gcc/objdir |
   |/hppa-linux-gn  |
   |u/libstdc++-v3/src  |
   |-L/home/dave/gnu/gcc/o  |

--- Comment #1 from John David Anglin  ---
Appears to be a regression.  Revision 226965 was okay.

[Bug tree-optimization/69322] [6 Regression] wrong code at -O3 on x86-64-linux-gnu (in 32- and 64-bit modes)

2016-01-17 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69322

Jakub Jelinek  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-01-17
 CC||jakub at gcc dot gnu.org
   Target Milestone|--- |6.0
Summary|wrong code at -O3 on|[6 Regression] wrong code
   |x86-64-linux-gnu (in 32-|at -O3 on x86-64-linux-gnu
   |and 64-bit modes)   |(in 32- and 64-bit modes)
 Ever confirmed|0   |1

--- Comment #1 from Jakub Jelinek  ---
Also caused by r232361.

[Bug libstdc++/69295] [6 Regression] New special math function failures

2016-01-17 Thread pinskia at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69295

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||wrong-code
   Target Milestone|--- |6.0

[Bug tree-optimization/69336] New: Constant value not detected

2016-01-17 Thread glisse at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69336

Bug ID: 69336
   Summary: Constant value not detected
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Keywords: missed-optimization
  Severity: enhancement
  Priority: P3
 Component: tree-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: glisse at gcc dot gnu.org
  Target Milestone: ---

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

This code was posted on the boost ML for unrelated reasons, I just commented
out the last line. Compiling with -O3, I would expect the whole thing to
compile to nothing, but instead I get in the .optimized dump the rather sad:

  cmap._values[1].second.second = "pear";
  _12 = MEM[(const char * const &)]._values[1].second.second;
  if (_12 == 0B)

I didn't check, it might be that just one more pass would get it, dom3 is quite
busy on this example, but unless we intend to loop on passes, I believe we
should have optimized this already in some earlier pass. I am sure there are
already several PRs about similar issues, feel free to close this one if it
seems too redundant.

[Bug tree-optimization/69336] Constant value not detected

2016-01-17 Thread pinskia at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69336

Andrew Pinski  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-01-17
 Ever confirmed|0   |1

--- Comment #1 from Andrew Pinski  ---
There is another bug recorded somewhere about the cmap._values[1].second.second
vs MEM[(const char * const &)]._values[1].second.second issue.

[Bug lto/69337] New: Internal compiler error fortran c lto

2016-01-17 Thread physiker at toast2 dot net 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69337

Bug ID: 69337
   Summary: Internal compiler error fortran c lto
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
  Assignee: unassigned at gcc dot gnu.org
  Reporter: physiker at toast2 dot net
  Target Milestone: ---
  Host: x86_64-apple-darwin13.4.0
Target: x86_64-apple-darwin13.4.0
 Build: gcc version 6.0.0 20160114

Compiling and linking the two files into a shared library causes an ice. The
function j is referenced in the file f.c. In the fortran file m.f90 there is a
common block named j. This is an regression with respect to gcc 5.3.

m.90
subroutine g 

  IMPLICIT NONE

  COMMON /j/ j_q(  14550)
  integer(4) :: j_q

end subroutine g

f.c

void j_ (void);

int f ( void )
{
j_();

return 0;
}

gcc-6 

gfortran-6 -v -c -Wall -W -flto  m.f90
Using built-in specs.
COLLECT_GCC=gfortran-6
Target: x86_64-apple-darwin13.4.0
Configured with: ../gcc/configure --enable-languages=c,c++,fortran,lto
--with-gmp=/sw --with-libiconv-prefix=/sw --with-isl=/sw --with-mpc=/sw
--with-system-zlib --program-suffix=-6
Thread model: posix
gcc version 6.0.0 20160114 (experimental) (GCC) 
COLLECT_GCC_OPTIONS='-v' '-c' '-Wall' '-Wextra' '-flto'
'-mmacosx-version-min=10.9.4' '-mtune=core2'
 /usr/local/libexec/gcc/x86_64-apple-darwin13.4.0/6.0.0/f951 m.f90 -fPIC -quiet
-dumpbase m.f90 -mmacosx-version-min=10.9.4 -mtune=core2 -auxbase m -Wall
-Wextra -version -flto -fintrinsic-modules-path
/usr/local/lib/gcc/x86_64-apple-darwin13.4.0/6.0.0/finclude -o
/var/folders/97/4qnhjhtn25s86s9hkz0h37_mgn/T//cc9POn4h.s
GNU Fortran (GCC) version 6.0.0 20160114 (experimental)
(x86_64-apple-darwin13.4.0)
compiled by GNU C version 6.0.0 20160114 (experimental), GMP version
6.1.0, MPFR version 3.1.3, MPC version 1.0.3, isl version 0.14 or 0.13
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
GNU Fortran2008 (GCC) version 6.0.0 20160114 (experimental)
(x86_64-apple-darwin13.4.0)
compiled by GNU C version 6.0.0 20160114 (experimental), GMP version
6.1.0, MPFR version 3.1.3, MPC version 1.0.3, isl version 0.14 or 0.13
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
COLLECT_GCC_OPTIONS='-v' '-c' '-Wall' '-Wextra' '-flto'
'-mmacosx-version-min=10.9.4' '-mtune=core2'
 as -arch x86_64 -force_cpusubtype_ALL -o m.o
/var/folders/97/4qnhjhtn25s86s9hkz0h37_mgn/T//cc9POn4h.s
COMPILER_PATH=/usr/local/libexec/gcc/x86_64-apple-darwin13.4.0/6.0.0/:/usr/local/libexec/gcc/x86_64-apple-darwin13.4.0/6.0.0/:/usr/local/libexec/gcc/x86_64-apple-darwin13.4.0/:/usr/local/lib/gcc/x86_64-apple-darwin13.4.0/6.0.0/:/usr/local/lib/gcc/x86_64-apple-darwin13.4.0/
LIBRARY_PATH=/usr/local/lib/gcc/x86_64-apple-darwin13.4.0/6.0.0/:/usr/local/lib/gcc/x86_64-apple-darwin13.4.0/6.0.0/../../../
COLLECT_GCC_OPTIONS='-v' '-c' '-Wall' '-Wextra' '-flto'
'-mmacosx-version-min=10.9.4' '-mtune=core2'
bash-3.2$ gcc-6 -v -c -fPIC -Wall -W -flto  f.c
Using built-in specs.
COLLECT_GCC=gcc-6
Target: x86_64-apple-darwin13.4.0
Configured with: ../gcc/configure --enable-languages=c,c++,fortran,lto
--with-gmp=/sw --with-libiconv-prefix=/sw --with-isl=/sw --with-mpc=/sw
--with-system-zlib --program-suffix=-6
Thread model: posix
gcc version 6.0.0 20160114 (experimental) (GCC) 
COLLECT_GCC_OPTIONS='-v' '-c' '-fPIC' '-Wall' '-Wextra' '-flto'
'-mmacosx-version-min=10.9.4' '-mtune=core2'
 /usr/local/libexec/gcc/x86_64-apple-darwin13.4.0/6.0.0/cc1 -quiet -v
-D__DYNAMIC__ f.c -fPIC -quiet -dumpbase f.c -mmacosx-version-min=10.9.4
-mtune=core2 -auxbase f -Wall -Wextra -version -fPIC -flto -o
/var/folders/97/4qnhjhtn25s86s9hkz0h37_mgn/T//ccfPEEvn.s
GNU C11 (GCC) version 6.0.0 20160114 (experimental) (x86_64-apple-darwin13.4.0)
compiled by GNU C version 6.0.0 20160114 (experimental), GMP version
6.1.0, MPFR version 3.1.3, MPC version 1.0.3, isl version 0.14 or 0.13
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
ignoring nonexistent directory
"/usr/local/lib/gcc/x86_64-apple-darwin13.4.0/6.0.0/../../../../x86_64-apple-darwin13.4.0/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/local/lib/gcc/x86_64-apple-darwin13.4.0/6.0.0/include
 /usr/local/include
 /usr/local/lib/gcc/x86_64-apple-darwin13.4.0/6.0.0/include-fixed
 /usr/include
 /System/Library/Frameworks
 /Library/Frameworks
End of search list.
GNU C11 (GCC) version 6.0.0 20160114 (experimental) (x86_64-apple-darwin13.4.0)
compiled by GNU C version 6.0.0 20160114 (experimental), GMP version
6.1.0, MPFR version 3.1.3, MPC version 1.0.3, isl version 0.14 or 0.13
GGC heuristics: --param

[Bug c++/69338] New: incorrect ctor initialization of a flexible array member

2016-01-17 Thread msebor at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69338

Bug ID: 69338
   Summary: incorrect ctor initialization of a flexible array
member
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: msebor at gcc dot gnu.org
  Target Milestone: ---

While working on a fix for bug 69253 I noticed an outstanding problem with
flexible array members that I don't think is being tracked yet.  This is most
likely post-6.0 material.

G++ accepts but doesn't correctly initialize flexible array members in ctor
initializer lists.  5.1 accepts the code below with -fpermissive but eliminates
the initialization in all cases.  At least it issues "warning:
initializer-string for array of chars is too long" pointing out the problem.

6.0 accepts the same code even without -fpermissive (this was changed in
response to bug 68490) and doesn't issue a diagnostic in any of the four cases.
 It gets the aggregate ctor initialization right (again, as a result of a fix
for bug 68490) but it still discards the initializer in the ctor initializer
list.

The ctor initialization should either be rejected if the initialization is not
honored or the initializers should be copied.

As a data point, Clang rejects everything.

$ cat a.c && ~/bin/gcc-5.1.0/bin/g++ -Wall -Wextra -Wpedantic -fpermissive a.c
&& ./a.out
struct A { char i, a[]; };

struct A a1 = { 3, "AB" };  // wrong in 5, okay in 6
struct A a2 = (struct A){ 3, "AB" };// wrong in 5, okay in 6

struct B1 {
A a3;
B1 (): a3 { 3, "AB" } { }   // wrong in 5 and 6
} b1;

struct B2 {
A a4;
B2 (): a4 ((struct A){ 3, "AB" }) { }   // wrong in 5 and 6
} b2;

int main ()
{
#define PA(x) \
__builtin_printf ("%i, { %i, %i, %i }\n", \
  x.i, x.a[0], x.a[1], x.a[2])

  PA (a1);
  PA (a2);
  PA (b1.a3);
  PA (b2.a4);
}

a.c:1:22: warning: ISO C++ forbids zero-size array ‘a’ [-Wpedantic]
 struct A { char i, a[]; };
  ^
a.c:3:25: warning: initializer-string for array of chars is too long
[-fpermissive]
 struct A a1 = { 3, "AB" };
 ^
a.c:4:35: warning: ISO C++ forbids compound-literals [-Wpedantic]
 struct A a2 = (struct A){ 3, "AB" };
   ^
a.c:4:35: warning: initializer-string for array of chars is too long
[-fpermissive]
a.c: In constructor ‘B1::B1()’:
a.c:8:15: warning: extended initializer lists only available with -std=c++11 or
-std=gnu++11
 B1 (): a3 { 3, "AB" } { }
   ^
a.c:8:25: warning: initializer-string for array of chars is too long
[-fpermissive]
 B1 (): a3 { 3, "AB" } { }
 ^
a.c: In constructor ‘B2::B2()’:
a.c:13:36: warning: ISO C++ forbids compound-literals [-Wpedantic]
 B2 (): a4 ((struct A){ 3, "AB" }) { }
^
a.c:13:36: warning: initializer-string for array of chars is too long
[-fpermissive]
3, { 3, 0, 3 }
3, { 0, 3, 3 }
3, { 3, 0, 0 }
3, { 0, 0, 0 }



$ /home/msebor/build/gcc-trunk-svn/gcc/xgcc
-B/home/msebor/build/gcc-trunk-svn/gcc -Wall -Wextra -Wpedantic -fpermissive
-xc++ a.c && ./a.out
a.c:3:25: warning: initialization of a flexible array member [-Wpedantic]
 struct A a1 = { 3, "AB" };
 ^

a.c:4:35: warning: ISO C++ forbids compound-literals [-Wpedantic]
 struct A a2 = (struct A){ 3, "AB" };
   ^

a.c:4:35: warning: initialization of a flexible array member [-Wpedantic]
a.c: In constructor ‘B1::B1()’:
a.c:8:25: warning: initialization of a flexible array member [-Wpedantic]
 B1 (): a3 { 3, "AB" } { }
 ^

a.c: In constructor ‘B2::B2()’:
a.c:13:36: warning: ISO C++ forbids compound-literals [-Wpedantic]
 B2 (): a4 ((struct A){ 3, "AB" }) { }
^

a.c:13:36: warning: initialization of a flexible array member [-Wpedantic]
3, { 65, 66, 0 }
3, { 65, 66, 0 }
3, { 3, 0, 0 }
3, { 0, 0, 0 }

[Bug tree-optimization/68799] lto ICE on powerpc64le-linux-gnu builing python 2.7.x

2016-01-17 Thread wschmidt at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68799

--- Comment #14 from Bill Schmidt  ---
Author: wschmidt
Date: Mon Jan 18 02:43:06 2016
New Revision: 232491

URL: https://gcc.gnu.org/viewcvs?rev=232491=gcc=rev
Log:
2016-01-17  Bill Schmidt  

PR tree-optimization/68799
* gimple-ssa-strength-reduction.c (create_phi_basis): Directly
look up phi candidates in the statement-candidate map.
(phi_add_costs): Likewise.
(record_phi_increments): Likewise.
(phi_incr_cost): Likewise.
(ncd_with_phi): Likewise.
(all_phi_incrs_profitable): Likewise.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/gimple-ssa-strength-reduction.c

[Bug tree-optimization/68799] lto ICE on powerpc64le-linux-gnu builing python 2.7.x

2016-01-17 Thread wschmidt at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68799

--- Comment #15 from Bill Schmidt  ---
Author: wschmidt
Date: Mon Jan 18 02:46:58 2016
New Revision: 232492

URL: https://gcc.gnu.org/viewcvs?rev=232492=gcc=rev
Log:
2016-01-17  Bill Schmidt  

Backport from mainline:
2016-01-17  Bill Schmidt  

PR tree-optimization/68799
* gimple-ssa-strength-reduction.c (create_phi_basis): Directly
look up phi candidates in the statement-candidate map.
(phi_add_costs): Likewise.
(record_phi_increments): Likewise.
(phi_incr_cost): Likewise.
(ncd_with_phi): Likewise.
(all_phi_incrs_profitable): Likewise.


Modified:
branches/gcc-5-branch/gcc/ChangeLog
branches/gcc-5-branch/gcc/gimple-ssa-strength-reduction.c

[Bug c++/69205] Place a variadic template in front of function parameter when it is known

2016-01-17 Thread pinskia at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69205

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||rejects-valid
  Known to fail||6.0

--- Comment #2 from Andrew Pinski  ---
Here is a short testcase without any use of includes:
struct string{};
template class function;
template class
function<_Res(_ArgTypes...)>{};

template
void print_action(function action_factory)
{}

int main(int argc, char *argv[])
{
  function t;
  print_action(t);
  print_action(t);

  return 0;
}

--- CUT ---
I don't know variadic templates that well to know enough so I can't comment one
way or another.

[Bug c++/69205] Place a variadic template in front of function parameter when it is known

2016-01-17 Thread pinskia at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69205

--- Comment #3 from Andrew Pinski  ---
Note the trunk has a different error message:
t.cc: In function ‘int main(int, char**)’:
t.cc:12:30: error: no matching function for call to
‘print_action(function&)’
   print_action(t);
  ^

t.cc:6:6: note: candidate: template void
print_action(function)
 void print_action(function action_factory)
  ^~~~

t.cc:6:6: note:   template argument deduction/substitution failed:
t.cc:12:30: note:   mismatched types ‘string’ and ‘int’
   print_action(t);
  ^

t.cc:13:17: error: no matching function for call to
‘print_action(function&)’
   print_action(t);
 ^

t.cc:6:6: note: candidate: template void
print_action(function)
 void print_action(function action_factory)
  ^~~~

t.cc:6:6: note:   template argument deduction/substitution failed:
t.cc:13:17: note:   deduced conflicting types for parameter ‘ActionType’
(‘string’ and ‘int’)
   print_action(t);
 ^

[Bug bootstrap/66038] [5 regression] (stage 2) build/genmatch issue (gcc/hash-table.h|c) with --disable-checking [ introduced by r218976 ]

2016-01-17 Thread kumba at gentoo dot org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66038

--- Comment #36 from Joshua Kinard  ---
(In reply to Joshua Kinard from comment #35)
> 
> It looks like it's my LDFLAGS, specifically with -Wl,-z,now.

It looks like this might be a problem with my toolchain, possibly in binutils,
and possibly only for MIPS N32.  I discovered another program that was having
odd issues, and on a whim, re-compiled it without using -Wl,-z,now, and it
started to work correctly again.  Going to downgrade binutils a few times and
see if there's a specific version that stands out as causing the problem.

[Bug c/69328] New: ice in vect_get_vec_def_for_operand, at tree-vect-stmts.c:1379 with -O3

2016-01-17 Thread dcb314 at hotmail dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69328

Bug ID: 69328
   Summary: ice in vect_get_vec_def_for_operand, at
tree-vect-stmts.c:1379 with -O3
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: dcb314 at hotmail dot com
  Target Milestone: ---

Created attachment 37382
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37382=edit
C source code

The attached code, when compiled by gcc trunk dated 20160116, does this

$ ../results/bin/gcc -c -O3 bug266.c
bcfutils.c: In function ‘bcf_anno_max’:
bcfutils.c:318:5: internal compiler error: in vect_get_vec_def_for_operand, at
tree-vect-stmts.c:1379

0xe0485e vect_get_vec_def_for_operand(tree_node*, gimple*, tree_node*)
../../src/trunk/gcc/tree-vect-stmts.c:1379
0xe0c1be vectorizable_condition(gimple*, gimple_stmt_iterator*, gimple**,
tree_node*, int, _slp_tree*)
../../src/trunk/gcc/tree-vect-stmts.c:7613
0xe1f268 vect_transform_stmt(gimple*, gimple_stmt_iterator*, bool*, _slp_tree*,
_slp_instance*)
../../src/trunk/gcc/tree-vect-stmts.c:8228
0xe2a894 vect_transform_loop(_loop_vec_info*)
../../src/trunk/gcc/tree-vect-loop.c:6872
0xe41ea8 vectorize_loops()
../../src/trunk/gcc/tree-vectorizer.c:554
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.

tree-vect-stmts.c:1379 is

  is_simple_use = vect_is_simple_use (op, loop_vinfo, _stmt, );
  gcc_assert (is_simple_use);

[Bug tree-optimization/69326] New: wrong code at -O2 and -O3 on x86_64-linux-gnu

2016-01-17 Thread su at cs dot ucdavis.edu 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69326

Bug ID: 69326
   Summary: wrong code at -O2 and -O3 on x86_64-linux-gnu
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: su at cs dot ucdavis.edu
  Target Milestone: ---

The current gcc trunk miscompiles the following code on x86_64-linux-gnu at -O2
and -O3 in both 32-bit and 64-bit modes. 

This is a regression from 5.3.x.


$ gcc-trunk -v
Using built-in specs.
COLLECT_GCC=gcc-trunk
COLLECT_LTO_WRAPPER=/usr/local/gcc-trunk/libexec/gcc/x86_64-pc-linux-gnu/6.0.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../gcc-trunk/configure --prefix=/usr/local/gcc-trunk
--enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
gcc version 6.0.0 20160116 (experimental) [trunk revision 232466] (GCC) 
$ 
$ gcc-trunk -Os small.c; ./a.out
0
$ gcc-5.3 -O2 small.c; ./a.out
0
$ 
$ gcc-trunk -O2 small.c
$ ./a.out
0
Floating point exception (core dumped)
$ 
$ 


--


int printf (const char *, ...); 

int a, *c, d, e, g, f;
short b;

int 
fn1 ()
{
  int h = d != 10;
  if (h > g)
printf ("%d\n", d);
  if (h == 10)
{
  int *i = 0;
  a = 0;
  for (; a < 7; a++)
for (; *i;)
  ;
}
  else
{
  b = e / h;
  return f;
}
  c = 
  return 0; 
}

int
main ()
{
  fn1 ();
  return 0;
}

[Bug c++/69327] New: constexpr leaves reference member var uninitialized

2016-01-17 Thread sbergman at redhat dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69327

Bug ID: 69327
   Summary: constexpr leaves reference member var uninitialized
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: sbergman at redhat dot com
  Target Milestone: ---

With recent trunk GCC,

> $ cat test.cc
> struct S {
> constexpr S(int & x): n(x) {}
> int & n;
> };
> constexpr S f1(int & x) { return S(x); }
> constexpr S f2(int & x) { return f1(x); }
> S f3(int & x) { return f2(x); }
> int main() {
> int n = 1;
> return f3(n).n;
> }

> $ g++ test.cc && ./a.out
> Segmentation fault

typically causes a SEGV, as S::n remains uninitialized; x86-64 code generated
for f3 is

>  <_Z2f3Ri>:
>0:   55  push   %rbp
>1:   48 89 e5mov%rsp,%rbp
>4:   48 89 7d e8 mov%rdi,-0x18(%rbp)
>8:   48 8b 45 f8 mov-0x8(%rbp),%rax
>c:   5d  pop%rbp
>d:   c3  retq

This is a stripped-down version of code in boost::fusion (calling
boost::fusion::begin on a boost::fusion::cons, as used by boost::spirit, in
turn used by libetonyek and LibreOffice), causing LibreOffice to fail.

[Bug sanitizer/69204] ThreadSanitizer: False positive on std::promise usage

2016-01-17 Thread dvyukov at google dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69204

--- Comment #11 from Dmitry Vyukov  ---
> No it just exposes the problem of using futex system calls with TSAN.

What is that problem?
Future does not use futex for synchronization, only for wait optimization. So I
don't see how it can cause false positives.
As far as I see the problem is that tsan pass does not instrument atomic
operations (see my previous comment).

[Bug tree-optimization/69328] [6 Regression] ice in vect_get_vec_def_for_operand, at tree-vect-stmts.c:1379 with -O3

2016-01-17 Thread trippels at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69328

Markus Trippelsdorf  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Known to work||5.3.0
   Last reconfirmed||2016-01-17
  Component|c   |tree-optimization
 CC||trippels at gcc dot gnu.org
 Ever confirmed|0   |1
Summary|ice in  |[6 Regression] ice in
   |vect_get_vec_def_for_operan |vect_get_vec_def_for_operan
   |d, at   |d, at
   |tree-vect-stmts.c:1379 with |tree-vect-stmts.c:1379 with
   |-O3 |-O3
  Known to fail||6.0

--- Comment #1 from Markus Trippelsdorf  ---
markus@x4 tmp % cat bug266.c
int a, b;
void fn1() {
  int c;
  char *d;
  for (; a; ++a) {
int e, f;
e = d[a];
if (!e && f || !f && e)
  ++c;
  }
  if (c)
b = .499;
}

markus@x4 tmp % gcc -c -O3 bug266.c
bug266.c: In function ‘fn1’:
bug266.c:2:6: internal compiler error: in vect_get_vec_def_for_operand, at
tree-vect-stmts.c:1379
 void fn1() {
  ^~~

0xd13597 vect_get_vec_def_for_operand(tree_node*, gimple*, tree_node*)
../../gcc/gcc/tree-vect-stmts.c:1379
0xd17cb5 vectorizable_condition(gimple*, gimple_stmt_iterator*, gimple**,
tree_node*, int, _slp_tree*)
../../gcc/gcc/tree-vect-stmts.c:7613
0xd2c0de vect_transform_stmt(gimple*, gimple_stmt_iterator*, bool*, _slp_tree*,
_slp_instance*)
../../gcc/gcc/tree-vect-stmts.c:8228
0xd32175 vect_transform_loop(_loop_vec_info*)
../../gcc/gcc/tree-vect-loop.c:6872
0xd4f0f2 vectorize_loops()
../../gcc/gcc/tree-vectorizer.c:554

[Bug lto/69003] [4.9/5/6 Regression] Undefined reference with gcc -r incremental linking

2016-01-17 Thread sirl at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69003

--- Comment #6 from Franz Sirl  ---
Yes, this fixes the testcase and also the real application it was derived from
here. No testsuite regressions on x86_64 either.

[Bug preprocessor/69126] [6 regression] _Pragma does not apply if part of a macro

2016-01-17 Thread dmalcolm at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69126

--- Comment #12 from David Malcolm  ---
Patch posted here:
  https://gcc.gnu.org/ml/gcc-patches/2016-01/msg01212.html

[Bug c++/69205] Place a variadic template in front of function parameter when it is known

2016-01-17 Thread mohsen.tamiz at gmail dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69205

--- Comment #1 from mohsen  ---
I reported this bug one week ago but I did not get any feedback about this. I
am not familiar about procedures of answering a bug. Please take me any
suggestion about this bug or at least the minimum time that may take for a bug
until it is inspected. 
Thanks in advance.

[Bug bootstrap/69329] New: [6 Regression] --with-build-config=bootstrap-asan fails because LSAN_OPTIONS is not honored

2016-01-17 Thread miyuki at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69329

Bug ID: 69329
   Summary: [6 Regression] --with-build-config=bootstrap-asan
fails because LSAN_OPTIONS is not honored
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
  Assignee: unassigned at gcc dot gnu.org
  Reporter: miyuki at gcc dot gnu.org
  Target Milestone: ---

Starting with r229111 (libsanitizer merge from upstream) bootstrap with asan
fails, because of errors reported by leak sanitizer. Configuration:

$ ../src/configure --enable-languages=c,c++,lto,fortran
--prefix=/opt/gcc-6-asan --enable-clocale=gnu --disable-nls --with-system-zlib
--with-build-config=bootstrap-asan

This build step fails (from gcc subdirectory):
$ make s-common-target-hooks-def-h
build/genhooks "Common Target Hook" \
 > tmp-common-target-hooks-def.h

=
==16342==ERROR: LeakSanitizer: detected memory leaks

Direct leak of 52842 byte(s) in 1923 object(s) allocated from:
#0 0x4a8a88 in __interceptor_malloc
../../../../src/libsanitizer/asan/asan_malloc_linux.cc:38
#1 0x4e06f7 in xmalloc ../../src/libiberty/xmalloc.c:148

SUMMARY: AddressSanitizer: 52842 byte(s) leaked in 1923 allocation(s).
Makefile:2314: recipe for target 's-common-target-hooks-def-h' failed
make: *** [s-common-target-hooks-def-h] Error 1

r229112 has some fix in bootstrap-asan.mk:
export LSAN_OPTIONS="detect_leaks=0"

If I run 'make' from gcc subdirectory like this:

$ LSAN_OPTIONS="detect_leaks=0" make s-common-target-hooks-def-h

it works fine, but for some reason this environment variable is not propagated
from top-level make, i.e. running top-level 'make' as

$ LSAN_OPTIONS="detect_leaks=0" make

does not help.

[Bug target/69330] New: avr-gcc Error: operand out of range: 32

2016-01-17 Thread karaliusliudas+bugzilla at gmail dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69330

Bug ID: 69330
   Summary: avr-gcc Error: operand out of range: 32
   Product: gcc
   Version: 5.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: karaliusliudas+bugzilla at gmail dot com
  Target Milestone: ---

avr-gcc (GCC) 5.3.0 on command
avr-gcc -Os -save-temps -v -mmcu=attiny44  -c main.c -o main.o
produce error:
GNU assembler version 2.25.1 (avr) using BFD version (GNU Binutils) 2.25.1
main.s: Assembler messages:
main.s:15: Error: operand out of range: 32

main.c content:
int main (void) {
*(volatile unsigned char *)(0x40) &= 0b1110;
}

NOTE: no error if 0x40 substituted with 0x3f or 0x41
NOTE: no error if optimisation is not used ( -O0)

[Bug bootstrap/69312] [6 Regression] libstdc++ unconditionally refers to TM symbols

2016-01-17 Thread dje at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69312

David Edelsohn  changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org

--- Comment #3 from David Edelsohn  ---
The new libstdc++ code creates weak references to the ITM symbols and expects
that undefined weak references will be set to zero if not defined.  This
behavior is SVR4 semantics, but not default AIX semantics.

The new libstdc++ code is protected by __GXX_WEAK__, which is defined for AIX
because AIX supports MAKE_DECL_ONE_ONLY.  The documentation of __GXX_WEAK__
refers to collapsing symbols with "vague linkage" in multiple translation
units, which AIX does support.

__GXX_WEAK__ does imply the additional SVR4 semantics.  libstdc++ should use a
different mechanism to protect code that expects SVR4 undefined weak symbol
semantics.

[Bug fortran/61831] [4.9/ 5 Regression] runtime error: pointer being freed was not allocated

2016-01-17 Thread pault at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61831

--- Comment #60 from Paul Thomas  ---
Author: pault
Date: Sun Jan 17 17:34:12 2016
New Revision: 232482

URL: https://gcc.gnu.org/viewcvs?rev=232482=gcc=rev
Log:
2016-01-17  Mikael Morin  

Backport from trunk.
PR fortran/61831
* gfortran.dg/derived_constructor_components_6.f90: New file.
* gfortran.dg/allocate_with_source_14.f03: Change count of
__builtin_malloc from 21 to 23.

2016-01-17  Paul Thomas  

Backport from trunk.
PR fortran/66082
* gfortran.dg/alloc_comp_auto_array_3.f90: New file. Count of
__builtin_malloc increased from 3 to 4, relative to trunk.

2016-01-17  Mikael Morin  
Dominique d'Humieres  

Backport from trunk.
PR fortran/61831
* trans-array.c (gfc_conv_array_parameter): Guard allocatable
component deallocation code generation with descriptorless
calling convention flag.
* trans-expr.c (gfc_conv_expr_reference): Remove allocatable
component deallocation code generation from revision 212329.
(expr_may_alias_variables): New function.
(gfc_conv_procedure_call): New boolean elemental_proc to factor
check for procedure elemental-ness.  Rename boolean f to nodesc_arg
and declare it in the outer scope.  Use expr_may_alias_variables,
elemental_proc and nodesc_arg to decide whether generate allocatable
component deallocation code.
(gfc_trans_subarray_assign): Set deep copy flag.

2016-01-17  Paul Thomas  

Backport from trunk.
PR fortran/66082
* trans-array.c (gfc_conv_array_parameter): Ensure that all
non-variable arrays with allocatable components have the
components deallocated after the procedure call.


Added:
branches/gcc-5-branch/gcc/testsuite/gfortran.dg/alloc_comp_auto_array_3.f90
   
branches/gcc-5-branch/gcc/testsuite/gfortran.dg/derived_constructor_comps_6.f90
Modified:
branches/gcc-5-branch/gcc/fortran/ChangeLog
branches/gcc-5-branch/gcc/fortran/trans-array.c
branches/gcc-5-branch/gcc/fortran/trans-expr.c
branches/gcc-5-branch/gcc/testsuite/ChangeLog
branches/gcc-5-branch/gcc/testsuite/gfortran.dg/allocate_with_source_14.f03

[Bug fortran/66082] memory leak with automatic array dummy argument with derived type array constructor actual argument

2016-01-17 Thread pault at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66082

--- Comment #7 from Paul Thomas  ---
Author: pault
Date: Sun Jan 17 17:34:12 2016
New Revision: 232482

URL: https://gcc.gnu.org/viewcvs?rev=232482=gcc=rev
Log:
2016-01-17  Mikael Morin  

Backport from trunk.
PR fortran/61831
* gfortran.dg/derived_constructor_components_6.f90: New file.
* gfortran.dg/allocate_with_source_14.f03: Change count of
__builtin_malloc from 21 to 23.

2016-01-17  Paul Thomas  

Backport from trunk.
PR fortran/66082
* gfortran.dg/alloc_comp_auto_array_3.f90: New file. Count of
__builtin_malloc increased from 3 to 4, relative to trunk.

2016-01-17  Mikael Morin  
Dominique d'Humieres  

Backport from trunk.
PR fortran/61831
* trans-array.c (gfc_conv_array_parameter): Guard allocatable
component deallocation code generation with descriptorless
calling convention flag.
* trans-expr.c (gfc_conv_expr_reference): Remove allocatable
component deallocation code generation from revision 212329.
(expr_may_alias_variables): New function.
(gfc_conv_procedure_call): New boolean elemental_proc to factor
check for procedure elemental-ness.  Rename boolean f to nodesc_arg
and declare it in the outer scope.  Use expr_may_alias_variables,
elemental_proc and nodesc_arg to decide whether generate allocatable
component deallocation code.
(gfc_trans_subarray_assign): Set deep copy flag.

2016-01-17  Paul Thomas  

Backport from trunk.
PR fortran/66082
* trans-array.c (gfc_conv_array_parameter): Ensure that all
non-variable arrays with allocatable components have the
components deallocated after the procedure call.


Added:
branches/gcc-5-branch/gcc/testsuite/gfortran.dg/alloc_comp_auto_array_3.f90
   
branches/gcc-5-branch/gcc/testsuite/gfortran.dg/derived_constructor_comps_6.f90
Modified:
branches/gcc-5-branch/gcc/fortran/ChangeLog
branches/gcc-5-branch/gcc/fortran/trans-array.c
branches/gcc-5-branch/gcc/fortran/trans-expr.c
branches/gcc-5-branch/gcc/testsuite/ChangeLog
branches/gcc-5-branch/gcc/testsuite/gfortran.dg/allocate_with_source_14.f03

[Bug fortran/61831] [4.9 Regression] runtime error: pointer being freed was not allocated

2016-01-17 Thread pault at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61831

Paul Thomas  changed:

   What|Removed |Added

Summary|[4.9/ 5 Regression] runtime |[4.9 Regression] runtime
   |error: pointer being freed  |error: pointer being freed
   |was not allocated   |was not allocated

--- Comment #61 from Paul Thomas  ---
Fixed on 5-branch

Paul