[Bug fortran/65089] FAIL: gfortran.dg/io_real_boz(2|_[45]).f90 when tested with -fsanitize=address

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-04-03
 Ever confirmed|0   |1

--- Comment #2 from Dominique d'Humieres  ---
> Isn't this a dup of bug 64986?  Or bug 63205?

I doubt it. This PR can be reproduced on x86_64-apple-darwin14 by compiling the
test with -std=f95 or -std=f2003 (not needed to reproduce pr64986).

[Bug middle-end/65665] [5.0 Regression]: g++.dg/torture/pr64378.C -O2 -flto -fno-use-linker-plugin -flto-partition=none

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-04-03
 Ever confirmed|0   |1

--- Comment #2 from Dominique d'Humieres  ---
Also seen on x86_64-apple-darwin14:

FAIL: g++.dg/torture/pr64378.C   -O2 -flto  (internal compiler error)
FAIL: g++.dg/torture/pr64378.C   -O2 -flto  (test for excess errors)
FAIL: g++.dg/torture/pr64378.C   -O2 -flto -flto-partition=none  (internal
compiler error)
FAIL: g++.dg/torture/pr64378.C   -O2 -flto -flto-partition=none  (test for
excess errors)

* thread #1: tid = 0x5ee33b5, 0x00010098f92e
cc1plus`ipa_icf::sem_item_optimizer::update_hash_by_addr_refs() at vec.h:736,
queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1,
address=0x4)
frame #0: 0x00010098f92e
cc1plus`ipa_icf::sem_item_optimizer::update_hash_by_addr_refs() at vec.h:736
   733 inline T &
   734 vec::operator[] (unsigned ix)
   735 {
-> 736   gcc_checking_assert (ix < m_vecpfx.m_num);
   737   return m_vecdata[ix];
   738 }
   739 

>From https://gcc.gnu.org/ml/gcc-regression/2015-03/msg00460.html, it is
r221796.

[Bug middle-end/65665] [5.0 Regression]: g++.dg/torture/pr64378.C -O2 -flto -fno-use-linker-plugin -flto-partition=none

[marxin at gcc dot gnu.org]

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

--- Comment #3 from Martin Liška  ---
Hello.

I've just sent patch to mailing list:
https://gcc.gnu.org/ml/gcc-patches/2015-04/msg00108.html

May I ask you for testing if it survives on your target?

Thanks,
Martin

[Bug testsuite/65205] Wrong dg-shouldfail usage in OpenACC libgomp tests

[vries at gcc dot gnu.org]

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

vries at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-04-03
 Ever confirmed|0   |1

--- Comment #1 from vries at gcc dot gnu.org ---
Confirmed. I see during testing in /var/log/kern.log:
...
Apr  3 10:30:34 linux1 kernel: [40550.740064] lib-42.exe[1885]: segfault at 0
ip 2b359109463e sp 7fffd2ec80a0 error 4 in
libgomp.so.1.0.0[2b359107d000+2]
...

And the failure mode we expect is:
...
/* { dg-shouldfail "libgomp: \[\h+,256\] is not mapped" } */
...

So the dg-shouldfail is currently hiding a problem.

[Bug middle-end/65665] [5.0 Regression]: g++.dg/torture/pr64378.C -O2 -flto -fno-use-linker-plugin -flto-partition=none

[dominiq at lps dot ens.fr]

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

--- Comment #4 from Dominique d'Humieres  ---
> I've just sent patch to mailing list:
> https://gcc.gnu.org/ml/gcc-patches/2015-04/msg00108.html
>
> May I ask you for testing if it survives on your target?

After an incremental update with the patch, the ICE is gone on
x86_64-apple-darwin14 for manual testing.

[Bug target/65581] [5 Regression] testsuite lto issue: multiple definition of `main', undefined reference to `WinMain'

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

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

--- Comment #14 from Rainer Emrich  ---
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 03.04.2015 01:31, schrieb hubicka at gcc dot gnu.org:
> --- Comment #13 from Jan Hubicka  --- the
> compiled code (test.s) is identical to what LTO path produces, so I am 
> convinced this is a bug at binutils side.  Would you please mind filling up
> the PR?
Yes, of course. I will do this later today or on the weekend. I'm trying
binutils 2.25 at the moment, to check if this version is ok.

> 
> There are two issues at least - first is that the resolution of main should
> be PREVAILING_DEF and second that it should not fail with undefined
> symbol.
> 

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJVHlviAAoJEB3HOsWs+KJbaWIH/A4Ocs13Reo+XxB955m8jBuX
46Eb8Uy23ObrJEIYN6i6pyXuptct2MJyj0KvGS3+M8h5WGHuhd9DKCB2kaRlejAR
1gCZdg1t8rF4iyghEfggoUCVDg7qn7bv041fnFhqYwzgx7vONTWEmFWp2PKxmYh5
hvsA18KC9wGEWYT1krY/ovc8VSejc92A9CVd2aGf50O/nRw4g7Y6ciW8FZlOdGlz
yJVca4ognWqeZDDc0pD2J54FthBQtymJ0yetmbhit+5xspS4PfbH/mGvtyr3xFDZ
W6YtXPkJxRBk2OcIJXqpV1eLCYv4NYir+cFbeRbdFWJBEt7wMKIYdG+aiL2Ltto=
=5aW4
-END PGP SIGNATURE-

[Bug fortran/64986] class_to_type_4.f90: valgrind error: Invalid read/write of size 8

[dominiq at lps dot ens.fr]

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

--- Comment #6 from Dominique d'Humieres  ---
> JFTR: starting with a revision in the range (221618:221635] this fails
> somewhat similarly for cris-elf; the simulator reports an invalid memory
> access (any optimization level, different addresses) like so:

The test has been introduced at revision r220482, compiling it with an earlier
revision gives an ICE and I get the valgrind errors with r220509.

[Bug tree-optimization/65637] expand_omp_for_static_chunk ssa-handling code is untested

[vries at gcc dot gnu.org]

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

--- Comment #3 from vries at gcc dot gnu.org ---
Created attachment 35221
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35221&action=edit
patch for autopar-1.exe

For autopar-1.c, the original loop has a loop phi:

  # s.5_20 = PHI 

After expand_omp_for_static_chunk, there's an inner and an outer loop. The
outer loop phi is:

  # s.5_11 = PHI <0.0(15), s.5_12(21)>

and the inner loop phi is:

  # s.5_20 = PHI 

The inner loop phi should not have 0.0 as argument, but the result of the outer
loop phi:

  # s.5_20 = PHI 


This patch fixes the inner loop phi, and autopar-1.exe passes.

[Bug fortran/64986] class_to_type_4.f90: valgrind error: Invalid read/write of size 8

[dominiq at lps dot ens.fr]

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

--- Comment #7 from Dominique d'Humieres  ---
Further reduced test:

program test
  implicit none
  type t
integer :: ii
  end type t
  type, extends(t) :: v
real, allocatable :: rr(:)
  end type v

  type(v) :: b(3)

  b = func7() ! scalar daughter type to array - alloc comps in parent type

contains

  function func7() result(res)
class(v), allocatable :: res
allocate (res, source = v(3,[10.0,20.0]))
  end function func7

end program test

[Bug fortran/63205] [OOP] Wrongly rejects type = class (for identical declared type)

[dominiq at lps dot ens.fr]

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

--- Comment #14 from Dominique d'Humieres  ---
> Reopening, something is wrong with the testcase:(In reply to Paul Thomas
> from comment #11)
> > Fixed on trunk, aka 5.0.0
>
> The added testcase fails with valgrind due to memory errors, please see 
> PR64986.

Since the reported issues have been fixed and the valgrind errors are tracked
by PR64986, I don't see the point to reopen this PR.

[Bug fortran/64944] Coarrays not registered for structure constructor with allocatable coarray components

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-04-03
 Ever confirmed|0   |1

--- Comment #1 from Dominique d'Humieres  ---
Compiling the given tests gives the error

Error: No initializer for component 'i' given in the structure constructor at
(1)!

If I replace 'm()' with 'm(1)', the first test compiles but segfault at run
time, while the two others give an ICE

 call foo(t(m(1)))
 1
internal compiler error: in fold_convert_loc, at fold-const.c:2357

[Bug tree-optimization/65443] Don't peel last iteration from loop in transform_to_exit_first_loop

[vries at gcc dot gnu.org]

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

--- Comment #15 from vries at gcc dot gnu.org ---
Submitted updated patch:
https://gcc.gnu.org/ml/gcc-patches/2015-04/msg00115.html

[Bug fortran/64066] [F2008] Wrongly accepts ; (semicolon) at ending a null token

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-04-03
 Ever confirmed|0   |1

--- Comment #1 from Dominique d'Humieres  ---
Compiling the second test with revision r158253 (2010-04-13) gives the error

  ;END
  1
Error: Semicolon at (1) needs to be preceded by statement

The error has disappeared with r162456 (2010-07-23).

Note that there is no error on trunk (5.0) with -std=f95 or f2003).

[Bug middle-end/65665] [5.0 Regression]: g++.dg/torture/pr64378.C -O2 -flto -fno-use-linker-plugin -flto-partition=none

[hp at gcc dot gnu.org]

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

--- Comment #5 from Hans-Peter Nilsson  ---
(In reply to Martin Liška from comment #3)
> Hello.
> 
> I've just sent patch to mailing list:
> https://gcc.gnu.org/ml/gcc-patches/2015-04/msg00108.html
> 
> May I ask you for testing if it survives on your target?

Results aren't final yet, but well past the point of failure, and so far the
regression is gone with no new ones.  Thanks.

[Bug fortran/64763] [OpenACC] !$acc region not implemented

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-04-03
 Ever confirmed|0   |1

--- Comment #1 from Dominique d'Humieres  ---
Confirmed at revision r221789.

[Bug fortran/63858] fixed form OpenACC directive ICE with -fopenacc -fopenmp

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-04-03
 Ever confirmed|0   |1

--- Comment #6 from Dominique d'Humieres  ---
Confirmed at revision r221789.

[Bug c++/65634] [c++-concepts] ICE in check_noexcept_r() for a noexcept constraint on a static member function call requirement

[andrew.n.sutton at gmail dot com]

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

--- Comment #1 from Andrew Sutton  ---
Created attachment 35222
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35222&action=edit
Proposed solution

[Bug c++/65634] [c++-concepts] ICE in check_noexcept_r() for a noexcept constraint on a static member function call requirement

[andrew.n.sutton at gmail dot com]

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

--- Comment #2 from Andrew Sutton  ---
Confirmed and fixed 221854, but I'd like a maintainer to look at the attached
patch. 

The bug was caused by asking for TYPE_NOTHROW_P on the function return type
instead of the function type. Strangely, this is only affecting this one test
case and none of the other noexcept tests.

[Bug fortran/59016] f951: internal compiler error: Segmentation fault

[dominiq at lps dot ens.fr]

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

--- Comment #9 from Dominique d'Humieres  ---
I have tested on trunk (5.0) the following variant

--- ../_clean/gcc/fortran/interface.c2015-03-25 14:07:04.0 +0100
+++ gcc/fortran/interface.c2015-03-30 10:05:08.0 +0200
@@ -1558,7 +1569,7 @@ next:
something goes wrong.  */

 static int
-check_interface0 (gfc_interface *p, const char *interface_name)
+check_interface0 (gfc_interface *p, const char *interface_name, gfc_symbol
*origin)
 {
   gfc_interface *psave, *q, *qlast;

@@ -1571,7 +1582,16 @@ check_interface0 (gfc_interface *p, cons
|| !p->sym->attr.if_source)
   && p->sym->attr.flavor != FL_DERIVED)
 {
-  if (p->sym->attr.external)
+  if (origin)
+{
+   /* since program crashes, print access statement info or just the
name; then exit! */
+   if (origin->declared_at.lb->file)
+  gfc_error ("undefined function/subroutine for %s at %L ",
+interface_name, &origin->declared_at);
+   else
+ gfc_error ("undefined function/subroutine for %s ",interface_name);
+}
+  else if (p->sym->attr.external)
 gfc_error ("Procedure %qs in %s at %L has no explicit interface",
p->sym->name, interface_name, &p->sym->declared_at);
   else
@@ -1689,7 +1709,7 @@ check_sym_interfaces (gfc_symbol *sym)
   if (sym->generic != NULL)
 {
   sprintf (interface_name, "generic interface '%s'", sym->name);
-  if (check_interface0 (sym->generic, interface_name))
+  if (check_interface0 (sym->generic, interface_name, sym))
 return;

   for (p = sym->generic; p; p = p->next)
@@ -1721,7 +1741,7 @@ check_uop_interfaces (gfc_user_op *uop)
   gfc_namespace *ns;

   sprintf (interface_name, "operator interface '%s'", uop->name);
-  if (check_interface0 (uop->op, interface_name))
+  if (check_interface0 (uop->op, interface_name, NULL))
 return;

   for (ns = gfc_current_ns; ns; ns = ns->parent)
@@ -1814,7 +1834,7 @@ gfc_check_interfaces (gfc_namespace *ns)
 sprintf (interface_name, "intrinsic '%s' operator",
  gfc_op2string ((gfc_intrinsic_op) i));

-  if (check_interface0 (ns->op[i], interface_name))
+  if (check_interface0 (ns->op[i], interface_name, NULL))
 continue;

   if (ns->op[i])

It fixes this PR and at least pr56674, pr58813, pr59024, and pr65469. However
it causes the following regressions:

FAIL: gfortran.dg/constructor_9.f90   -O   (test for errors, line 13)
FAIL: gfortran.dg/constructor_9.f90   -O  (test for excess errors)
FAIL: gfortran.dg/generic_14.f90   -O   (test for errors, line 90)
FAIL: gfortran.dg/generic_14.f90   -O   (test for errors, line 99)
FAIL: gfortran.dg/generic_14.f90   -O  (test for excess errors)
FAIL: gfortran.dg/keyword_symbol_1.f90   -O   (test for errors, line 20)
FAIL: gfortran.dg/keyword_symbol_1.f90   -O  (test for excess errors)
FAIL: gfortran.dg/proc_decl_3.f90   -O   (test for errors, line 37)
FAIL: gfortran.dg/proc_decl_3.f90   -O   (test for errors, line 38)
FAIL: gfortran.dg/proc_decl_3.f90   -O   (test for errors, line 39)
FAIL: gfortran.dg/proc_decl_3.f90   -O  (test for excess errors)

[Bug debug/57519] DW_TAG_imported_declaration put in wrong class (base class instead of derived class)

[iains at gcc dot gnu.org]

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

--- Comment #8 from Iain Sandoe  ---
(In reply to Francois-Xavier Coudert from comment #7)
> Created attachment 34064 [details]
> Code generated for the testcase by "g++ -gdwarf-2 -dA -O0
> -fno-merge-debug-strings imported-decl-2.C -S -fverbose-asm"

note that Darwin is -gstrict-dwarf and the test also fails on x86_64-linux if
the options are changed to include this:
-gdwarf-2 -gstrict-dwarf -dA -O0 -fno-merge-debug-strings

[Bug ipa/65666] New: [5 Regression] FAIL: g++.dg/torture/pr64378.C -O2 -flto -fno-use-linker-plugin -flto-partitio n=none (internal compiler error)

[danglin at gcc dot gnu.org]

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

Bug ID: 65666
   Summary: [5 Regression] FAIL: g++.dg/torture/pr64378.C   -O2
-flto -fno-use-linker-plugin -flto-partitio n=none
(internal compiler error)
   Product: gcc
   Version: 5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: ipa
  Assignee: unassigned at gcc dot gnu.org
  Reporter: danglin at gcc dot gnu.org
  Host: hppa*-*-*
Target: hppa*-*-*
 Build: hppa*-*-*

Created attachment 35223
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35223&action=edit
Preprocessed source

On hppa-unknown-linux-gnu with r221839,

spawn /home/dave/gnu/gcc/objdir/gcc/testsuite/g++/../../xg++
-B/home/dave/gnu/gc
c/objdir/gcc/testsuite/g++/../../
/home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/to
rture/pr64378.C -fno-diagnostics-show-caret -fdiagnostics-color=never
-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/gn
u/gcc/gcc/libstdc++-v3/libsupc++
-I/home/dave/gnu/gcc/gcc/libstdc++-v3/include/b
ackward -I/home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/util -fmessage-length=0 
-O2 -flto -fno-use-linker-plugin -flto-partition=none -fno-ipa-cp -S -o
pr64378.
s
/home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/torture/pr64378.C:24:1: internal
com
piler error: Segmentation fault
0x6bf897 crash_signal
../../gcc/gcc/toplev.c:383
0xa27ff8 ipa_icf::sem_item_optimizer::update_hash_by_addr_refs()
../../gcc/gcc/ipa-icf.c:2509
0xa2816f ipa_icf::sem_item_optimizer::execute()   
../../gcc/gcc/ipa-icf.c:23940xa29f9f ipa_icf_driver   
../../gcc/gcc/ipa-icf.c:33040xa29f9f ipa_icf::pass_ipa_icf::execute(function*) 
  ../../gcc/gcc/ipa-icf.c:3351
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.
compiler exited with status 1
output is:
/home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/torture/pr64378.C:24:1: internal
compiler error: Segmentation fault
0x6bf897 crash_signal
../../gcc/gcc/toplev.c:383
0xa27ff8 ipa_icf::sem_item_optimizer::update_hash_by_addr_refs()
../../gcc/gcc/ipa-icf.c:2509
0xa2816f ipa_icf::sem_item_optimizer::execute()
../../gcc/gcc/ipa-icf.c:2394
0xa29f9f ipa_icf_driver
../../gcc/gcc/ipa-icf.c:3304
0xa29f9f ipa_icf::pass_ipa_icf::execute(function*)
../../gcc/gcc/ipa-icf.c:3351
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.

FAIL: g++.dg/torture/pr64378.C   -O2 -flto -fno-use-linker-plugin
-flto-partition=none  (internal compiler error)
FAIL: g++.dg/torture/pr64378.C   -O2 -flto -fno-use-linker-plugin
-flto-partition=none  (test for excess errors)

Similar fails seen on hppa64-hp-hpux11.11 with r221840,

FAIL: g++.dg/torture/pr64378.C   -O2 -flto -flto-partition=none  (internal
compi
ler error)
FAIL: g++.dg/torture/pr64378.C   -O2 -flto -flto-partition=none  (test for
exces
s errors)
FAIL: g++.dg/torture/pr64378.C   -O2 -flto  (internal compiler error)
FAIL: g++.dg/torture/pr64378.C   -O2 -flto  (test for excess errors)

[Bug ipa/65666] [5 Regression] FAIL: g++.dg/torture/pr64378.C -O2 -flto -fno-use-linker-plugin -flto-partitio n=none (internal compiler error)

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

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

--- Comment #1 from Dominique d'Humieres  ---
Dup.

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

[Bug middle-end/65665] [5.0 Regression]: g++.dg/torture/pr64378.C -O2 -flto -fno-use-linker-plugin -flto-partition=none

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 CC||danglin at gcc dot gnu.org

--- Comment #6 from Dominique d'Humieres  ---
*** Bug 65666 has been marked as a duplicate of this bug. ***

[Bug c++/65667] New: [5 Regression] FAIL: g++.dg/cpp0x/pr57101.C -std=gnu++11 (test for excess errors)

[danglin at gcc dot gnu.org]

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

Bug ID: 65667
   Summary: [5 Regression] FAIL: g++.dg/cpp0x/pr57101.C
-std=gnu++11 (test for excess errors)
   Product: gcc
   Version: 5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: danglin at gcc dot gnu.org
  Host: hppa-unknown-linux-gnu
Target: hppa-unknown-linux-gnu
 Build: hppa-unknown-linux-gnu

spawn /home/dave/gnu/gcc/objdir/gcc/testsuite/g++/../../xg++
-B/home/dave/gnu/gc
c/objdir/gcc/testsuite/g++/../../
/home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/cpp0x/pr57101.C
-fno-diagnostics-show-caret -fdiagnostics-color=never -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/bac
kward -I/home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/util -fmessage-length=0
-std=gnu++11 -fcompare-debug -S -o
pr57101.s/home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/cpp0x/pr57101.C:171:31:
fatal error: definition of std::initializer_list does not match #include
compilation terminated.compiler exited with status 1output
is:/home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/cpp0x/pr57101.C:171:31: fatal
error: definition of std::initializer_list does not match #include

compilation terminated.FAIL: g++.dg/cpp0x/pr57101.C  -std=gnu++11 (test for
excess errors)Excess
errors:/home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/cpp0x/pr57101.C:171:31:
fatal error: definition of std::initializer_list does not match #include
compilation terminated.

Similar fail:
FAIL: g++.dg/cpp0x/pr57101.C  -std=gnu++14 (test for excess errors)

[Bug c++/65667] [5 Regression] FAIL: g++.dg/cpp0x/pr57101.C -std=gnu++11 (test for excess errors)

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-04-03
 Ever confirmed|0   |1

--- Comment #1 from Dominique d'Humieres  ---
See also https://gcc.gnu.org/ml/gcc-patches/2015-04/msg00037.html.

[Bug tree-optimization/65637] expand_omp_for_static_chunk ssa-handling code is untested

[vries at gcc dot gnu.org]

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

--- Comment #4 from vries at gcc dot gnu.org ---
Created attachment 35224
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35224&action=edit
current state of patch series

Current state of patch series. Passes libgomp graphite.exp, libgomp c.exp and
gcc autopar.exp.

Patch series:
1. Set chunk_size to one for parloops parallel
2. Fix assert after loop over phis and edge_var_map
3. Use edge from iter_part_bb to fin_bb
4. Fix inner loop reduction phi argument
5. Handle case that fin_bb has more than one predecessor

[Bug middle-end/65665] [5.0 Regression]: g++.dg/torture/pr64378.C -O2 -flto -fno-use-linker-plugin -flto-partition=none

[dominiq at lps dot ens.fr]

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

--- Comment #7 from Dominique d'Humieres  ---
(In reply to Martin Liška from comment #3)
> Hello.
> 
> I've just sent patch to mailing list:
> https://gcc.gnu.org/ml/gcc-patches/2015-04/msg00108.html
> 
> May I ask you for testing if it survives on your target?

The patch fixes the PR without regression on x86_64-apple-darwin14 (clean
bootstrap and full regtesting). Thanks.

[Bug c++/65667] [5 Regression] FAIL: g++.dg/cpp0x/pr57101.C -std=gnu++11 (test for excess errors)

[mpolacek at gcc dot gnu.org]

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

Marek Polacek  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|unassigned at gcc dot gnu.org  |mpolacek at gcc dot 
gnu.org
   Target Milestone|--- |5.0

--- Comment #2 from Marek Polacek  ---
Patch:
https://gcc.gnu.org/ml/gcc-patches/2015-04/msg00046.html

[Bug c++/65667] [5 Regression] FAIL: g++.dg/cpp0x/pr57101.C -std=gnu++11 (test for excess errors)

[mpolacek at gcc dot gnu.org]

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

Marek Polacek  changed:

   What|Removed |Added

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

--- Comment #3 from Marek Polacek  ---
Fixed.

[Bug c++/65636] [c++-concepts] ICE (Segmentation fault) when a type requirement names a typedef or type alias

[andrew.n.sutton at gmail dot com]

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

--- Comment #1 from Andrew Sutton  ---
Created attachment 35225
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35225&action=edit
Proposed solution

[Bug c++/65636] [c++-concepts] ICE (Segmentation fault) when a type requirement names a typedef or type alias

[andrew.n.sutton at gmail dot com]

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

--- Comment #2 from Andrew Sutton  ---
Confirmed and with a tentative fix in r221856.

Certain type declarations occurring at namespace scope are not given C++
language extensions, so when we try to pass those through tsubst_decl, the
specialization handling bits fail. This prevents those from being used, but
still performs the substitution, performing access checks, copying attributes,
etc.

I'd like a maintainer to look at the solution. There's probably a better way to
address the problem.

[Bug target/65660] [5 Regression] 252.eon regression on bdver2 with -Ofast

[hubicka at gcc dot gnu.org]

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

--- Comment #6 from Jan Hubicka  ---
Performance seems to be back at Apr 2
Apr 2, 2015 16:20 UTC
(Values: Base: 164.gzip: 1562, 175.vpr: 2384, 176.gcc: 2873, 181.mcf: 3743,
186.crafty: 2922, 197.parser: 2002, 252.eon: 4144, 255.vortex: 3345, 256.bzip2:
2221, 300.twolf: 3269 Peak: , 164.gzip: 1550, 175.vpr: 2402, 176.gcc: 2838,
181.mcf: 3810, 186.crafty: 2811, 197.parser: 1918, 252.eon: 4377, 255.vortex:
4353, 256.bzip2: 2334, 300.twolf: 3225)
Apr 2, 2015 07:20 UTC
(Values: Base: 164.gzip: 1573, 175.vpr: 2144, 176.gcc: 2798, 181.mcf: 3739,
186.crafty: 2906, 197.parser: 1990, 252.eon: 3795, 255.vortex: 3100, 256.bzip2:
2214, 300.twolf: 3252 Peak: , 164.gzip: 1554, 175.vpr: 2402, 176.gcc: 2825,
181.mcf: 3794, 186.crafty: 2804, 197.parser: 1915, 252.eon: 4339, 255.vortex:
4350, 256.bzip2: 2344, 300.twolf: 3264)

Not sure what changed in that range

[Bug target/65660] [5 Regression] 252.eon regression on bdver2 with -Ofast

[hubicka at gcc dot gnu.org]

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

--- Comment #7 from Jan Hubicka  ---
32bit runs still shows regression between
Feb 10, 2015 17:03 UTC
(Values: Base: 164.gzip: 1478, 176.gcc: 3065, 181.mcf: 5127, 186.crafty:
2013, 197.parser: 2057, 252.eon: 2604, 255.vortex: 3062, 256.bzip2: 2062,
300.twolf: 3332 Peak: , 164.gzip: 1504, 181.mcf: 5178, 186.crafty: 2187,
197.parser: 2108, 255.vortex: 4408, 256.bzip2: 2201, 300.twolf: 3375)
Feb 10, 2015 08:03 UTC
(Values: Base: 164.gzip: 1475, 176.gcc: 3064, 181.mcf: 5145, 186.crafty:
2008, 197.parser: 2056, 252.eon: 2920, 255.vortex: 3069, 256.bzip2: 2086,
300.twolf: 3335 Peak: , 164.gzip: 1473, 181.mcf: 5185, 186.crafty: 2187,
197.parser: 2115, 255.vortex: 4415, 256.bzip2: 2231, 300.twolf: 3364)

http://gcc.opensuse.org/SPEC/CINT/sb-megrez-head-64-32o-32bit/252_eon_big.png

So probably still the costmodel change?

[Bug c++/65635] [c++-concepts] ICE in cp_tree_equal() during class template partial specialization constraint matching

[andrew.n.sutton at gmail dot com]

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

--- Comment #1 from Andrew Sutton  ---
Confirmed and fixed in r221857.

[Bug fortran/59016] f951: internal compiler error: Segmentation fault

[drikosev at otenet dot gr]

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

--- Comment #10 from drikosev at otenet dot gr ---
Created attachment 35226
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35226&action=edit
altered patch for the regressions reported in comment 9

Hi Dominiq,

In a slightly altered patched, I've added a precondition which examines first
the locus of the current symbol and finally the error reported seems to comply
with the testsuites.

I've run the 4 tests one by one with the debugger; I don't know what is exactly
the meaning of the phrase "(test for excess errors)" or why each test appears
twice in your list. If I miss any important details please tell me.

Regards,
Ev. Drikos

[Bug c++/64085] ICE on C++14 lambda by-reference capture with an initializer

[paolo.carlini at oracle dot com]

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

Paolo Carlini  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED
   Assignee|paolo.carlini at oracle dot com|unassigned at gcc dot 
gnu.org
   Target Milestone|--- |5.0

--- Comment #7 from Paolo Carlini  ---
Fixed.

[Bug c++/64085] ICE on C++14 lambda by-reference capture with an initializer

[paolo at gcc dot gnu.org]

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

--- Comment #6 from paolo at gcc dot gnu.org  ---
Author: paolo
Date: Fri Apr  3 17:23:27 2015
New Revision: 221858

URL: https://gcc.gnu.org/viewcvs?rev=221858&root=gcc&view=rev
Log:
/cp
2015-04-03  Paolo Carlini  

PR c++/64085
* lambda.c (add_capture): Use dependent_type_p for capture by
reference too.

/testsuite
2015-04-03  Paolo Carlini  

PR c++/64085
* g++.dg/cpp1y/lambda-init13.C: New.

Added:
trunk/gcc/testsuite/g++.dg/cpp1y/lambda-init13.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/lambda.c
trunk/gcc/testsuite/ChangeLog

[Bug ipa/65076] [5 Regression] 16% tramp3d-v4.cpp compile time regression

[hubicka at gcc dot gnu.org]

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

--- Comment #55 from Jan Hubicka  ---
Author: hubicka
Date: Fri Apr  3 18:09:13 2015
New Revision: 221859

URL: https://gcc.gnu.org/viewcvs?rev=221859&root=gcc&view=rev
Log:
PR ipa/65076
* ipa-inline.c (edge_badness): Add combined size to the denominator.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/ipa-inline.c

[Bug ipa/65655] [5 Regression] ICE in speculative_call_info, at cgraph.c:1151

[hubicka at gcc dot gnu.org]

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

Jan Hubicka  changed:

   What|Removed |Added

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

--- Comment #7 from Jan Hubicka  ---
Fixed.

[Bug ipa/65655] [5 Regression] ICE in speculative_call_info, at cgraph.c:1151

[hubicka at gcc dot gnu.org]

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

--- Comment #6 from Jan Hubicka  ---
Author: hubicka
Date: Fri Apr  3 18:19:53 2015
New Revision: 221860

URL: https://gcc.gnu.org/viewcvs?rev=221860&root=gcc&view=rev
Log:

PR ipa/65655
* ipa-inline-analysis.c (edge_set_predicate): Do not redirect
speculative indirect edges to avoid ordering issue.
* g++.dg/torture/pr65655.C: New testcase.

Added:
trunk/gcc/testsuite/g++.dg/torture/pr65655.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/ipa-inline-analysis.c
trunk/gcc/testsuite/ChangeLog

[Bug target/65660] [5 Regression] 252.eon regression on bdver2 with -Ofast

[rguenther at suse dot de]

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

--- Comment #8 from rguenther at suse dot de  ---
On April 3, 2015 6:22:48 PM GMT+02:00, "hubicka at gcc dot gnu.org"
 wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65660
>
>--- Comment #6 from Jan Hubicka  ---
>Performance seems to be back at Apr 2
>Apr 2, 2015 16:20 UTC
>(Values: Base: 164.gzip: 1562, 175.vpr: 2384, 176.gcc: 2873, 181.mcf:
>3743,
>186.crafty: 2922, 197.parser: 2002, 252.eon: 4144, 255.vortex: 3345,
>256.bzip2:
>2221, 300.twolf: 3269 Peak: , 164.gzip: 1550, 175.vpr: 2402, 176.gcc:
>2838,
>181.mcf: 3810, 186.crafty: 2811, 197.parser: 1918, 252.eon: 4377,
>255.vortex:
>4353, 256.bzip2: 2334, 300.twolf: 3225)
>Apr 2, 2015 07:20 UTC
>(Values: Base: 164.gzip: 1573, 175.vpr: 2144, 176.gcc: 2798, 181.mcf:
>3739,
>186.crafty: 2906, 197.parser: 1990, 252.eon: 3795, 255.vortex: 3100,
>256.bzip2:
>2214, 300.twolf: 3252 Peak: , 164.gzip: 1554, 175.vpr: 2402, 176.gcc:
>2825,
>181.mcf: 3794, 186.crafty: 2804, 197.parser: 1915, 252.eon: 4339,
>255.vortex:
>4350, 256.bzip2: 2344, 300.twolf: 3264)
>
>Not sure what changed in that range

I patched the tester with some workaround.

[Bug c/65668] New: gcc does not know how to use __eabi_uldivmod properly

[goswin-v-b at web dot de]

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

Bug ID: 65668
   Summary: gcc does not know how to use __eabi_uldivmod properly
   Product: gcc
   Version: 4.9.2
   URL: https://gist.github.com/mrvn/0c79b146f74c28da401f
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: goswin-v-b at web dot de
 Build: arm-none-eabi

I have a uint64_t free running counter with a frequenzy of 1Mhz and I want to
print that as hours, minutes, seconds and fraction:

volatile uint64_t count = 0x62a54bc4 // for example
uint64_t t = count;
uint32_t frac, seconds, minutes, hours;
frac = t % 100;
t /= 100;
seconds = t % 60;
t /= 60;
minutes = t % 60;
t /= 60;
hours = t;

This results in 6 calls to __eabi_uldivmod, one for every modulo and every
division, instead of just 3 calls. With long division being rather expensive
that is a substantial waste of time.

[Bug preprocessor/57580] Repeated _Pragma message directives in macro causes problems

[ben at salilab dot org]

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

Ben Webb  changed:

   What|Removed |Added

 CC||ben at salilab dot org

--- Comment #5 from Ben Webb  ---
FWIW, I see the exact same problem with Daniel's test program:

$ gcc -c test.cpp
test.cpp:8:2: error: stray ‘#’ in program
 BROKEN
  ^
test.cpp:8:27: note: #pragma message: message0
 BROKEN
   ^
test.cpp:8:3: error: ‘pragma’ does not name a type
 BROKEN
   ^

Note that this is with gcc 4.9 (at least, RedHat's version of it, as packaged
in Fedora 21):

$ gcc -v
Using built-in specs.
COLLECT_GCC=/usr/bin/gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-redhat-linux/4.9.2/lto-wrapper
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla
--enable-bootstrap --enable-shared --enable-threads=posix
--enable-checking=release --enable-multilib --with-system-zlib
--enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object
--enable-linker-build-id --with-linker-hash-style=gnu
--enable-languages=c,c++,objc,obj-c++,fortran,ada,go,lto --enable-plugin
--enable-initfini-array --disable-libgcj
--with-isl=/builddir/build/BUILD/gcc-4.9.2-20150212/obj-x86_64-redhat-linux/isl-install
--with-cloog=/builddir/build/BUILD/gcc-4.9.2-20150212/obj-x86_64-redhat-linux/cloog-install
--enable-gnu-indirect-function --with-tune=generic --with-arch_32=i686
--build=x86_64-redhat-linux
Thread model: posix
gcc version 4.9.2 20150212 (Red Hat 4.9.2-6) (GCC)

[Bug target/65614] [5 Regression] PowerPC VSX systems should use XSCPSGNDP to copy scalar fp data to/from Altivec registers

[meissner at gcc dot gnu.org]

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

Michael Meissner  changed:

   What|Removed |Added

  Attachment #35168|0   |1
is obsolete||

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

[Bug target/65614] [5 Regression] PowerPC VSX systems should use XSCPSGNDP to copy scalar fp data to/from Altivec registers

[dje at gcc dot gnu.org]

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

--- Comment #4 from David Edelsohn  ---
Comment on attachment 35227
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35227
Proposed patch to fix the problem

The FLOAT_EXTEND cost should be based on the processor tuning, not the ISA.

[Bug c++/65669] New: Don't emit debug info for fake_ostream version of cerr (and others)

[dje at google dot com]

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

Bug ID: 65669
   Summary: Don't emit debug info for fake_ostream version of cerr
(and others)
   Product: gcc
   Version: 4.9.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: dje at google dot com

While trying to debug a massive gdb performance issue with printing std::cerr
I'm wasting time trying to create a good testcase. In one program std::cerr is
a typedef of ostream (which I expect and need) and in my testcase I'm always
getting a typedef of fake_ostream.  I think the reason is due to differences in
how the testcase is built and gdb is just happening to pick up the fake_ostream
version from the symbol table.

>From reading src/c++98/globals_io.cc I can appreciate the need for something
like this, but is there a reason to emit debug info for the fake_ostream
version?

If I manually strip out the debug info for globals_io.o, rebuild libstdc++.so,
and reinstall, then I get the proper definition.
[
Although I have to work around a gdb bug to do it:
(gdb) p std::cerr
No symbol "cerr" in namespace "std".
(gdb) mt flush-sym
(gdb) mt expand ios_init.cc
(gdb) p std::cerr
$1 = ...
]

With the fake_ostream version I see a char array, which isn't very helpful. :-)

Repro:

#include 

int
main ()
{
  std::cerr << "Yikes!\n";
  return 0;
}

bash$ gdb a.out
(gdb) start
(gdb) p std::cerr

[Bug c++/65669] Don't emit debug info for fake_ostream version of cerr (and others)

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-04-03
 Ever confirmed|0   |1

--- Comment #1 from Jonathan Wakely  ---
No idea how to get the front end to do this, but it makes sense.

[Bug fortran/65089] FAIL: gfortran.dg/io_real_boz(2|_[45]).f90 when tested with -fsanitize=address

[jvdelisle at gcc dot gnu.org]

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

Jerry DeLisle  changed:

   What|Removed |Added

 CC||jvdelisle at gcc dot gnu.org

--- Comment #3 from Jerry DeLisle  ---
With the following patch, the fsanitize error goes away in the io_real_boz2
case. With -std=f2003 the case yields an expected runtime error.  It is the
formatting of this error where the -fsanitize does not like referencing a
pointer for some reason.

Index: format.c
===
--- format.c(revision 221842)
+++ format.c(working copy)
@@ -1117,9 +1117,9 @@
 void
 format_error (st_parameter_dt *dtp, const fnode *f, const char *message)
 {
-  int width, i, offset;
+  int width, i, offset, len;
 #define BUFLEN 300
-  char *p, buffer[BUFLEN];
+  char *p, *q, buffer[BUFLEN];
   format_data *fmt = dtp->u.p.fmt;

   if (f != NULL)
@@ -1132,9 +1132,12 @@
   else
 snprintf (buffer, BUFLEN, "%s\n", message);

+  /* Find the length of the format string.  */
+  for (q = p, len = 0; *q; len++, q++);
+
   /* Get the offset into the format string where the error occurred.  */
   offset = dtp->format_len - (fmt->reversion_ok ?
-  (int) strlen(p) : fmt->format_string_len);
+  len : fmt->format_string_len);

   width = dtp->format_len;

[Bug ipa/65654] [5 Regression] 447.dealII in SPEC CPU 2006 failed to build with LTO

[hubicka at gcc dot gnu.org]

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

--- Comment #2 from Jan Hubicka  ---
OK, it reproduces for me.  The size difference is 2

Caller size is:
Inline summary for set_laplace_on_hex_vector/158341 inlinable
  self time:   1602
  global time: 1602
  self size:   43
  global size: 43
  min size:   31
  self stack:  8
  global stack:8
  estimated growth:23
size:24.50, time:1436.340500, predicate:(true)
size:5.50, time:146.532500, predicate:(not inlined)
size:0.50, time:0.50, predicate:(op0[ref offset: 960] changed) &&
(not inlined)
size:4.50, time:4.50, predicate:(op0[ref offset: 960] changed)
size:0.50, time:0.423500, predicate:(op0[ref offset: 1024] changed) &&
(not inlined)
size:0.50, time:0.423500, predicate:(op0[ref offset: 1024] changed)
size:0.50, time:0.423500, predicate:(op0[ref offset: 992] changed) &&
(not inlined)
size:0.50, time:0.423500, predicate:(op0[ref offset: 992] changed)
  calls:
compute_laplace_vector/158368 --param large-stack-frame-growth limit
reached
  loop depth: 0 freq: 110 size: 3 time: 12 callee size:120 stack:920
reinit/13143 --param max-inline-insns-auto limit reached
  loop depth: 0 freq: 616 size: 3 time: 12 callee size:29 stack: 0
   op1 is compile time invariant

While callee summary has a lot of calls

Inline summary for compute_laplace_vector/158368 inlinable
  self time:   10734
  global time: 8632
  self size:   228
  global size: 240
  min size:   224
  self stack:  912
  global stack:920
  estimated growth:-16
size:156.50, time:8055.395000, predicate:(true)
size:12.50, time:302.00, predicate:(not inlined)
size:0.50, time:0.50, predicate:(op0[ref offset: 960] changed) &&
(not inlined)
size:1.50, time:1.50, predicate:(op0[ref offset: 960] changed)
  calls:
...

My guess is that this actualy is an roundoff issue with updating. There is
nothing interesting propagated and/or optimized out.  This code will change
early next stage with conversion to sreals, so I tend to believe we can drop
the assert for this stage4

[Bug ipa/65654] [5 Regression] 447.dealII in SPEC CPU 2006 failed to build with LTO

[hubicka at gcc dot gnu.org]

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

--- Comment #3 from Jan Hubicka  ---
I am testing the following:

Index: ipa-inline-transform.c
===
--- ipa-inline-transform.c  (revision 221859)
+++ ipa-inline-transform.c  (working copy)
@@ -304,7 +304,8 @@ inline_call (struct cgraph_edge *e, bool
   struct cgraph_node *callee = e->callee->ultimate_alias_target ();
   bool new_edges_found = false;

-#ifdef ENABLE_CHECKING
+  /* This is used only for assert bellow.  */
+#if 0
   int estimated_growth = estimate_edge_growth (e);
   bool predicated = inline_edge_summary (e)->predicate != NULL;
 #endif
@@ -375,7 +376,10 @@ inline_call (struct cgraph_edge *e, bool
to->calls_comdat_local = false;
 }

-#ifdef ENABLE_CHECKING
+  /* FIXME: This assert suffers from roundoff errors, disable it for GCC 5
+ and revisit it after conversion to sreals in GCC 6.
+ See PR 65654.  */
+#if 0
   /* Verify that estimated growth match real growth.  Allow off-by-one
  error due to INLINE_SIZE_SCALE roudoff errors.  */
   gcc_assert (!update_overall_summary || !overall_size || new_edges_found

[Bug target/65648] [5 Regression] Bad code due to IRA fails to recognize the clobber in parallel

[hubicka at gcc dot gnu.org]

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

--- Comment #3 from Jan Hubicka  ---
Author: hubicka
Date: Fri Apr  3 20:25:01 2015
New Revision: 221861

URL: https://gcc.gnu.org/viewcvs?rev=221861&root=gcc&view=rev
Log:

PR ipa/65648
* ipa-inline-transform.c (inline_call): Skip sanity check to work
around the ICE

Modified:
trunk/gcc/ChangeLog
trunk/gcc/ipa-inline-transform.c

[Bug ipa/65654] [6 Regression] 447.dealII in SPEC CPU 2006 failed to build with LTO

[hubicka at gcc dot gnu.org]

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

Jan Hubicka  changed:

   What|Removed |Added

   Target Milestone|5.0 |6.0
Summary|[5 Regression] 447.dealII   |[6 Regression] 447.dealII
   |in SPEC CPU 2006 failed to  |in SPEC CPU 2006 failed to
   |build with LTO  |build with LTO

--- Comment #4 from Jan Hubicka  ---
Retargetting to next stage1 for proper fix. No longer an GCC 5 regression.

[Bug tree-optimization/65637] expand_omp_for_static_chunk ssa-handling code is untested

[vries at gcc dot gnu.org]

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

--- Comment #5 from vries at gcc dot gnu.org ---
(In reply to vries from comment #4)
> Created attachment 35224 [details]
> current state of patch series
> 
> Current state of patch series. Passes libgomp graphite.exp, libgomp c.exp
> and gcc autopar.exp.
> 
> Patch series:
> 1. Set chunk_size to one for parloops parallel
> 2. Fix assert after loop over phis and edge_var_map
> 3. Use edge from iter_part_bb to fin_bb
> 4. Fix inner loop reduction phi argument
> 5. Handle case that fin_bb has more than one predecessor

Bootstrapped and reg-tested on x86_64, no issues found.

[Bug c++/65669] Don't emit debug info for fake_ostream version of cerr (and others)

[dje at google dot com]

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

--- Comment #2 from Doug Evans  ---
I was wondering if one could just do a strip --strip-debug of globals_io.o in
the Makefile.

[Bug target/65670] New: [5 Regression] missing libstdc++ symbols on powerpc64le-linux-gnu

[doko at gcc dot gnu.org]

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

Bug ID: 65670
   Summary: [5 Regression] missing libstdc++ symbols on
powerpc64le-linux-gnu
   Product: gcc
   Version: 5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org

not sure if this is a local configuration error, but I end up with a libstdc++
without these symbols (which exist in a lib built from the 4.9 branch):

 _ZNSt17bad_function_callD0Ev@GLIBCXX_3.4.15 4.6
 _ZNSt17bad_function_callD1Ev@GLIBCXX_3.4.15 4.6
 _ZNSt17bad_function_callD2Ev@GLIBCXX_3.4.15 4.6
 _ZTVSt17bad_function_call@GLIBCXX_3.4.15 4.6

in any case, there should be a baseline_symbols.txt for powerpc64le-linux-gnu,
which currently doesn't exist.

[Bug fortran/65089] FAIL: gfortran.dg/io_real_boz(2|_[45]).f90 when tested with -fsanitize=address

[jvdelisle at gcc dot gnu.org]

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

--- Comment #4 from Jerry DeLisle  ---
The patch eliminates the issue for all three of the BOZ cases. What I do not
understand is why passing the pointer p to strlen causes a problem.

[Bug fortran/65089] FAIL: gfortran.dg/io_real_boz(2|_[45]).f90 when tested with -fsanitize=address

[dominiq at lps dot ens.fr]

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

--- Comment #5 from Dominique d'Humieres  ---
> Le 4 avr. 2015 à 00:25, jvdelisle at gcc dot gnu.org 
>  a écrit :
> 
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65089
> 
> --- Comment #4 from Jerry DeLisle  ---
> The patch eliminates the issue for all three of the BOZ cases. What I do not
> understand is why passing the pointer p to strlen causes a problem.
> 
> -- 
> You are receiving this mail because:
> You reported the bug.

PR61632 comment 16?

[Bug target/65670] [5 Regression] missing libstdc++ symbols on powerpc64le-linux-gnu

[doko at gcc dot gnu.org]

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

Matthias Klose  changed:

   What|Removed |Added

 Target|powerpc64le-linux-gnu   |powerpc64le-linux-gnu,
   ||arm-linux-gnueabi

--- Comment #1 from Matthias Klose  ---
seen on arm-linux-gnueabi too (but not arm-linux-gnueabihf). and it's missing a
baseline symbols file too.

[Bug target/65240] [5 Regression] ICE (insn does not satisfy its constraints) on powerpc64le-linux-gnu

[amodra at gcc dot gnu.org]

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

--- Comment #17 from Alan Modra  ---
Author: amodra
Date: Fri Apr  3 23:16:26 2015
New Revision: 221862

URL: https://gcc.gnu.org/viewcvs?rev=221862&root=gcc&view=rev
Log:
PR target/65576
PR target/65240
* config/rs6000/predicates.md (zero_reg_mem_operand): Exclude
0.0 constant unless TARGET_VSX.
* config/rs6000/rs6000.md (extenddftf2_internal): Remove last
alternative.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/rs6000/predicates.md
trunk/gcc/config/rs6000/rs6000.md

[Bug target/65576] [5 Regression] ICE in gcc.c-torture/compile/pr33855.c

[amodra at gcc dot gnu.org]

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

--- Comment #8 from Alan Modra  ---
Author: amodra
Date: Fri Apr  3 23:16:26 2015
New Revision: 221862

URL: https://gcc.gnu.org/viewcvs?rev=221862&root=gcc&view=rev
Log:
PR target/65576
PR target/65240
* config/rs6000/predicates.md (zero_reg_mem_operand): Exclude
0.0 constant unless TARGET_VSX.
* config/rs6000/rs6000.md (extenddftf2_internal): Remove last
alternative.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/rs6000/predicates.md
trunk/gcc/config/rs6000/rs6000.md

[Bug target/65576] [5 Regression] ICE in gcc.c-torture/compile/pr33855.c

[amodra at gmail dot com]

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

Alan Modra  changed:

   What|Removed |Added

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

--- Comment #9 from Alan Modra  ---
Fixed

[Bug target/65657] [avr] read from __memx address space tramples argument to following function

[cardoe at gentoo dot org]

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

--- Comment #2 from Doug Goldstein  ---
I can confirm the same issue affects gcc 4.9.2

[Bug pch/65550] [5 Regression] ICE (segfault) with pch

[maltsevm at gmail dot com]

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

Mikhail Maltsev  changed:

   What|Removed |Added

 CC||maltsevm at gmail dot com

--- Comment #4 from Mikhail Maltsev  ---
Created attachment 35228
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35228&action=edit
Reproducer

Reduced testcase. The script should be invoked like this:
CXX=/path/to/gcc-5.0/bin/g++ ice_pch.sh

It creates 3 files and invokes GCC 2 times (one for PCH creation, one for
compilation which causes ICE on current trunk). Note, that whitespaces in
source files matter.

[Bug target/65671] New: Assembly failure (invalid register operand) with -O3 -mavx512vl

[jamrial at gmail dot com]

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

Bug ID: 65671
   Summary: Assembly failure (invalid register operand) with -O3
-mavx512vl
   Product: gcc
   Version: 5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: jamrial at gmail dot com

https://raw.githubusercontent.com/foo86/dcadec/e884d9a0d9127528bdc47c1f8db392363fb50876/libdcadec/idct_float.c

gcc -O3 -mavx512f -mavx512vl -c -o libdcadec/idct_float.o
libdcadec/idct_float.c
/tmp/cc3BQBvH.s: Assembler messages:
/tmp/cc3BQBvH.s:1602: Error: invalid register operand for `vextractf128'
/tmp/cc3BQBvH.s:1624: Error: invalid register operand for `vextractf128'
/tmp/cc3BQBvH.s:1670: Error: invalid register operand for `vextractf128'

Lines in question from the resulting assembly file

1602: vextractf128$0x1, %ymm20, 144(%rdx)
1624: vextractf128$0x1, %ymm24, 272(%rdx)
1670: vextractf128$0x1, %ymm19, 400(%rdx)

GCC 5.0.0 (20150329 snapshot) on x86_64-unknown-linux-gnu. Works fine with
-mavx512f alone, so sounds like the assembler is trying to use VEX coding
scheme with the new registers instead of EVEX.