[Bug ipa/69241] [6 Regression] ICE: in assign_temp, at function.c:961

[trippels at gcc dot gnu.org]

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

--- Comment #6 from Markus Trippelsdorf  ---
The dup PR69438 has a smaller testcase.

[Bug c++/69436] Method returning "auto&" fails to resolve "*this" (-std=c++17)

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

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

--- Comment #5 from Jonathan Wakely  ---
Yes, this is another dup.

Please report a new bug for outstanding bugs on trunk.

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

[Bug libstdc++/69266] bootstrap failure undefined reference to `std::basic_ios<char, std::char_traits >::

[redi at gcc dot gnu.org]

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

--- Comment #7 from Jonathan Wakely  ---
A dup of PR 69440 ?

[Bug c++/64969] generic functions do not work with placeholder return types

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

 CC||vmorgulys at gmail dot com

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

[Bug bootstrap/69440] [6 Regression] Revision 232071 breaks bootstrap on x86_64-w64-mingw32

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

 CC||nickc at gcc dot gnu.org

--- Comment #1 from Jonathan Wakely  ---
Probably the same as PR 69266

[Bug fortran/68241] [meta-bug] Deferred-length character

[pault at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68241
Bug 68241 depends on bug 69422, which changed state.

Bug 69422 Summary: Unexpected result with allocatable character type component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69422

   What|Removed |Added

 Status|RESOLVED|NEW
 Resolution|INVALID |---

[Bug fortran/69422] Unexpected result with allocatable character type component

[pault at gcc dot gnu.org]

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

Paul Thomas  changed:

   What|Removed |Added

 Status|RESOLVED|NEW
 Resolution|INVALID |---

--- Comment #5 from Paul Thomas  ---
(In reply to Antony Lewis from comment #4)
> But "source" is allocatable, not a pointer? (the pointer P is explicitly
> allocated in the example)

I beg your pardon - yes, that's right. I am pretty sure that the any attempt to
search for (re)allocation is being blocked by the pointer. I'll check the
standard!

Unresolving and revalidating!

Thanks

Paul

[Bug bootstrap/67373] Can't compile gcc snapshot for avr target with mingw

[senthil_kumar.selvaraj at atmel dot com]

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

--- Comment #5 from Senthil Kumar Selvaraj  ---
The last released version of avr-libc (1.8.1) doesn't properly work with the
spec file based device support approach introduced in 5.x. As the GCC 5 release
notes (https://gcc.gnu.org/gcc-5/changes.html) describes

The AVR port uses a new scheme to describe supported devices: For each
supported device the compiler provides a device-specific spec file. If the
compiler is used together with AVR-LibC, this requires at least GCC 5.2 and a
version of AVR-LibC which implements feature #44574.

Can you try building with the trunk version of avr-libc? That should work fine.

[Bug libgomp/69414] [OpenACC] "!$acc update self" does not provide expected result

[tschwinge at gcc dot gnu.org]

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

Thomas Schwinge  changed:

   What|Removed |Added

   Keywords||openacc
 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2016-01-23
 CC||tschwinge at gcc dot gnu.org
   Assignee|unassigned at gcc dot gnu.org  |jnorris at gcc dot 
gnu.org
 Ever confirmed|0   |1

[Bug bootstrap/69434] [6 Regression] bootstrap failed with --with-arch=corei7 --with-cpu=corei7

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

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

[Bug c/69441] New: pandn implemented as pand within asm

[john at jcturner dot plus.com]

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

Bug ID: 69441
   Summary: pandn implemented as pand within asm
   Product: gcc
   Version: 4.9.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: john at jcturner dot plus.com
  Target Milestone: ---

System X86-64
options -march -O2 -Wall

[Bug sanitizer/69443] New: -fsanitize=address should add -lpthread to linker call

[hanno at hboeck dot de]

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

Bug ID: 69443
   Summary: -fsanitize=address should add -lpthread to linker call
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: sanitizer
  Assignee: unassigned at gcc dot gnu.org
  Reporter: hanno at hboeck dot de
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
jakub at gcc dot gnu.org, kcc at gcc dot gnu.org
  Target Milestone: ---

I encountered a problem when trying to compile various pieces of software with
address sanitizer (happens e.g. with sqlite, openldap, p11-kit, poppler):

* configure script checks whether -lpthread in the linker command is necessary
for pthread support by  testing whether pthread_create is available without it.
* with asan it will conclude that -lpthread is not needed because the libasan
provides pthread_create.
* however other pthread functions (e.g. pthread_mutex_create) aren't provided
by libasan, so -lpthread is still needed.

I brought this up on the asan dev list and Konstantin Serebryany noted that in
clang this problem doesn't happen because clang automatically adds -lpthread to
the linker call when asan is enabled. He proposes that gcc should do the same
to avoid this problem.

Here's the discussion on the asan developer list:
https://groups.google.com/forum/#!topic/address-sanitizer/JxnwgrWOLuc

[Bug ipa/69241] [6 Regression] ICE with noreturn and function that return non-POD

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||ice-on-valid-code
Summary|[6 Regression] ICE: in  |[6 Regression] ICE with
   |assign_temp, at |noreturn and function that
   |function.c:961  |return non-POD

--- Comment #7 from Andrew Pinski  ---
Most reduced testcase:

  __attribute__((noreturn)) void V(int);
  struct R{R(const R){}};
  R f(){V(0);}
  R c(){V(0);}

[Bug tree-optimization/68398] [6 Regression] coremark regression due to r229685

[law at redhat dot com]

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

Jeffrey A. Law  changed:

   What|Removed |Added

   Priority|P3  |P2

--- Comment #2 from Jeffrey A. Law  ---
And as it turns out, if this is tested with the trunk, things have actually
improved again -- because I fixed the bit-test regression in the x86 backend. 
I get 209 million I refs for the main benchmark function.  

If I allow creation of irreducible loops, then I get down to 207 million I
refs.  So the core issue is still unresolved.

My first thought was to allow creation of irreducible loops in the calls after
the loop optimizer had been run.  But that's not helping.

I'll have to look further next week.  But as it stands right now, all the
components are working as they are expected to work AFAICT.  I don't offhand
see a heuristic that would sanely allow us to create the irreducible loop in
VRP1 for this case without doing it for many others where it's considered
undesirable.

[Bug bootstrap/69440] New: [6 Regression] Revision 232071 breaks bootstrap on x86_64-w64-mingw32

[rai...@emrich-ebersheim.de]

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

Bug ID: 69440
   Summary: [6 Regression] Revision 232071 breaks bootstrap on
x86_64-w64-mingw32
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
  Assignee: unassigned at gcc dot gnu.org
  Reporter: rai...@emrich-ebersheim.de
  Target Milestone: ---

gcc 6.0 rev. 232071
binutils-2.25.1

fails in stage 1 at linking of libstdc++-6.dll:

libtool: link: 
/opt/devel/SCRATCH/tmp.CBVRJUmhUP/gcc-6.0.0/gcc-6.0.0/./gcc/xgcc -shared-libgcc
-B/opt/devel/SCRATCH/tmp.CBVRJUmhUP/gcc-6.0.0/gcc-6.0.0/./gcc -nostdinc++
-L/opt/devel/SCRATCH/tmp.CBVRJUmhUP/gcc-6.0.0/gcc-6.0.0/x86_64-w6
4-mingw32/libstdc++-v3/src
-L/opt/devel/SCRATCH/tmp.CBVRJUmhUP/gcc-6.0.0/gcc-6.0.0/x86_64-w64-mingw32/libstdc++-v3/src/.libs
-L/opt/devel/SCRATCH/tmp.CBVRJUmhUP/gcc-6.0.0/gcc-6.0.0/x86_64-w64-mingw32/libstdc++-v3/libsupc++/.libs
-L/opt
/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-6.0.0/x86_64-w64-mingw32/lib
-L/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-6.0.0/mingw/lib
-isystem /opt/devel/gnu/gcc/MINGW_
NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-6.0.0/x86_64-w64-mingw32/include
-isystem
/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-6.0.0/mingw/include
-B/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-6.0.0/x86_64-w64-mingw32/bin/
-B/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-6.0.0/x86_64-w64-mingw32/lib/
-isystem
/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-6.0.0/x86_64-w64-mingw32/include
-isystem
/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-6.0.0/x86_64-w64-mingw32/sys-include
   -shared -nostdlib D:/x86_64-w64-trunk/mingw/lib/../lib/dllcrt2.o
D:/opt/devel/SCRATCH/tmp.CBVRJUmhUP/gcc-6.0.0/gcc-6.0.0/gcc/crtbegin.o 
.libs/compatibility.o .libs/compatibility-debug_list.o
.libs/compatibility-debug_list-2.o .libs/compatibility-c++0x.o
.libs/compatibility-atomic-c++0x.o .libs/compatibility-thread-c++0x.o
.libs/compatibility-chrono.o .libs/compatibility-condvar.o  -Wl,--whole-archive
../libsupc++/.libs/libsupc++convenience.a
../src/c++98/.libs/libc++98convenience.a
../src/c++11/.libs/libc++11convenience.a -Wl,--no-whole-archive 
-L/opt/devel/SCRATCH/tmp.CBVRJUmhUP/gcc-6.0.0/gcc-6.0.0/x86_64-w64-mingw32/libstdc++-v3/libsupc++/.libs
-L/opt/devel/SCRATCH/tmp.CBVRJUmhUP/gcc-6.0.0/gcc-6.0.0/x86_64-w64-mingw32/libstdc++-v3/src
-L/opt/devel/SCRATCH/tmp.CBVRJUmhUP/gcc-6.0.0/gcc-6.0.0/x86_64-w64-mingw32/libstdc++-v3/src/.libs
-L/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-6.0.0/x86_64-w64-mingw32/lib
-L/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-6.0.0/mingw/lib
-LD:/opt/devel/SCRATCH/tmp.CBVRJUmhUP/gcc-6.0.0/gcc-6.0.0/x86_64-w64-mingw32/libstdc++-v3/src
-LD:/opt/devel/SCRATCH/tmp.CBVRJUmhUP/gcc-6.0.0/gcc-6.0.0/x86_64-w64-mingw32/libstdc++-v3/src/.libs
-LD:/opt/devel/SCRATCH/tmp.CBVRJUmhUP/gcc-6.0.0/gcc-6.0.0/x86_64-w64-mingw32/libstdc++-v3/libsupc++/.libs
-LD:/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-6.0.0/x86_64-w64-mingw32/lib
-LD:/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-6.0.0/mingw/lib
-LD:/opt/devel/SCRATCH/tmp.CBVRJUmhUP/gcc-6.0.0/gcc-6.0.0/gcc
-LD:/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-6.0.0/x86_64-w64-mingw32/bin
-LD:/x86_64-w64-trunk/mingw/lib/../lib -LD:/x86_64-w64-trunk/mingw/lib
-lmingw32 -lgcc_s -lgcc -lmoldname -lmingwex -lmsvcrt -lpthread -ladvapi32
-lshell32 -luser32 -lkernel32 -lmingw32 -lgcc_s -lgcc -lmoldname -lmingwex
-lmsvcrt D:/opt/devel/SCRATCH/tmp.CBVRJUmhUP/gcc-6.0.0/gcc-6.0.0/gcc/crtend.o 
-Wl,-O1 -Wl,--gc-sections -Wl,--version-script=libstdc++-symbols.ver   -o
.libs/libstdc++-6.dll -Wl,--enable-auto-image-base -Xlinker --out-implib
-Xlinker .libs/libstdc++.dll.a
.libs/compatibility.o: In function `std::istream::ignore(long long)':
D:\opt\devel\SCRATCH\tmp.CBVRJUmhUP\gcc-6.0.0\gcc-6.0.0\x86_64-w64-mingw32\libstdc++-v3\src/../../../../../../../../../opt/devel/gnu/src/gcc-mingw-w64/gcc-6.0.0/libstdc++-v3/src/c++98/compatibility.cc:67:
undefined reference to `std::istream::sentry::sentry(std::istream&, bool)'
.libs/compatibility.o: In function `std::basic_ios::setstate(std::_Ios_Iostate)':
D:/opt/devel/SCRATCH/tmp.CBVRJUmhUP/gcc-6.0.0/gcc-6.0.0/x86_64-w64-mingw32/libstdc++-v3/include/bits/basic_ios.h:158:
undefined reference to `std::basic_ios::clear(std::_Ios_Iostate)'
.libs/compatibility.o: In function `std::istream::ignore(long long)':

[Bug target/69442] [6 Regression] wrong code with -Og and 64bit modulo @ armv7a

[ktkachov at gcc dot gnu.org]

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

ktkachov at gcc dot gnu.org changed:

   What|Removed |Added

   Priority|P3  |P1
 CC||ktkachov at gcc dot gnu.org

--- Comment #1 from ktkachov at gcc dot gnu.org ---
Does this occur for other optimisations levels?
The modulo by a power of 2 expansion was changed for arm for GCC 6 but that was
for signed values, whereas the testcase uses unsigned variables and the modulo
operation is not by a power of 2...

[Bug c++/69203] ICE in potential_constant_expression_1, at cp/constexpr.c:4754

[pinskia at gcc dot gnu.org]

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

--- Comment #6 from Andrew Pinski  ---
Created attachment 37442
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37442=edit
More reduced testcase

I know this reduced testcase is invalid code but I think the original code was
valid.  It still only fails with -Wall.

[Bug c++/68357] [6 Regression] FAIL: g++.dg/other/darwin-cfstring1.C -std=* (internal compiler error) on x86_64-apple-darwin1(0|4|5)

[dominiq at lps dot ens.fr]

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

--- Comment #5 from Dominique d'Humieres  ---
Created attachment 37443
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37443=edit
Preprocessed file for g++.dg/other/darwin-cfstring1.C

[Bug tree-optimization/69426] [5/6 Regression] ICE: verify_ssa failed (error: missing definition) w/ -O2 (and above) -ftree-parallelize-loops=2

[vries at gcc dot gnu.org]

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

--- Comment #4 from vries at gcc dot gnu.org ---
(In reply to vries from comment #3)
> Reproduced (on x86_64) with 5 branch.
> 
> The ICE seems to have been triggered by removing the expand_omp_local from
> parloops and using a separate omp_expand_ssa pass.

Confirmed, the ICE can also be triggered in 4.9 by breaking at omp_expand_local
and calling verify_ssa.

With r226201 of gcc-4_9-branch:
...
Breakpoint 1, omp_expand_local (head=0x75f19958) at
4.9/src/gcc/omp-low.c:8460
8460  build_omp_regions_root (head);
(gdb) call verify_ssa (true)
parloops-pr.c: In function ‘mr’:
parloops-pr.c:4:1: error: missing definition
 mr(void)
 ^
for SSA_NAME: .MEM_11 in statement:
.MEM_2 = PHI <.MEM_11(4), .MEM_7(D)(15)>
PHI argument
.MEM_11
for PHI node
.MEM_2 = PHI <.MEM_11(4), .MEM_7(D)(15)>
parloops-pr.c:4:1: internal compiler error: verify_ssa failed
0xf75836 verify_ssa(bool)
4.9/src/gcc/tree-ssa.c:1096
...

[Bug c++/68514] [6 Regression] ICE in tr1/5_numerical_facilities libstdc++ test cases

[rai...@emrich-ebersheim.de]

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

--- Comment #4 from Rainer Emrich  ---
Revison 232071 broke bootstrap on x86_64-w64-mingw32, see bug 69440.
I can't test until trunk bootstraps again for x86_64-w64-mingw32.

[Bug fortran/68241] [meta-bug] Deferred-length character

[pault at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68241
Bug 68241 depends on bug 69422, which changed state.

Bug 69422 Summary: Unexpected result with allocatable character type component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69422

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |INVALID

[Bug fortran/69422] Unexpected result with allocatable character type component

[pault at gcc dot gnu.org]

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

Paul Thomas  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |INVALID

--- Comment #3 from Paul Thomas  ---
(In reply to Paul Thomas from comment #2)
> Hmmm! This works if the pointer attribute is changed to allocatable. As
> reported, it generates:
> 

This is precisely the point! There is no obligation for the processor to
automatically (re)allocate a pointer component, is there?

Changing the assignment to

allocate (X%P%Source, source = 'test string')

works as expected.

I'm sorry but this one is invalid. I suppose that a runtime warning along the
lines of that just introduced for assignment of scalars to unallocated,
allocatable arrays could be introduced but I am seriously unconvinced that we
should be doing this for pointers.

Cheers

Paul

[Bug sanitizer/69443] -fsanitize=address should add -lpthread to linker call

[jakub at gcc dot gnu.org]

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

--- Comment #1 from Jakub Jelinek  ---
I'm afraid it is undesirable, various projects flag ldd -u diagnosed
dependencies as errors.  Perhaps just configure without -fsanitize=address in
CFLAGS and only add those for the actual builds?

[Bug target/69442] New: [6 Regression] wrong code with -Og and 64bit modulo @ armv7a

[zsojka at seznam dot cz]

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

Bug ID: 69442
   Summary: [6 Regression] wrong code with -Og and 64bit modulo @
armv7a
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: zsojka at seznam dot cz
  Target Milestone: ---
  Host: x86_64-pc-linux-gnu
Target: armv7a-*-linux-gnueabi

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

Output:
$ armv7a-hardfloat-linux-gnueabi-gcc -v
Using built-in specs.
COLLECT_GCC=/repo/gcc-trunk/binary-latest-armv7a-hardfloat/bin/armv7a-hardfloat-linux-gnueabi-gcc
COLLECT_LTO_WRAPPER=/repo/gcc-trunk/binary-trunk-232760-checking-yes-rtl-df-nographite-armv7a-hardfloat/bin/../libexec/gcc/armv7a-hardfloat-linux-gnueabi/6.0.0/lto-wrapper
Target: armv7a-hardfloat-linux-gnueabi
Configured with: /repo/gcc-trunk//configure --enable-languages=c,c++
--enable-checking=yes,rtl,df --without-cloog --without-ppl --without-isl
--with-float=hard --with-arch=armv7-a --build=x86_64-pc-linux-gnu
--host=x86_64-pc-linux-gnu --target=armv7a-hardfloat-linux-gnueabi
--with-ld=/usr/bin/armv7a-hardfloat-linux-gnueabi-ld
--with-as=/usr/bin/armv7a-hardfloat-linux-gnueabi-as
--with-sysroot=/usr/armv7a-hardfloat-linux-gnueabi --disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-232760-checking-yes-rtl-df-nographite-armv7a-hardfloat
Thread model: posix
gcc version 6.0.0 20160123 (experimental) (GCC) 

$ armv7a-hardfloat-linux-gnueabi-gcc testcase.c -Og
$ qemu-arm ./a.out 
ff19
qemu: uncaught target signal 6 (Aborted) - core dumped
Aborted

The expected output is "ff19".

The .optimized dump looks fine.
The code generated by 5-branch and trunk is quite different; it is not obvious
for me where things go wrong.

Tested revisions:
trunk r232760 - FAIL
5-branch r232545 - OK
4_9-branch r232544 - OK
4_8-branch r224828 - OK

[Bug target/69441] pandn implemented as pand within asm

[glisse at gcc dot gnu.org]

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

Marc Glisse  changed:

   What|Removed |Added

 Target||x86_64-*-*
 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2016-01-23
  Component|c   |target
 Ever confirmed|0   |1

--- Comment #1 from Marc Glisse  ---
Could you maybe give us some more details?

[Bug ipa/69241] [6 Regression] ICE: in assign_temp, at function.c:961

[trippels at gcc dot gnu.org]

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

Markus Trippelsdorf  changed:

   What|Removed |Added

 CC||abe_skolnik at yahoo dot com

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

[Bug target/69438] [6 Regression] ICE with noreturn and function that return non-POD

[trippels at gcc dot gnu.org]

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

Markus Trippelsdorf  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||trippels at gcc dot gnu.org
 Resolution|--- |DUPLICATE

--- Comment #8 from Markus Trippelsdorf  ---
dup.

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

[Bug tree-optimization/68398] [6 Regression] coremark regression due to r229685

[law at redhat dot com]

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

Jeffrey A. Law  changed:

   What|Removed |Added

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

[Bug driver/69351] response files on linux leave undeleted temporary files

[ebotcazou at gcc dot gnu.org]

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

Eric Botcazou  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED
   Target Milestone|5.4 |6.0

--- Comment #6 from Eric Botcazou  ---
Fixed in the upcoming 6 series.

[Bug driver/69351] response files on linux leave undeleted temporary files

[ebotcazou at gcc dot gnu.org]

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

Eric Botcazou  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-01-23
 CC||ebotcazou at gcc dot gnu.org
Summary|[5 only] response files on  |response files on linux
   |linux leave undeleted   |leave undeleted temporary
   |temporary files |files
 Ever confirmed|0   |1

--- Comment #5 from Eric Botcazou  ---
> I'll try to dig into more details locally why I see it only on 5.3.0.

2015-06-23  Tristan Gingold  

* collect-utils.c (collect_wait): Unlink the response file here
instead of...
(do_wait): ...here.
(utils_cleanup): ...and here.

[Bug c++/68514] [6 Regression] ICE in tr1/5_numerical_facilities libstdc++ test cases

[jakub at gcc dot gnu.org]

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

--- Comment #5 from Jakub Jelinek  ---
(In reply to Rainer Emrich from comment #4)
> Revison 232071 broke bootstrap on x86_64-w64-mingw32, see bug 69440.
> I can't test until trunk bootstraps again for x86_64-w64-mingw32.

You could manually revert that commit in the latest trunk and retry.

[Bug tree-optimization/69426] [5/6 Regression] ICE: verify_ssa failed (error: missing definition) w/ -O2 (and above) -ftree-parallelize-loops=2

[vries at gcc dot gnu.org]

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

vries at gcc dot gnu.org changed:

   What|Removed |Added

   Keywords||ice-on-valid-code, patch

--- Comment #5 from vries at gcc dot gnu.org ---
https://gcc.gnu.org/ml/gcc-patches/2016-01/msg01806.html

[Bug bootstrap/69434] [6 Regression] bootstrap failed with --with-arch=corei7 --with-cpu=corei7

[jakub at gcc dot gnu.org]

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

--- Comment #3 from Jakub Jelinek  ---
Author: jakub
Date: Sat Jan 23 09:54:19 2016
New Revision: 232763

URL: https://gcc.gnu.org/viewcvs?rev=232763=gcc=rev
Log:
PR bootstrap/69434
* genrecog.c: Define INCLUDE_ALGORITHM before including system.h,
remove  include.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/genrecog.c

[Bug fortran/69422] Unexpected result with allocatable character type component

[antony at cosmologist dot info]

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

--- Comment #4 from Antony Lewis  ---
But "source" is allocatable, not a pointer? (the pointer P is explicitly
allocated in the example)

[Bug c++/65685] Reducing alignment with alignas should be rejected

[msebor at gcc dot gnu.org]

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

Martin Sebor  changed:

   What|Removed |Added

 CC||msebor at gcc dot gnu.org
  Known to fail||4.5.3, 4.8.3, 4.9.3, 5.3.0,
   ||6.0

--- Comment #2 from Martin Sebor  ---
Still fails with the latest trunk and always has.

Below is a slightly modified test case to compare the behavior between C++11
(using alignas), C11 (using _Alignas), and prior standards (using GCC's
__attribute__ aligned).  As expected, GCC in C11 mode rejects the _Alignas
specifier iB with the error below:
u.cpp:10:32: error: ‘_Alignas’ specifiers cannot reduce alignment of ‘a’

Both gcc and g++ silently accept but ignore __attribute__ aligned in B (it
would be nice if they issued a warning to point that out).

Finally, as noted, g++ in C++11 mode silently accepts the code:

$ cat u.cpp && /home/msebor/build/gcc-trunk-svn/gcc/xgcc
-B/home/msebor/build/gcc-trunk-svn/gcc -S -Wall -Wextra -Wpedantic -std=c++11
-xc++ u.cpp
#if __cplusplus >= 201103L
#  define Align(N)   alignas (N)
#elif __STDC_VERSION__ >= 201112L
#  define Align(N)   _Alignas (N)
#else
#  define Align(N) __attribute__ ((aligned (N)))
#endif

typedef struct A { Align (8) char c; } A;
typedef struct B { Align (1) A a; } B;

#define A(e) typedef char Assert [1 - 2 * !(e)]

A (__alignof__ (A) == 8);
A (__alignof__ (B) == 8);

[Bug target/69442] [6 Regression] wrong code with -Og and 64bit modulo @ armv7a

[zsojka at seznam dot cz]

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

--- Comment #2 from Zdenek Sojka  ---
(In reply to ktkachov from comment #1)
> Does this occur for other optimisations levels?

It happens only with -Og.

Difference -O1 -> -Og:

@@ -22,6 +22,8 @@
@ frame_needed = 0, uses_anonymous_args = 0
@ link register save eliminated.
push{r4, r5}
+   mvn r0, r0, lsr #16
+   mvn r0, r0, lsl #16
subsr2, r2, #255
sbc r3, r3, #0
mvn r4, #24
@@ -29,15 +31,12 @@
movtr5, 65535
cmp r3, r5
cmpeq   r2, r4
-   movcs   r1, #1
-   movcc   r1, #0
-   mvn r4, #24
-   umull   r4, r5, r1, r4
-   sub r5, r5, r1, lsl #16
+   movcs   r4, #1
+   movcc   r4, #0
+   mvn r1, #24
+   umull   r4, r5, r4, r1
subsr2, r2, r4
sbc r3, r3, r5
-   mvn r0, r0, lsr #16
-   mvn r0, r0, lsl #16
addsr4, r2, r0
adc r5, r3, #0
mov r0, r4

The code is the same, except;
-   sub r5, r5, r1, lsl #16
which is missing in the -Og code.

> The modulo by a power of 2 expansion was changed for arm for GCC 6 but that
> was for signed values, whereas the testcase uses unsigned variables and the
> modulo operation is not by a power of 2...

Maybe the problem is in the older GCC branches as well, but it is not exposed
on this particular testcase.

[Bug target/69444] New: [6 Regression] recent changes broke x64_64 -> powerpc crosscompiler build

[zsojka at seznam dot cz]

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

Bug ID: 69444
   Summary: [6 Regression] recent changes broke x64_64 -> powerpc
crosscompiler build
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: zsojka at seznam dot cz
  Target Milestone: ---
  Host: x86_64-pc-linux-gnu
Target: powerpc-unknown-linux-gnu

powerpc64-unknown-linux-gnu builds fine, but powerpc-unknown-linux-gnu
crosscompiler fails to build with:

$ /repo/gcc-trunk/configure --enable-languages=c,c++
--enable-checking=yes,rtl,df --without-cloog --without-ppl --without-isl
--build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu
--target=powerpc-unknown-linux-gnu
--with-ld=/usr/bin/powerpc-unknown-linux-gnu-ld
--with-as=/usr/bin/powerpc-unknown-linux-gnu-as
--with-sysroot=/usr/powerpc-unknown-linux-gnu --disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-232765-checking-yes-rtl-df-nographite-powerpc
...
$ make
...

In file included from /repo/gcc-trunk/libgcc/soft-fp/soft-fp.h:42:0,
 from /repo/gcc-trunk/libgcc/config/rs6000/ibm-ldouble.c:372:
/repo/gcc-trunk/libgcc/config/rs6000/ibm-ldouble.c: In function 'fmsub':
./sfp-machine.h:148:5: error: impossible constraint in 'asm'
 __asm__ __volatile__ ("mtfsf 255, %0" \
 ^

/repo/gcc-trunk/libgcc/config/rs6000/ibm-ldouble.c:393:5: note: in expansion of
macro 'FP_INIT_ROUNDMODE'
 FP_INIT_ROUNDMODE;
 ^

./sfp-machine.h:148:5: error: impossible constraint in 'asm'
 __asm__ __volatile__ ("mtfsf 255, %0" \
 ^

/repo/gcc-trunk/libgcc/config/rs6000/ibm-ldouble.c:414:5: note: in expansion of
macro 'FP_INIT_ROUNDMODE'
 FP_INIT_ROUNDMODE;
 ^

./sfp-machine.h:148:5: error: impossible constraint in 'asm'
 __asm__ __volatile__ ("mtfsf 255, %0" \
 ^

/repo/gcc-trunk/libgcc/config/rs6000/ibm-ldouble.c:422:5: note: in expansion of
macro 'FP_INIT_ROUNDMODE'
 FP_INIT_ROUNDMODE;
 ^

[Bug c++/69022] attribute vector_size ignored with dependent bytes

[msebor at gcc dot gnu.org]

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

--- Comment #3 from Martin Sebor  ---
Author: msebor
Date: Sat Jan 23 16:01:47 2016
New Revision: 232766

URL: https://gcc.gnu.org/viewcvs?rev=232766=gcc=rev
Log:
PR c++/58109 - alignas() fails to compile with constant expression
PR c++/69022 - attribute vector_size ignored with dependent bytes

gcc/testsuite/ChangeLog:
2016-01-23  Martin Sebor  

PR c++/58109
PR c++/69022
* g++.dg/cpp0x/alignas5.C: New test.
* g++.dg/ext/vector29.C: Same.

gcc/cp/ChangeLog:
2016-01-23  Martin Sebor  

PR c++/58109
PR c++/69022
* decl2.c (is_late_template_attribute): Handle dependent argument
to attribute align and attribute vector_size.

Added:
trunk/gcc/testsuite/g++.dg/ext/vector29.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/decl2.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/cpp0x/alignas5.C

[Bug c++/58109] alignas() fails to compile with constant expression

[msebor at gcc dot gnu.org]

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

--- Comment #8 from Martin Sebor  ---
Author: msebor
Date: Sat Jan 23 16:01:47 2016
New Revision: 232766

URL: https://gcc.gnu.org/viewcvs?rev=232766=gcc=rev
Log:
PR c++/58109 - alignas() fails to compile with constant expression
PR c++/69022 - attribute vector_size ignored with dependent bytes

gcc/testsuite/ChangeLog:
2016-01-23  Martin Sebor  

PR c++/58109
PR c++/69022
* g++.dg/cpp0x/alignas5.C: New test.
* g++.dg/ext/vector29.C: Same.

gcc/cp/ChangeLog:
2016-01-23  Martin Sebor  

PR c++/58109
PR c++/69022
* decl2.c (is_late_template_attribute): Handle dependent argument
to attribute align and attribute vector_size.

Added:
trunk/gcc/testsuite/g++.dg/ext/vector29.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/decl2.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/cpp0x/alignas5.C

[Bug c++/58109] alignas() fails to compile with constant expression

[msebor at gcc dot gnu.org]

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

Martin Sebor  changed:

   What|Removed |Added

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

--- Comment #9 from Martin Sebor  ---
Fixed by r232766.

[Bug bootstrap/69440] [6 Regression] Revision 232071 breaks bootstrap on x86_64-w64-mingw32

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||build
   Target Milestone|--- |6.0

[Bug target/69447] New: [5/6 Regression] wrong code with -O2 -fno-schedule-insns and mixed 8/16/32/64bit arithmetics @ armv7a

[zsojka at seznam dot cz]

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

Bug ID: 69447
   Summary: [5/6 Regression] wrong code with -O2
-fno-schedule-insns and mixed 8/16/32/64bit
arithmetics @ armv7a
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: zsojka at seznam dot cz
  Target Milestone: ---
  Host: x86_64-pc-linux-gnu
Target: armv7a-*-linux-gnueabi

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

Output:
$ armv7a-hardfloat-linux-gnueabi-gcc -v
Using built-in specs.
COLLECT_GCC=/repo/gcc-trunk/binary-latest-armv7a-hardfloat/bin/armv7a-hardfloat-linux-gnueabi-gcc
COLLECT_LTO_WRAPPER=/repo/gcc-trunk/binary-trunk-232760-checking-yes-rtl-df-nographite-armv7a-hardfloat/bin/../libexec/gcc/armv7a-hardfloat-linux-gnueabi/6.0.0/lto-wrapper
Target: armv7a-hardfloat-linux-gnueabi
Configured with: /repo/gcc-trunk//configure --enable-languages=c,c++
--enable-checking=yes,rtl,df --without-cloog --without-ppl --without-isl
--with-float=hard --with-arch=armv7-a --build=x86_64-pc-linux-gnu
--host=x86_64-pc-linux-gnu --target=armv7a-hardfloat-linux-gnueabi
--with-ld=/usr/bin/armv7a-hardfloat-linux-gnueabi-ld
--with-as=/usr/bin/armv7a-hardfloat-linux-gnueabi-as
--with-sysroot=/usr/armv7a-hardfloat-linux-gnueabi --disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-232760-checking-yes-rtl-df-nographite-armv7a-hardfloat
Thread model: posix
gcc version 6.0.0 20160123 (experimental) (GCC) 

$ armv7a-hardfloat-linux-gnueabi-gcc testcase.c -O2 -fno-schedule-insns
$ qemu-arm ./a.out 
7739
qemu: uncaught target signal 6 (Aborted) - core dumped
Aborted

The expected output is "7737".

The .optimized dump is the same as when compiled without -fno-schedule-insns.

Tested revisions:
trunk r232760 - FAIL
5-branch r232545 - FAIL
4_9-branch r232544 - OK
4_8-branch r224828 - OK

[Bug target/69444] [6 Regression] recent changes broke x64_64 -> powerpc crosscompiler build

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

   Target Milestone|--- |6.0

[Bug libstdc++/69446] [6 Regression] cow-stdexcept.cc:374:1: error: alias d efinitions not supported in this configuration

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||build
   Target Milestone|--- |6.0

[Bug fortran/68442] ICE on kind specification, depending on ordering of functions

[dominiq at lps dot ens.fr]

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

--- Comment #9 from Dominique d'Humieres  ---
> Created attachment 37430 [details]
> Patch for testing

The patch looks good to me. No regression.

[Bug tree-optimization/68398] [6 Regression] coremark regression due to r229685

[law at redhat dot com]

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

--- Comment #3 from Jeffrey A. Law  ---
Actually, it's not trying to prevent an irreducible loop, it's trying prevent
creating a loop with several latches or subloops.  So it's not as bad as I
first thought.

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

[tbsaunde at gcc dot gnu.org]

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

tbsaunde at gcc dot gnu.org changed:

   What|Removed |Added

 CC||tbsaunde at gcc dot gnu.org

--- Comment #2 from tbsaunde at gcc dot gnu.org ---
So, the direct cause is that we have two symbols
_Z18IndirectExternCallIPFviiEiEvT_T0_S3_ one for each of the template
instantiations.

Now the interesting bit is that if you compile this code as
g++ test.cc -m32 -fabi-version=7 (note there is no -Wabi=N)
then you get
cc1plus: error: ‘void IndirectExternCall(F, T, T) [with F = void
(__attribute__((stdcall, regparm(3))) *)(int, int); T = int]’ conflicts with
a previous declaration
test.cc:4:6: note: previous declaration ‘void IndirectExternCall(F, T, T)
[with F = void (*)(int, int); T = int]’
 void IndirectExternCall(F f, T t1, T t2) { // { dg-warning "mangled name" }
  ^~

test.cc:4:6: note: a later -fabi-version= (or =0) avoids this error with a
change in mangling

which is a rather laime error, but at least it isn't an ICE I guess.

if you compile it as
g++ test.cc -m32 -fabi-version=7 -fabi-compat-version=8
then you get the same ICE as with -Wabi=8

So I suspect somehow the aliases from -fabi-compat-version are preventing us
from just erroring out.

[Bug libstdc++/69446] New: [6 Regression] cow-stdexcept.cc:374:1: error: alias d efinitions not supported in this configuration

[danglin at gcc dot gnu.org]

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

Bug ID: 69446
   Summary: [6 Regression] cow-stdexcept.cc:374:1: error: alias d
efinitions not supported in this configuration
   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: hppa2.0w-hp-hpux11.11
Target: hppa2.0w-hp-hpux11.11
 Build: hppa2.0w-hp-hpux11.11

libtool: compile:  /test/gnu/gcc/objdir/./gcc/xgcc -shared-libgcc
-B/test/gnu/gcc/objdir/./gcc -nostdinc++
-L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/src
-L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/src/.libs
-L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/libsupc++/.libs
-B/opt/gnu/gcc/gcc-6.0/hppa2.0w-hp-hpux11.11/bin/
-B/opt/gnu/gcc/gcc-6.0/hppa2.0w-hp-hpux
11.11/lib/ -isystem /opt/gnu/gcc/gcc-6.0/hppa2.0w-hp-hpux11.11/include -isystem
/opt/gnu/gcc/gcc-6.0/hppa2.0w-hp-hpux11.11/sys-include
-I/test/gnu/gcc/gcc/libst
dc++-v3/../libgcc
-I/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/incl
ude/hppa2.0w-hp-hpux11.11
-I/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++
-v3/include -I/test/gnu/gcc/gcc/libstdc++-v3/libsupc++ -std=gnu++11
-D_GLIBCXX_S
HARED -fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -Wabi
-fdiagnostics-show-location=once -frandom-seed=cow-stdexcept.lo -g -O2 -c
../../..
/../../gcc/libstdc++-v3/src/c++11/cow-stdexcept.cc  -fPIC -DPIC
-D_GLIBCXX_SHARE
D -o cow-stdexcept.o
../../../../../gcc/libstdc++-v3/src/c++11/cow-stdexcept.cc:374:1: error: alias
d
efinitions not supported in this configuration _ZGTtNSt##NAME##C2EPKc (CLASS*,
const char*)\
 ^

../../../../../gcc/libstdc++-v3/src/c++11/cow-stdexcept.cc:408:1: note: in
expansion of macro 'CTORDTOR'
 CTORDTOR(11logic_error, std::logic_error, logic_error)
 ^~~~

../../../../../gcc/libstdc++-v3/src/c++11/cow-stdexcept.cc:387:1: error: alias
definitions not supported in this configuration
 _ZGTtNSt##NAME##C2ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE( \
 ^

../../../../../gcc/libstdc++-v3/src/c++11/cow-stdexcept.cc:408:1: note: in
expansion of macro 'CTORDTOR'
 CTORDTOR(11logic_error, std::logic_error, logic_error)
 ^~~~
...

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

[jakub at gcc dot gnu.org]

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

--- Comment #4 from Jakub Jelinek  ---
(In reply to Mikhail Maltsev from comment #3)
> (In reply to Jakub Jelinek from comment #2)
> > That is just weird and I can't reproduce it.
> Somehow these two failures disappeared after rebuild.
> 
> > That said, perhaps it would be
> > better to only propagate LSAN_OPTIONS down if it is set.  So replace
> > "LSAN_OPTIONS=$(LSAN_OPTIONS)" with
> > "$(if $(LSAN_OPTIONS),LSAN_OPTIONS=$(LSAN_OPTIONS))"
> > in both spots?
> 
> Probably it should be something like
> 
> $(if $(LSAN_OPTIONS),LSAN_OPTIONS="$(LSAN_OPTIONS)")
> 
> because if I quote the whole condition, make says "make: *** empty string
> invalid as file name". I'm currently testing this patch and will submit it
> to gcc-patches after tests finish.

And
$(if $(LSAN_OPTIONS),"LSAN_OPTIONS=$(LSAN_OPTIONS)")
doesn't work either?  That would match more what is there for other options.

[Bug tree-optimization/68398] [6 Regression] coremark regression due to r229685

[law at redhat dot com]

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

--- Comment #5 from Jeffrey A. Law  ---
Doing it after the loop optimizer doesn't help.  I haven't really looked into
why.

The concerns around not creating new subloops or multiple latches pre-date a
lot of the loop infrastructure changes Richi has made, so it may make sense to
relax those -- I'll have to look into that more deeply.

[Bug tree-optimization/69445] Fail to devirtualize call to base class function even though derived class type is 'final'

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

   Severity|normal  |enhancement

[Bug c++/58601] [meta-bug] alignas

[msebor at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58601
Bug 58601 depends on bug 59012, which changed state.

Bug 59012 Summary: alignas does not support parameter pack expansions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59012

   What|Removed |Added

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

[Bug c++/59012] alignas does not support parameter pack expansions

[msebor at gcc dot gnu.org]

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

Martin Sebor  changed:

   What|Removed |Added

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

--- Comment #6 from Martin Sebor  ---
Fixed on trunk by r222902 and bacported to 5.x branch in r222927.

[Bug tree-optimization/69445] New: Fail to devirtualize call to base class function even though derived class type is 'final'

[redi at gcc dot gnu.org]

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

Bug ID: 69445
   Summary: Fail to devirtualize call to base class function even
though derived class type is 'final'
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Keywords: missed-optimization
  Severity: normal
  Priority: P3
 Component: tree-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: redi at gcc dot gnu.org
  Target Milestone: ---

G++ should devirtualize both calls in func(const C&):

struct Base {
  virtual void foo() const = 0;
  virtual void bar() const {}
};

struct C final : Base {
  void foo() const { }
};

void func(const C & c) {
  c.bar();
  c.foo();
}

We take advantage of the fact that C is final and so C::foo() can't be
overriden, but don't apply the same logic to Base::bar().

With -O3 Clang optimises func to an empty function but with G++ the x86_64 code
is:

Base::bar() const:
rep ret
func(C const&):
movq(%rdi), %rax
movq8(%rax), %rax
cmpqBase::bar() const, %rax
jne .L5
rep ret
.L5:
jmp *%rax

[Bug target/69442] [6 Regression] wrong code with -Og and 64bit modulo @ armv7a

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

   Target Milestone|--- |6.0

[Bug target/69447] [5/6 Regression] wrong code with -O2 -fno-schedule-insns and mixed 8/16/32/64bit arithmetics @ armv7a

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

   Target Milestone|--- |5.4

[Bug c++/64236] [c++11] last alignas overrides stricter on a class definition

[msebor at gcc dot gnu.org]

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

Martin Sebor  changed:

   What|Removed |Added

   Last reconfirmed|2015-04-07 00:00:00 |2016-1-23
  Known to fail||4.8.3, 4.9.3, 5.3.0, 6.0

--- Comment #4 from Martin Sebor  ---
Still fails on trunk:
$ cat u.cpp && /home/msebor/build/gcc-trunk-svn/gcc/xgcc
-B/home/msebor/build/gcc-trunk-svn/gcc -Wall -Wextra -Wpedantic -std=c++11
-xc++ u.cpp
struct alignas(32) alignas(8) S { char d[8]; };
static_assert(alignof(S) == 32, "");
u.cpp:2:1: error: static assertion failed
 static_assert(alignof(S) == 32, "");
 ^

[Bug tree-optimization/68398] [6 Regression] coremark regression due to r229685

[spop at gcc dot gnu.org]

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

--- Comment #4 from Sebastian Pop  ---
Thanks Jeff for looking into this issue.
I was thinking about a heuristic as you mentioned in comment #2:
what about allowing creation of irreducible loops, multiple latches, etc. after
the loop optimizers are done?

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

[miyuki at gcc dot gnu.org]

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

--- Comment #3 from Mikhail Maltsev  ---
(In reply to Jakub Jelinek from comment #2)
> That is just weird and I can't reproduce it.
Somehow these two failures disappeared after rebuild.

> That said, perhaps it would be
> better to only propagate LSAN_OPTIONS down if it is set.  So replace
> "LSAN_OPTIONS=$(LSAN_OPTIONS)" with
> "$(if $(LSAN_OPTIONS),LSAN_OPTIONS=$(LSAN_OPTIONS))"
> in both spots?

Probably it should be something like

$(if $(LSAN_OPTIONS),LSAN_OPTIONS="$(LSAN_OPTIONS)")

because if I quote the whole condition, make says "make: *** empty string
invalid as file name". I'm currently testing this patch and will submit it to
gcc-patches after tests finish.

[Bug c++/58601] [meta-bug] alignas

[msebor at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58601
Bug 58601 depends on bug 58109, which changed state.

Bug 58109 Summary: alignas() fails to compile with constant expression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58109

   What|Removed |Added

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

[Bug c++/69022] attribute vector_size ignored with dependent bytes

[msebor at gcc dot gnu.org]

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

Martin Sebor  changed:

   What|Removed |Added

   Keywords||rejects-valid
 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED

--- Comment #4 from Martin Sebor  ---
Fixed by r232766.

[Bug libstdc++/69446] [6 Regression] cow-stdexcept.cc:374:1: error: alias d efinitions not supported in this configuration

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

   Priority|P3  |P4
 CC||jakub at gcc dot gnu.org

[Bug tree-optimization/69426] [5/6 Regression] ICE: verify_ssa failed (error: missing definition) w/ -O2 (and above) -ftree-parallelize-loops=2

[vries at gcc dot gnu.org]

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

--- Comment #6 from vries at gcc dot gnu.org ---
Author: vries
Date: Sat Jan 23 20:28:17 2016
New Revision: 232767

URL: https://gcc.gnu.org/viewcvs?rev=232767=gcc=rev
Log:
Fix clobber removal in parloops

2016-01-23  Tom de Vries  

PR tree-optimization/69426
* tree-parloops.c (eliminate_local_variables_stmt): Handle vdef of
removed clobber.

* gcc.dg/autopar/pr69426.c: New test.

Added:
trunk/gcc/testsuite/gcc.dg/autopar/pr69426.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-parloops.c

[Bug debug/68244] FAIL: g++.dg/parse/parens3.C -std=gnu++98 (internal compiler error)

[dave.anglin at bell dot net]

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

--- Comment #2 from dave.anglin at bell dot net ---
> Does this work now?


The ICE can be avoided by changing the register to one that can be fixed on
hppa.  For example,

dave@mx3210:~/gnu/gcc/gcc/gcc/testsuite$ svn diff g++.dg/parse/parens3.C
Index: g++.dg/parse/parens3.C
===
--- g++.dg/parse/parens3.C  (revision 232649)
+++ g++.dg/parse/parens3.C  (working copy)
@@ -5,7 +5,12 @@
   int i;
 };

+#ifdef __hppa__ 
+/* Register %r1 can't be fixed when generating PIC code.  */
+register struct s *reg __asm__( "4" );
+#else
 register struct s *reg __asm__( "1" );
+#endif

 int f(void)
 {

However, this doesn't fix the ICE.  There should be some kind of error message.

Dave
--
John David Anglin   dave.ang...@bell.net

[Bug c++/69449] New: Some invalid fold expressions incorrectly accepted

[rs2740 at gmail dot com]

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

Bug ID: 69449
   Summary: Some invalid fold expressions incorrectly accepted
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: rs2740 at gmail dot com
  Target Milestone: ---

Repro:

struct A { A(int = 0); A operator+(A) const; };
struct B { B(int = 0); operator int() const; };

template
void f(){
(A() + A() + ... + A(Is)); // compiles!
}

template
void g(){
(B() + B() + ... + B(Is)); // error: binary expression in operand 
   //of fold-expression
}

Both function templates should be rejected, because neither A() + A() nor B() +
B() is a cast-expression, but only the one calling the built-in operator + is.

[Bug rtl-optimization/68106] c-c++-common/torture/builtin-arith-overflow-11.c FAILs with -flra-remat @ aarch64

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED
   Target Milestone|--- |5.4

--- Comment #6 from Andrew Pinski  ---
Fixed.

[Bug c++/69315] [6 Regression] ICE in finish_function with constexpr and templates

[gerrit.los at gmail dot com]

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

--- Comment #4 from Gert-jan Los  ---
The original problem is also resolved by the proposed patch.  Thanks.

[Bug debug/68244] FAIL: g++.dg/parse/parens3.C -std=gnu++98 (internal compiler error)

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||ice-on-valid-code

--- Comment #1 from Andrew Pinski  ---
Does this work now?

[Bug c++/68386] error: invalid initialization of reference of type 'void (&&)()' from expression of type 'void()'

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

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

--- Comment #2 from Andrew Pinski  ---
Confirmed.

[Bug c++/68377] [c++17] "binary expression in operand of fold-expression" error when folding an expression

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||rejects-valid
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-01-23
Summary|[c++1z] "binary expression  |[c++17] "binary expression
   |in operand of   |in operand of
   |fold-expression" error when |fold-expression" error when
   |folding an expression   |folding an expression
 Ever confirmed|0   |1

--- Comment #1 from Andrew Pinski  ---
Confirmed.

[Bug target/68380] NetBSD has SSP in libc

[pinskia at gcc dot gnu.org]

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

--- Comment #1 from Andrew Pinski  ---
Patches should goto gcc-patches@ .

[Bug testsuite/68643] FAIL: gcc.dg/tree-prof/cold_partition_label.c scan-assembler foo[._]+cold[._]+0

[danglin at gcc dot gnu.org]

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

--- Comment #3 from John David Anglin  ---
Introduced by this change:

2015-09-25  Teresa Johnson  

* opts.c (finish_options): Unset -freorder-blocks-and-partition
if not using profile.

[Bug c++/65685] Reducing alignment with alignas should be rejected

[msebor at gcc dot gnu.org]

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

Martin Sebor  changed:

   What|Removed |Added

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

--- Comment #3 from Martin Sebor  ---
Working on a patch.

[Bug c++/64826] Better diagnostics for when ADL/overloading doesn't apply as desired

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||diagnostic
   Severity|normal  |enhancement

[Bug ipa/64827] LTO doesn't propogate/optimise initialised global variable value passed by reference

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

   Severity|normal  |enhancement

[Bug tree-optimization/69426] [5/6 Regression] ICE: verify_ssa failed (error: missing definition) w/ -O2 (and above) -ftree-parallelize-loops=2

[vries at gcc dot gnu.org]

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

--- Comment #7 from vries at gcc dot gnu.org ---
Author: vries
Date: Sat Jan 23 20:43:19 2016
New Revision: 232768

URL: https://gcc.gnu.org/viewcvs?rev=232768=gcc=rev
Log:
Fix clobber removal in parloops

2016-01-23  Tom de Vries  

PR tree-optimization/69426
* tree-parloops.c (eliminate_local_variables_stmt): Handle vdef of
removed clobber.

* gcc.dg/autopar/pr69426.c: New test.

Added:
branches/gcc-5-branch/gcc/testsuite/gcc.dg/autopar/pr69426.c
Modified:
branches/gcc-5-branch/gcc/ChangeLog
branches/gcc-5-branch/gcc/testsuite/ChangeLog
branches/gcc-5-branch/gcc/tree-parloops.c

[Bug c++/68161] Inconsistent behaviour of unnamed field with inheritance.

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||rejects-valid
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-01-23
 Ever confirmed|0   |1
  Known to fail||6.0

--- Comment #1 from Andrew Pinski  ---
Confirmed.

[Bug c++/68230] Unused function parameters not reported by -Wunused-parameter when only used recursively.

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||diagnostic
   Severity|normal  |enhancement

[Bug c++/68280] dependent arrays of excessive size not diagnosed

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||accepts-invalid, diagnostic
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-01-23
 Ever confirmed|0   |1

--- Comment #1 from Andrew Pinski  ---
Confirmed

[Bug rtl-optimization/68340] Inner-nested constant-bounded loop not recognized as constant-bounded during loop unrolling

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||missed-optimization
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-01-23
Version|unknown |6.0
 Ever confirmed|0   |1

--- Comment #1 from Andrew Pinski  ---
Confirmed.

[Bug libfortran/68744] FAIL: gfortran.dg/backtrace_1.f90 -O0 execution test

[danglin at gcc dot gnu.org]

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

--- Comment #9 from John David Anglin  ---
Author: danglin
Date: Sat Jan 23 23:32:13 2016
New Revision: 232770

URL: https://gcc.gnu.org/viewcvs?rev=232770=gcc=rev
Log:
PR libfortran/68744
* runtime/backtrace.c: Include gthr.h.
(show_backtrace): Use __gthread_active_p() to determine whether threads
are active.  Return if lbstate is NULL.


Modified:
trunk/libgfortran/ChangeLog
trunk/libgfortran/runtime/backtrace.c

[Bug libfortran/68744] FAIL: gfortran.dg/backtrace_1.f90 -O0 execution test

[danglin at gcc dot gnu.org]

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

John David Anglin  changed:

   What|Removed |Added

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

--- Comment #10 from John David Anglin  ---
Fixed.

[Bug driver/69451] want a high-level option to disable optimizations that harm debuggability

[richlowe at richlowe dot net]

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

--- Comment #2 from Rich Lowe  ---
I'm not certain -Og exactly matches what I wanted, though it's close.

I was hoping to maintain the existing -O I was specifying, but have those
problematic optimizations disabled en-masse.  Does -Og allow for that? (such
that I would pass -O3 -Og, and get in effect -O3 -fno-ipa-cp -fno-ipa-icf etc.)

[Bug testsuite/64891] FAIL: gcc.dg/ipa/pr64307.c (test for excess errors)

[danglin at gcc dot gnu.org]

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

John David Anglin  changed:

   What|Removed |Added

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

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

[Bug libstdc++/69450] [6 Regression] libstdc++-v3/include/math.h:66:1 2: error: 'constexpr bool std::isnan(double)' conflicts with a previous declaration

[danglin at gcc dot gnu.org]

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

--- Comment #1 from John David Anglin  ---
Think the declaration for isnan in include-fixed/math.h should be deleted.
It's an XOPEN extension and conflicts with macro implementation.

[Bug target/68400] ICE in change_address_1, at emit-rtl.c:2125

[nbd at nbd dot name]

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

--- Comment #2 from Felix Fietkau  ---
Created attachment 37446
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37446=edit
Preprocessed source code to reproduce the issue

Triggered the error using the following command:
mips-openwrt-linux-musl-gcc -Os -fstack-protector -Os -mips32r2 -mtune=34kc
-fno-caller-saves -msoft-float -mips16 -minterlink-mips16 -c -o foo.o
pcap-common.preprocessed.c

[Bug c/68272] Unwanted out-of-line instances for C inline functions that are also GCC builtins.

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |INVALID

--- Comment #7 from Andrew Pinski  ---
Note this is only partly related to builtins.  In that the builtins are
declared as extern which forces the inline function to be an extern inline
which has a different meaning in C99 than GNU90  so you should use gnu_inline
or -fno-builtins.

[Bug target/68491] libgcc calls __get_cpuid with 0 level breaks on early 486

[pinskia at gcc dot gnu.org]

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

--- Comment #1 from Andrew Pinski  ---
Patches should goto gcc-patches@ and should be based off the trunk of GCC.

[Bug c++/69448] New: Abbreviated function templates with deduced return type still broken

[rs2740 at gmail dot com]

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

Bug ID: 69448
   Summary: Abbreviated function templates with deduced return
type still broken
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: rs2740 at gmail dot com
  Target Milestone: ---

PR64969 fixed cases where an abbreviated function template returns 'auto' or
'decltype(auto)' (or have a trailing return type), but returning `auto*` and
`auto&` etc. is still broken:

long x;
auto& f(auto) { return x; }
auto* g(auto) { return  }
auto r = f(1);
auto p = g(1);

prog.cc: In instantiation of 'auto& f(auto:1) [with auto:1 = int]':
prog.cc:4:13:   required from here
prog.cc:2:24: error: invalid initialization of non-const reference of type
'int&' from an rvalue of type 'int'
 auto& f(auto) { return x; }
^

prog.cc: In instantiation of 'auto* g(auto:2) [with auto:2 = int]':
prog.cc:5:13:   required from here
prog.cc:3:25: error: cannot convert 'long int*' to 'int*' in return
 auto* g(auto) { return  }
 ^

[Bug libstdc++/69446] [6 Regression] cow-stdexcept.cc:374:1: error: alias d efinitions not supported in this configuration

[danglin at gcc dot gnu.org]

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

--- Comment #1 from John David Anglin  ---
Author: danglin
Date: Sat Jan 23 22:24:59 2016
New Revision: 232769

URL: https://gcc.gnu.org/viewcvs?rev=232769=gcc=rev
Log:
PR libstdc++/69446
* config/os/hpux/os_defines.h (_GLIBCXX_USE_WEAK_REF): Define.


Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/config/os/hpux/os_defines.h

[Bug libstdc++/69450] New: [6 Regression] libstdc++-v3/include/math.h:66:1 2: error: 'constexpr bool std::isnan(double)' conflicts with a previous declaration

[danglin at gcc dot gnu.org]

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

Bug ID: 69450
   Summary: [6 Regression] libstdc++-v3/include/math.h:66:1 2:
error: 'constexpr bool std::isnan(double)' conflicts
with a previous declaration
   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: hppa2.0w-hp-hpux11.11
Target: hppa2.0w-hp-hpux11.11
 Build: hppa2.0w-hp-hpux11.11

/test/gnu/gcc/objdir/./prev-gcc/xg++ -B/test/gnu/gcc/objdir/./prev-gcc/
-B/opt/g
nu/gcc/gcc-6.0/hppa2.0w-hp-hpux11.11/bin/ -nostdinc++
-B/test/gnu/gcc/objdir/prev-hppa2.0w-hp-hpux11.11/libstdc++-v3/src/.libs
-B/test/gnu/gcc/objdir/prev-hppa2
.0w-hp-hpux11.11/libstdc++-v3/libsupc++/.libs 
-I/test/gnu/gcc/objdir/prev-hppa2
.0w-hp-hpux11.11/libstdc++-v3/include/hppa2.0w-hp-hpux11.11 
-I/test/gnu/gcc/objdir/prev-hppa2.0w-hp-hpux11.11/libstdc++-v3/include 
-I/test/gnu/gcc/gcc/libstdc
++-v3/libsupc++
-L/test/gnu/gcc/objdir/prev-hppa2.0w-hp-hpux11.11/libstdc++-v3/s
rc/.libs
-L/test/gnu/gcc/objdir/prev-hppa2.0w-hp-hpux11.11/libstdc++-v3/libsupc+
+/.libs -c   -g -O2 -DIN_GCC -fno-exceptions -fno-rtti
-fasynchronous-unwind
-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual
-Wmissing-format-att
ribute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros
-Wno-o
verlength-strings -Werror -fno-common  -DHAVE_CONFIG_H -DGENERATOR_FILE
-fno-PIE -I. -Ibuild -I../../gcc/gcc -I../../gcc/gcc/build
-I../../gcc/gcc/../include -I./../intl -I../../gcc/gcc/../libcpp/include  \
-o build/genautomata.o ../../gcc/gcc/genautomata.c
In file included from ../../gcc/gcc/genautomata.c:116:0:
/test/gnu/gcc/objdir/prev-hppa2.0w-hp-hpux11.11/libstdc++-v3/include/math.h:66:1
2: error: 'constexpr bool std::isnan(double)' conflicts with a previous
declarat
ion
 using std::isnan;
^

In file included from
/test/gnu/gcc/objdir/prev-hppa2.0w-hp-hpux11.11/libstdc++-v3/include/cmath:45:0,
 from
/test/gnu/gcc/objdir/prev-hppa2.0w-hp-hpux11.11/libstdc++-v3/include/math.h:36,
 from ../../gcc/gcc/genautomata.c:116:
/test/gnu/gcc/objdir/prev-gcc/include-fixed/math.h:129:20: note: previous
declaration 'int isnan(double)'
  extern intisnan(double);
^

make[3]: *** [build/genautomata.o] Error 1

This is in stage2.

[Bug testsuite/64911] FAIL: gcc.c-torture/execute/builtins/strchr.c compilation, -O0

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

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

--- Comment #2 from Andrew Pinski  ---
No feedback in 11 months so closing as invalid.

[Bug rtl-optimization/68730] [6 Regression] wrong code at -O3 on x86_64-linux-gnu (in 32-bit mode)

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 CC||ienkovich at gcc dot gnu.org

--- Comment #10 from Jakub Jelinek  ---
The wrong-code issue went away with r232413.  Was that a fix for this, or just
something that made the issue latent?

[Bug ipa/68219] ICF could fold functions called via a table of function pointers

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||missed-optimization
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-01-23
 Ever confirmed|0   |1

--- Comment #1 from Andrew Pinski  ---
Confirmed.  ICF has to see the only use of the address is in the constant array
and the array is only used for loads and then calls.  It needs more analysis
than most cases.

[Bug target/68228] [4.9 Only] __builtin_ia32_pbroadcastd256 generates wrong insn at >= -O1

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

   Target Milestone|--- |4.9.4
Summary|__builtin_ia32_pbroadcastd2 |[4.9 Only]
   |56 generates wrong insn at  |__builtin_ia32_pbroadcastd2
   |>= -O1  |56 generates wrong insn at
   ||>= -O1

[Bug libstdc++/68303] performance: unordered_map up to 7x speedup

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

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

--- Comment #2 from Andrew Pinski  ---
Confirmed.

  3.90 │400cbc:   udiv   x7, x5, x6
 29.10 │400cc0:   msub   x7, x7, x6, x5
...
  4.33 │400cec:   udiv   x1, x4, x6
 38.62 │400cf0:   msub   x1, x1, x6, x4

[Bug libstdc++/69446] [6 Regression] cow-stdexcept.cc:374:1: error: alias d efinitions not supported in this configuration

[danglin at gcc dot gnu.org]

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

John David Anglin  changed:

   What|Removed |Added

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

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

[Bug preprocessor/64831] Preprocessing # operator with C++11 user-defined literal produces bad output

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED
   Target Milestone|--- |5.0

--- Comment #2 from Andrew Pinski  ---
Fixed in GCC 5.

[Bug target/64774] [ARM/thumb] missed optimization: pc relative ldr used when constant can be derived from register

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||missed-optimization
   Severity|minor   |enhancement

[Bug c/68187] [6 Regression] Poor error message from -Wmisleading-indentation on glibc's ../stdlib/strtol_l.c

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||diagnostic
   Target Milestone|--- |6.0
Summary|Poor error message from |[6 Regression] Poor error
   |-Wmisleading-indentation on |message from
   |glibc's |-Wmisleading-indentation on
   |../stdlib/strtol_l.c|glibc's
   ||../stdlib/strtol_l.c