[Bug libstdc++/58265] [lwg/2063] std::string move assignment should be noexcept

[antoshkka at gmail dot com]

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

Antony Polukhin  changed:

   What|Removed |Added

 CC||antoshkka at gmail dot com

--- Comment #7 from Antony Polukhin  ---
Wht's the status of this issue?

Issue still exists in GCC 5.1. Latest wording
http://cplusplus.github.io/LWG/lwg-defects.html#2063 insists on making move
assignment conditionally noexcept.

[Bug rtl-optimization/66891] [6 Regression] ICE in expand_call, at calls.c:3407

[ubizjak at gmail dot com]

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

Uroš Bizjak  changed:

   What|Removed |Added

 Target|x86_64-*-*  |x86
 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED

--- Comment #5 from Uroš Bizjak  ---
Fixed.

[Bug ipa/66896] ipa-prop.c:2479 runtime error: member call on null pointer of type 'struct ipa_polymorphic_call_context'

[zeccav at gmail dot com]

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

--- Comment #5 from Vittorio Zecca  ---
Yes I applied the fix and it now works on all the gcc testsuite.

[Bug rtl-optimization/66891] [6 Regression] ICE in expand_call, at calls.c:3407

[uros at gcc dot gnu.org]

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

--- Comment #4 from uros at gcc dot gnu.org ---
Author: uros
Date: Fri Jul 17 06:32:58 2015
New Revision: 225918

URL: https://gcc.gnu.org/viewcvs?rev=225918&root=gcc&view=rev
Log:
PR rtl-optimization/66891
* calls.c (expand_call): Wrap precompute_register_parameters with
NO_DEFER_POP/OK_DEFER_POP to prevent deferred pops.

testsuite/ChangeLog:

PR target/66891
* gcc.target/i386/pr66891.c: New test.


Added:
trunk/gcc/testsuite/gcc.target/i386/pr66891.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/calls.c
trunk/gcc/testsuite/ChangeLog

[Bug inline-asm/49611] Inline asm should support input/output of flags

[gccbugzilla at limegreensocks dot com]

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

--- Comment #11 from David  ---
Apparently this feature has been checked in:
https://gcc.gnu.org/onlinedocs/gcc/Extended-Asm.html#FlagOutputOperands

[Bug inline-asm/49611] Inline asm should support input/output of flags

[gccbugzilla at limegreensocks dot com]

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

--- Comment #10 from David  ---
There was some discussion of this on the gcc mailing list.  Not sure what
became of it: https://gcc.gnu.org/ml/gcc/2015-05/msg6.html

[Bug libstdc++/66902] New: _S_debug_messages is unneccessary public

[persgray at gmail dot com]

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

Bug ID: 66902
   Summary: _S_debug_messages is unneccessary public
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: libstdc++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: persgray at gmail dot com
  Target Milestone: ---

Created attachment 36000
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36000&action=edit
proposed patch

The _S_debug_messages array is defined in libstdc++-v3/src/c++11/debug.cc
without "static" modifier, therefore becoming exported one. But it isn't used
in GCC anywhere outside the debug.cc source module. I found no users installed
in my laptop running many KDE-, GTK- and console-based programs.

On the other side, size of _S_debug_messages differs in different versions of
libstdc++. This way, while libstdc++ 4.9 is ABI-compatible with libstdc++ 4.2,
this particular symbol causes warnings from ld.so (at least here on OpenBSD).
Yes, libstdc++ versions are "mixed": some software requires decent versions of
GCC and doesn't build on the base one (4.2.1); therefore, such software gets
built and linked with GCC 4.9 (as of now), and libstdc++ 4.9 is forced to be
searched for symbols before libstdc++ 4.2. This works in general, but there is
a nasty warning produced:

WARNING: symbol(_ZN11__gnu_debug17_S_debug_messagesE) size mismatch, relink
your program

This happens because _S_debug_messages contains different number of strings in
different libstdc++ versions.

Since there is no real reason to keep _S_debug_messages public, I propose
making it static. There is an interface for accessing this array:

  const _Error_formatter&
  _Error_formatter::_M_message(_Debug_msg_id __id) const
  { return this->_M_message(_S_debug_messages[__id]); }

So the lack of "static" keyword looks like a simple overlook problem.

The attached patch simply adds "static" keyword. I've been running with this
patch for many weeks without any problem on OpenBSD/amd64.

[Bug c++/66901] New: Segmentation fault in compiler instead of error message for ill-formed program with namespace alias and qualified definition

[anders.granlund.0 at gmail dot com]

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

Bug ID: 66901
   Summary: Segmentation fault in compiler instead of error
message for ill-formed program with namespace alias
and qualified definition
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: anders.granlund.0 at gmail dot com
  Target Milestone: ---

Created attachment 35999
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35999&action=edit
The program prog.cc used in the command line

Compile the attached program prog.cc with the following command line:

gcc prog.cc

This results in a segmentation fault instead of an error message:

gcc: internal compiler error: Segmentation fault (program cc1plus)
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Since the program is ill-formed and diagnostics is required, the expected
behaviour is to get an error message instead of a segmentation fault.

Output for gcc -v:

Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.8/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.8.2-19ubuntu1'
--with-bugurl=file:///usr/share/doc/gcc-4.8/README.Bugs
--enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr
--program-suffix=-4.8 --enable-shared --enable-linker-build-id
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix
--with-gxx-include-dir=/usr/include/c++/4.8 --libdir=/usr/lib --enable-nls
--with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug
--enable-libstdcxx-time=yes --enable-gnu-unique-object --disable-libmudflap
--enable-plugin --with-system-zlib --disable-browser-plugin
--enable-java-awt=gtk --enable-gtk-cairo
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64/jre --enable-java-home
--with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64
--with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.8-amd64
--with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar
--enable-objc-gc --enable-multiarch --disable-werror --with-arch-32=i686
--with-abi=m64 --with-multilib-list=m32,m64,mx32 --with-tune=generic
--enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu
--target=x86_64-linux-gnu
Thread model: posix
gcc version 4.8.2 (Ubuntu 4.8.2-19ubuntu1)

[Bug fortran/66311] [5/6 Regression] Problems with some integer(16) values

[zadeck at naturalbridge dot com]

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

--- Comment #5 from Kenneth Zadeck  ---
thanks



> On Jul 16, 2015, at 5:12 AM, rguenth at gcc dot gnu.org 
>  wrote:
> 
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66311
> 
> Richard Biener  changed:
> 
>   What|Removed |Added
> 
>   Target Milestone|5.2 |5.3
> 
> --- Comment #4 from Richard Biener  ---
> GCC 5.2 is being released, adjusting target milestone to 5.3.
> 
> -- 
> You are receiving this mail because:
> You are on the CC list for the bug.

[Bug fortran/66724] ICE on input/output statements with wrong specifier data

[kargl at gcc dot gnu.org]

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

kargl at gcc dot gnu.org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED
   Target Milestone|--- |5.3

--- Comment #7 from kargl at gcc dot gnu.org ---
Shuold be fixed on trunk and 5-branch.  Thanks for report.

[Bug fortran/66725] Issue with silent conversion int to char, ICE if int too large

[kargl at gcc dot gnu.org]

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

--- Comment #8 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Fri Jul 17 00:31:45 2015
New Revision: 225917

URL: https://gcc.gnu.org/viewcvs?rev=225917&root=gcc&view=rev
Log:
2015-07-16  Steven G. Kargl  

PR fortran/66724
PR fortran/66725
* io.c (is_char_type): Call gfc_resolve_expr().
(match_open_element, match_dt_element, match_inquire_element): Fix
ASYNCHRONOUS case.


Modified:
branches/gcc-5-branch/gcc/fortran/ChangeLog
branches/gcc-5-branch/gcc/fortran/io.c

[Bug fortran/66724] ICE on input/output statements with wrong specifier data

[kargl at gcc dot gnu.org]

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

--- Comment #6 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Fri Jul 17 00:31:45 2015
New Revision: 225917

URL: https://gcc.gnu.org/viewcvs?rev=225917&root=gcc&view=rev
Log:
2015-07-16  Steven G. Kargl  

PR fortran/66724
PR fortran/66725
* io.c (is_char_type): Call gfc_resolve_expr().
(match_open_element, match_dt_element, match_inquire_element): Fix
ASYNCHRONOUS case.


Modified:
branches/gcc-5-branch/gcc/fortran/ChangeLog
branches/gcc-5-branch/gcc/fortran/io.c

[Bug fortran/66724] ICE on input/output statements with wrong specifier data

[kargl at gcc dot gnu.org]

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

--- Comment #5 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Fri Jul 17 00:05:02 2015
New Revision: 225913

URL: https://gcc.gnu.org/viewcvs?rev=225913&root=gcc&view=rev
Log:
2015-07-16  Steven G. Kargl  

PR fortran/66724
PR fortran/66724
* io.c (is_char_type): Call gfc_resolve_expr ().
(match_open_element, match_dt_element, match_inquire_element): Fix
ASYNCHRONOUS case.

Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/io.c

[Bug c++/66218] [c++-concepts] "inconsistent deduction for ‘auto’" with a partial-concept-id in a deduction constraint

[jason at gcc dot gnu.org]

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

--- Comment #5 from Jason Merrill  ---
Fixed more. :)

[Bug c++/66218] [c++-concepts] "inconsistent deduction for ‘auto’" with a partial-concept-id in a deduction constraint

[jason at gcc dot gnu.org]

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

--- Comment #4 from Jason Merrill  ---
Author: jason
Date: Thu Jul 16 22:39:22 2015
New Revision: 225911

URL: https://gcc.gnu.org/viewcvs?rev=225911&root=gcc&view=rev
Log:
PR c++/66218
* gcc/cp/constraint.cc (satisfy_argument_deduction_constraint):
Call tsubst_constraint here.
(tsubst_compound_requirement): And here.
(do_auto_deduction): Not here.

Added:
branches/c++-concepts/gcc/testsuite/g++.dg/concepts/placeholder3.C
branches/c++-concepts/gcc/testsuite/g++.dg/concepts/placeholder4.C
Modified:
branches/c++-concepts/ChangeLog.concepts
branches/c++-concepts/gcc/cp/constraint.cc
branches/c++-concepts/gcc/cp/pt.c

[Bug c++/66900] New: No error message for ill-formed program with qualified name lookup

[anders.granlund.0 at gmail dot com]

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

Bug ID: 66900
   Summary: No error message for ill-formed program with qualified
name lookup
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: anders.granlund.0 at gmail dot com
  Target Milestone: ---

Created attachment 35998
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35998&action=edit
prog.cc used in the command line

Compiled the attached ill-formed program with the following command line:

gcc prog.cc

It compiles without error. The expected behaviour is to get an error message
since the program is ill-formed by basic.lookup.qual]p1:

"... If a :: scope resolution operator in a nested-name-specifier is not
preceded by a decltype-specifier, lookup of the name preceding that ::
considers only namespaces, types, and templates whose specializations are
types. If the name found does not designate a namespace or a class,
enumeration, or dependent type, the program is ill-formed. ..."

http://eel.is/c++draft/basic.lookup.qual#1

For comparison Clang gives a compiler error.

Output for gcc -v:

Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.8/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.8.2-19ubuntu1'
--with-bugurl=file:///usr/share/doc/gcc-4.8/README.Bugs
--enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr
--program-suffix=-4.8 --enable-shared --enable-linker-build-id
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix
--with-gxx-include-dir=/usr/include/c++/4.8 --libdir=/usr/lib --enable-nls
--with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug
--enable-libstdcxx-time=yes --enable-gnu-unique-object --disable-libmudflap
--enable-plugin --with-system-zlib --disable-browser-plugin
--enable-java-awt=gtk --enable-gtk-cairo
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64/jre --enable-java-home
--with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64
--with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.8-amd64
--with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar
--enable-objc-gc --enable-multiarch --disable-werror --with-arch-32=i686
--with-abi=m64 --with-multilib-list=m32,m64,mx32 --with-tune=generic
--enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu
--target=x86_64-linux-gnu
Thread model: posix
gcc version 4.8.2 (Ubuntu 4.8.2-19ubuntu1)

[Bug c++/66844] [c++-concepts] Requires-expression parameter with void type

[jason at gcc dot gnu.org]

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

--- Comment #3 from Jason Merrill  ---
Yes, one of those is a bug, I'm not sure which.  :)

[Bug gcov-profile/66899] [6 Regression] ICE when compiling pkcs7_trust.c in Linux

[trippels at gcc dot gnu.org]

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

Markus Trippelsdorf  changed:

   What|Removed |Added

 CC||law at gcc dot gnu.org
Summary|ICE when compiling  |[6 Regression] ICE when
   |pkcs7_trust.c in Linux  |compiling pkcs7_trust.c in
   ||Linux

--- Comment #3 from Markus Trippelsdorf  ---
Started with r223448.

[Bug go/66870] split stack issues on ppc64le and ppc64

[boger at us dot ibm.com]

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

--- Comment #10 from boger at us dot ibm.com ---
Now that I am building on ppc64 with a new enough glibc, using my latest
patches for rs6000.c and Andreas' patch, and forcing the gold linker to be
used, I am hitting a testcase failure in the libgo fmt test.  

The failure is a segv, gdb shows this:

   0x10024aa0 :ld  r0,-28736(r13)
   0x10024aa4 :  addir12,r1,-160
   0x10024aa8 :  nop
   0x10024aac : cmpld   cr7,r12,r0
   0x10024ab0 : blt-cr7,0x10024b78

   0x10024ab4 : rldicl. r9,r4,8,56
=> 0x10024ab8 : std r4,56(r12)
   0x10024abc : std r5,64(r12)
   0x10024ac0 : std r6,72(r12)
   0x10024ac4 : std r7,80(r12)

r12 does not contain the correct value.  If look below in this function where
the call to __morestack was, I see this:

0x10024b78 :   mflrr0
   0x10024b7c :std r0,16(r1)
   0x10024b80 :bl  0x1004ed18
<.__morestack>
   0x10024b84 :ld  r0,16(r1)
   0x10024b88 :mtlrr0
   0x10024b8c :blr
   0x10024b90 :b   0x10024ab4


For it to get to the code where the segv occurs, it must have taken the last
branch after the call to __morestack.  In reading the comments in the emit
prologue code in rs6000.c, it says that __morestack returns the value in r29
and that should be moved to r12, but I don't see that happening in this code.

Alan, can you look at this? I will send you the details on where it is.

[Bug fortran/66864] floor function error

[kargl at gcc dot gnu.org]

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

kargl at gcc dot gnu.org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED
   Target Milestone|--- |5.3

--- Comment #6 from kargl at gcc dot gnu.org ---
Fixed on trunk and 5-branch.  Thanks for the bug report.

[Bug fortran/66864] floor function error

[kargl at gcc dot gnu.org]

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

--- Comment #5 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Thu Jul 16 19:22:38 2015
New Revision: 225903

URL: https://gcc.gnu.org/viewcvs?rev=225903&root=gcc&view=rev
Log:
2015-07-16  Steven G. Kargl  

PR fortran/66864
* simplify.c (gfc_simplify_floor): Set precision of temporary to
that of arg.

2015-07-16  Steven G. Kargl  

PR fortran/66864
* gfortran.dg/pr66864.f90: New test.

Added:
branches/gcc-5-branch/gcc/testsuite/gfortran.dg/pr66864.f90
Modified:
branches/gcc-5-branch/gcc/fortran/ChangeLog
branches/gcc-5-branch/gcc/fortran/simplify.c
branches/gcc-5-branch/gcc/testsuite/ChangeLog

[Bug fortran/66725] Issue with silent conversion int to char, ICE if int too large

[kargl at gcc dot gnu.org]

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

kargl at gcc dot gnu.org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED
   Target Milestone|--- |5.3

--- Comment #7 from kargl at gcc dot gnu.org ---
Fixed on trunk and 5-branch.  Thanks for the bug report.

[Bug fortran/56520] Syntax error causes misleading message: "Invalid character in name"

[kargl at gcc dot gnu.org]

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

kargl at gcc dot gnu.org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED
   Target Milestone|--- |5.3

--- Comment #11 from kargl at gcc dot gnu.org ---
Fixed on trunk and 5-branch.  Thanks for the bug report.

[Bug fortran/66545] ICE on using undefined parameter/variable values

[kargl at gcc dot gnu.org]

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

kargl at gcc dot gnu.org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED
   Target Milestone|--- |5.3

--- Comment #10 from kargl at gcc dot gnu.org ---
Fixed on trunk and 5-branch.  Thanks for the bug report.

[Bug fortran/66545] ICE on using undefined parameter/variable values

[kargl at gcc dot gnu.org]

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

--- Comment #9 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Thu Jul 16 19:03:05 2015
New Revision: 225901

URL: https://gcc.gnu.org/viewcvs?rev=225901&root=gcc&view=rev
Log:
2015-07-16  Steven G. Kargl   

PR fortran/66545
* primary.c (match_sym_complex_part): Do not dereference NULL pointer.

2015-07-16  Steven G. Kargl   

PR fortran/66545
* gfortran.dg/pr66545_1.f90: New test.
* gfortran.dg/pr66545_2.f90: New test.

Added:
branches/gcc-5-branch/gcc/testsuite/gfortran.dg/pr66545_1.f90
branches/gcc-5-branch/gcc/testsuite/gfortran.dg/pr66545_2.f90
Modified:
branches/gcc-5-branch/gcc/fortran/ChangeLog
branches/gcc-5-branch/gcc/fortran/primary.c
branches/gcc-5-branch/gcc/testsuite/ChangeLog

[Bug gcov-profile/66899] ICE when compiling pkcs7_trust.c in Linux

[trippels at gcc dot gnu.org]

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

Markus Trippelsdorf  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-07-16
 CC||trippels at gcc dot gnu.org
  Component|c   |gcov-profile
 Ever confirmed|0   |1

--- Comment #2 from Markus Trippelsdorf  ---
markus@x4 tmp % cat pkcs7_trust.i
struct
{
  int authority;
} * a, *b, c, d;
int e, f;
static int
fn1 ()
{
  if (a)
goto verified;
  if (b)
goto matched;
  return -126;
matched:
  e = 0;
verified:
  if (b)
for (; &c != b; c = d)
  ;
  return 0;
}

int
fn2 ()
{
  for (;;)
{
  f = fn1 ();
  switch (f)
{
case -126:
  continue;
default:
  return 0;
}
}
}

markus@x4 tmp % /var/tmp/gcc_test/usr/local/bin/gcc -Os -fprofile-arcs -c
pkcs7_trust.i
pkcs7_trust.i: In function ‘fn2’:
pkcs7_trust.i:24:1: error: size of loop 1 should be 10, not 12
 fn2 ()
 ^
pkcs7_trust.i:24:1: internal compiler error: in verify_loop_structure, at
cfgloop.c:1647

[Bug fortran/56520] Syntax error causes misleading message: "Invalid character in name"

[kargl at gcc dot gnu.org]

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

--- Comment #10 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Thu Jul 16 18:44:56 2015
New Revision: 225900

URL: https://gcc.gnu.org/viewcvs?rev=225900&root=gcc&view=rev
Log:
2015-07-16  Steven G. Kargl  

PR fortran/56520
* match.c (gfc_match_name): Special case unary minus and plus.

2015-07-16  Steven G. Kargl  

PR fortran/56520
* gfortran.dg/pr56520.f90: New test.

Added:
branches/gcc-5-branch/gcc/testsuite/gfortran.dg/pr56520.f90
Modified:
branches/gcc-5-branch/gcc/fortran/ChangeLog
branches/gcc-5-branch/gcc/fortran/match.c
branches/gcc-5-branch/gcc/testsuite/ChangeLog

[Bug c/66899] New: ICE when compiling pkcs7_trust.c in Linux

[hpa at zytor dot com]

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

Bug ID: 66899
   Summary: ICE when compiling pkcs7_trust.c in Linux
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: hpa at zytor dot com
  Target Milestone: ---

Created attachment 35997
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35997&action=edit
File that ICEs

Git version: 29a78fec9c08f01c8afa12b08ffe994904a782ce
git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@225722
138bc75d-0d04-0410-961f-82ee72b054a4

When compiling the attached file on x86-64 the compiled ICEs with the following
command line:

gcc -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing
-fno-common -Werror-implicit-function-declaration -Wno-format-security
-std=gnu89 -m64 -falign-jumps=1 -falign-loops=1 -mno-80387 -mno-fp-ret-in-387
-mskip-rax-setup -mtune=generic -mno-red-zone -mcmodel=kernel -funit-at-a-time
-maccumulate-outgoing-args -pipe -Wno-sign-compare
-fno-asynchronous-unwind-tables -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -mno-avx
-fno-delete-null-pointer-checks -Os -Wno-maybe-uninitialized
--param=allow-store-data-races=0 -fno-reorder-blocks -fno-ipa-cp-clone
-fno-partial-inlining -Wframe-larger-than=2048 -fno-stack-protector
-Wno-unused-but-set-variable -fno-omit-frame-pointer
-fno-optimize-sibling-calls -fno-var-tracking-assignments -pg -mfentry
-fno-inline-functions-called-once -Wdeclaration-after-statement
-Wno-pointer-sign -fno-strict-overflow -fconserve-stack -Werror=implicit-int
-Werror=strict-prototypes -Werror=date-time -fprofile-arcs -ftest-coverage
-fsanitize=kernel-address -fasan-shadow-offset=0xdc00 --param
asan-stack=1 --param asan-globals=1 --param
asan-instrumentation-with-call-threshold=0 -c -o pkcs7_trust.o pkcs7_trust.i

The error message is:

../crypto/asymmetric_keys/pkcs7_trust.c: In function ‘pkcs7_validate_trust’:
../crypto/asymmetric_keys/pkcs7_trust.c:168:5: error: size of loop 2 should be
36, not 38
../crypto/asymmetric_keys/pkcs7_trust.c:168:5: internal compiler error: in
verify_loop_structure, at cfgloop.c:1647
0x701d05 verify_loop_structure()
../.././gcc/cfgloop.c:1647
0xa610b5 loop_optimizer_init(unsigned int)
../.././gcc/loop-init.c:109
0xe29e6a execute_vrp
../.././gcc/tree-vrp.c:10362
0xe29e6a execute
../.././gcc/tree-vrp.c:10459
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.

[Bug c/66899] ICE when compiling pkcs7_trust.c in Linux

[hpa at zytor dot com]

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

--- Comment #1 from H. Peter Anvin  ---
I have not yet narrowed down the set of options required to manifest the bug.

[Bug fortran/66725] Issue with silent conversion int to char, ICE if int too large

[kargl at gcc dot gnu.org]

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

--- Comment #6 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Thu Jul 16 18:21:22 2015
New Revision: 225898

URL: https://gcc.gnu.org/viewcvs?rev=225898&root=gcc&view=rev
Log:
2015-07-03  Steven G. Kargl  

PR fortran/66725
* io.c (is_char_type): New function to test for BT_CHARACTER
(gfc_match_open, gfc_match_close, match_dt_element): Use it.


2015-07-03  Steven G. Kargl  

PR fortran/66725
* gfortran.dg/pr66725.f90: New test.


Added:
branches/gcc-5-branch/gcc/testsuite/gfortran.dg/pr66725.f90
Modified:
branches/gcc-5-branch/gcc/fortran/ChangeLog
branches/gcc-5-branch/gcc/fortran/io.c
branches/gcc-5-branch/gcc/testsuite/ChangeLog

[Bug bootstrap/66898] [6 Regression] profiledbootstrap failure on x86

[hjl.tools at gmail dot com]

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

H.J. Lu  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |DUPLICATE
   Target Milestone|--- |6.0

--- Comment #2 from H.J. Lu  ---
Dup.

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

[Bug rtl-optimization/66891] [6 Regression] ICE in expand_call, at calls.c:3407

[hjl.tools at gmail dot com]

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

H.J. Lu  changed:

   What|Removed |Added

 CC||hjl.tools at gmail dot com

--- Comment #3 from H.J. Lu  ---
*** Bug 66898 has been marked as a duplicate of this bug. ***

[Bug c++/66844] [c++-concepts] Requires-expression parameter with void type

[Casey at Carter dot net]

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

--- Comment #2 from Casey Carter  ---
If the intent is to allow parameters of void type - and I admit the wording of
5.1.4/5 is unclear as to exactly which of the rules of 8.3.5 are intended to
apply to the parameter-declaration-clause of a requires-expression - then this
program should be well-formed:

template 
concept bool Same = __is_same_as(T, U);

template 
concept bool C =
  requires (T t, void v) {
requires Same;
  };

template 
constexpr bool is_c() { return true; }

static_assert(is_c(), "");

int main() {}

which the compiler diagnoses with "error: invalid use of type ‘void’ in
parameter declaration".

[Bug bootstrap/66898] [6 Regression] profiledbootstrap failure on x86

[trippels at gcc dot gnu.org]

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

Markus Trippelsdorf  changed:

   What|Removed |Added

 CC||trippels at gcc dot gnu.org

--- Comment #1 from Markus Trippelsdorf  ---
dup of PR66891?

[Bug bootstrap/66898] New: [6 Regression] profiledbootstrap failure on x86

[hjl.tools at gmail dot com]

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

Bug ID: 66898
   Summary: [6 Regression] profiledbootstrap failure on x86
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
  Assignee: unassigned at gcc dot gnu.org
  Reporter: hjl.tools at gmail dot com
CC: ubizjak at gmail dot com
  Target Milestone: ---

On Fedora 22/x86-64, r225875 failed to profiledbootstrap when
GCC was configured with

# PATH=/usr/local32/bin:$PATH
# CC="gcc -m32 -fno-lto" CXX="g++ -m32 -fno-lto"
RUNTESTFLAGS="--target_board='unix'"
/export/gnu/import/git/sources/gcc/configure --with-demangler-in-ld 
--enable-clocale=gnu --with-system-zlib i686-linux --prefix=/usr/gcc-6.0.0
--enable-gnu-indirect-function --disable-werror --enable-libmpx
--with-fpmath=sse
# make -j8 profiledbootstrap CC="gcc -m32 -fno-lto" CXX="g++ -m32 -fno-lto"

with /usr/local32/bin containing 32-bit binutils.  I got

/export/gnu/import/git/sources/gcc/gcc/lto-streamer-out.c: In function ‘void
lto_output_location(output_block*, bitpack_d*, location_t)’:
/export/gnu/import/git/sources/gcc/gcc/lto-streamer-out.c:189:55: internal
compiler error: in expand_call, at calls.c:3407
   bp_pack_value (bp, ob->current_file != xloc.file, 1);
   ^

[Bug c++/66844] [c++-concepts] Requires-expression parameter with void type

[jason at gcc dot gnu.org]

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

Jason Merrill  changed:

   What|Removed |Added

 CC||jason at gcc dot gnu.org

--- Comment #1 from Jason Merrill  ---
A function parameter of type void is ill-formed, but I'm not sure that the same
needs to apply to local parameters of a requires-expression.

[Bug other/66259] Combined gcc and binutils build from git-master fails, with gas/as-new not existing

[hjl.tools at gmail dot com]

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

H.J. Lu  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-07-16
 CC||hjl.tools at gmail dot com
   Target Milestone|--- |6.0
 Ever confirmed|0   |1

--- Comment #8 from H.J. Lu  ---
A patch is posted at

https://gcc.gnu.org/ml/gcc-patches/2015-07/msg01233.html

[Bug rtl-optimization/66626] [4.9/5/6 Regression] gcc.dg/torture/stackalign/non-local-goto-5.c segfaults w/ -mregparm=3 or -miamcu

[hjl.tools at gmail dot com]

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

H.J. Lu  changed:

   What|Removed |Added

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

--- Comment #24 from H.J. Lu  ---
Fixed.

[Bug tree-optimization/61929] [Graphite]: Banerjee and Omega differ on distance vectors (internal compiler error in compute_affine_dependence)

[spop at gcc dot gnu.org]

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

Sebastian Pop  changed:

   What|Removed |Added

 CC||spop at gcc dot gnu.org

--- Comment #9 from Sebastian Pop  ---
Bug was exposed by r213816
https://github.com/gcc-mirror/gcc/commit/ea48ac017975b0f0d4bd1ebd4b25fc658ba5f033

The bug is because we are not checking for the return value of the min/max
operations, that could return infinity when the problem is not bounded.

The new interface of ISL for integers returns an isl_val "infty" that is not
handled by the code.

Testing a fix that enables gcc to pass bootstrap with graphite flags enabled.

[Bug other/66259] Combined gcc and binutils build from git-master fails, with gas/as-new not existing

[matt at godbolt dot org]

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

--- Comment #7 from Matt Godbolt  ---
I just tried with binutils 2.24 instead of 2.25, and the issue did not manifest
itself.

[Bug libstdc++/65033] C++11 atomics: is_lock_free result does not always match the real lock-free property

[bin.x.fan at oracle dot com]

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

--- Comment #9 from Bin Fan  ---
I verified this bug is fixed in 5.1.0. However, it is only fixed in g++, so now
in 5.1.0, gcc and g++ reports different result:

-bash-4.1$ cat is_lock_free.c
#include 
#include 
#define N 10
typedef struct {
  char a[3];
} s3_t;
_Atomic s3_t array[N];
s3_t obj;

int main()
{
  int i;
  for (i=0;i
#include 
using namespace std;
#define N 10
struct s3_t {
  char a[3];
};
atomic array[N];
s3_t obj;

int main()
{
  int i;
  for (i=0;i

[Bug other/66259] Combined gcc and binutils build from git-master fails, with gas/as-new not existing

[matt at godbolt dot org]

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

Matt Godbolt  changed:

   What|Removed |Added

 CC||matt at godbolt dot org

--- Comment #6 from Matt Godbolt  ---
I'm seeing what appears (to me!) to be an identical issue in the 5.2 build. My
build scripts (which have worked for 4.7 through 5.1) use an in-tree binutils
(with a symlink step to symlink everything in-tree). I too see the error:

/data/teamcity/work/sud-chibld05-002-RHEL6/cd26a0c570c605bd/scratch/gcc/5.2.0/objdir/./prev-gcc/as:
line 106:
/data/teamcity/work/sud-chibld05-002-RHEL6/cd26a0c570c605bd/scratch/gcc/5.2.0/objdir/./gas/as-new:
No such file or directory
/data/teamcity/work/sud-chibld05-002-RHEL6/cd26a0c570c605bd/scratch/gcc/5.2.0/objdir/./prev-gcc/as:
line 106: exec:
/data/teamcity/work/sud-chibld05-002-RHEL6/cd26a0c570c605bd/scratch/gcc/5.2.0/objdir/./gas/as-new:
cannot execute: No such file or directory

while building stage 2 LTO plugin.

I'm using binutils 2.25.  Does this seem to be the same issue?

[Bug c++/66897] New: ICE when using remove_reference with type tagged with __may_alias__

[apfokin at gmail dot com]

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

Bug ID: 66897
   Summary: ICE when using remove_reference with type tagged with
__may_alias__
   Product: gcc
   Version: 4.9.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: apfokin at gmail dot com
  Target Milestone: ---

I'm using GCC 4.9.2 on Ubuntu 12.04.5, but I've also reproduced this bug on
4.6.3 and 5.1.0. Seems to be a long-standing one.



I'm getting an ICE when compiling the following program:

template  struct remove_reference{typedef _Tp type;};
template  struct remove_reference<_Tp&>  {typedef _Tp type;};

typedef int __attribute__((__may_alias__)) int_a;

typedef remove_reference::type t;
typedef remove_reference::type q;

int main() {
return 0;
}



This is what g++ -v prints:

Using built-in specs.
COLLECT_GCC=/base/gcc/bin/g++-4.9
COLLECT_LTO_WRAPPER=/base/gcc/bin/../libexec/gcc/x86_64-unknown-linux-gnu/4.9.2/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: /base/gcc/src/configure --with-boot-ldflags='-static-libgcc
-static-libstdc++' --disable-libstdcxx-pch --prefix=/base/gcc
--program-suffix=-4.9 --enable-cloog-backend=isl --enable-languages=c,c++
--enable-__cxa_atexit --disable-nls --disable-multilib
--disable-cloog-version-check --enable-build-poststage1-with-cxx
--enable-build-with-cxx --disable-gnu-unique-object --with-gmp=/base/output
--with-mpfr=/base/output --with-mpc=/base/output --with-isl=/base/output
--with-cloog=/base/output --with-ppl=/base/output --with-as=/base/gcc/bin/as
--with-ld=/base/gcc/bin/ld --enable-gold=yes
Thread model: posix
gcc version 4.9.2 (GCC)



Command line used to compile the code above:

g++ ./test.cpp



Compiler output:

./test.cpp: In instantiation of 'struct remove_reference':
./test.cpp:7:33:   required from here
./test.cpp:2:53: internal compiler error: in finish_member_declaration, at
cp/semantics.c:2829
 template  struct remove_reference<_Tp&>  {typedef _Tp type;};
 ^
0x660f70 finish_member_declaration(tree_node*)
/base/gcc/src/gcc/cp/semantics.c:2829
0x5e15fd instantiate_class_template_1
/base/gcc/src/gcc/cp/pt.c:9245
0x5e15fd instantiate_class_template(tree_node*)
/base/gcc/src/gcc/cp/pt.c:9446
0x637d2d complete_type(tree_node*)
/base/gcc/src/gcc/cp/typeck.c:134
0x617ee2 cp_parser_nested_name_specifier_opt
/base/gcc/src/gcc/cp/parser.c:5399
0x628bd7 cp_parser_simple_type_specifier
/base/gcc/src/gcc/cp/parser.c:14675
0x612385 cp_parser_type_specifier
/base/gcc/src/gcc/cp/parser.c:14417
0x623d90 cp_parser_decl_specifier_seq
/base/gcc/src/gcc/cp/parser.c:11575
0x631169 cp_parser_simple_declaration
/base/gcc/src/gcc/cp/parser.c:11165
0x62b0f3 cp_parser_block_declaration
/base/gcc/src/gcc/cp/parser.c:4
0x6334b2 cp_parser_declaration
/base/gcc/src/gcc/cp/parser.c:11011
0x632228 cp_parser_declaration_seq_opt
/base/gcc/src/gcc/cp/parser.c:10897
0x633a2a cp_parser_translation_unit
/base/gcc/src/gcc/cp/parser.c:4028
0x633a2a c_parse_file()
/base/gcc/src/gcc/cp/parser.c:31701
0x6d9d53 c_common_parse_file()
/base/gcc/src/gcc/c-family/c-opts.c:1067
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.

[Bug rtl-optimization/66626] [4.9/5/6 Regression] gcc.dg/torture/stackalign/non-local-goto-5.c segfaults w/ -mregparm=3 or -miamcu

[vmakarov at gcc dot gnu.org]

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

--- Comment #23 from Vladimir Makarov  ---
Author: vmakarov
Date: Thu Jul 16 15:26:35 2015
New Revision: 225891

URL: https://gcc.gnu.org/viewcvs?rev=225891&root=gcc&view=rev
Log:
2015-07-16  Vladimir Makarov  

PR rtl-optimization/66626
* ira.h (emit-rtl.h): Include.
(non_spilled_static_chain_regno_p): New.
* ira-color.c (setup_profitable_hard_regs): Clear profitable regs
unless it is non spilled static chain pseudo.
(assign_hard_rego): Spill memory profitable allocno unless it is
non spilled static chain pseudo.
(allocno_spill_priority_compare): Put non spilled static chain
pseudo at the end of sorted array.
(improve_allocation): Do nothing if we have static chain and
non-local goto.
(allocno__priority_compare_func): Put non spilled static chain
pseudo at the beginning of sorted array.
(move_spill_restore): Ignore non spilled static chain pseudo.
* ira-costs.c (find_costs_and_classes): Don't assign class NO_REGS
to non spilled static chain pseudo.
* lra-assigns.c (pseudo_compare_func): Put non spilled static chain
pseudo at the beginning of sorted array.
(spill_for): Spill non spilled static chain pseudo last.
* lra-constraints.c (lra_constraints): Remove static chain pseudo
check for equivalence.

2015-07-16  Vladimir Makarov  

PR rtl-optimization/66626
* gcc.target/i386/pr66626-2.c: New.


Added:
trunk/gcc/testsuite/gcc.target/i386/pr66626-2.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/ira-color.c
trunk/gcc/ira-costs.c
trunk/gcc/ira.h
trunk/gcc/lra-assigns.c
trunk/gcc/lra-constraints.c
trunk/gcc/testsuite/ChangeLog

[Bug driver/66737] ld: warning: -z bndplt ignored

[hjl.tools at gmail dot com]

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

--- Comment #7 from H.J. Lu  ---
(In reply to Ilya Enkovich from comment #6)
> (In reply to H.J. Lu from comment #5)
> > I don't think it is correct.  Please see SPEC_64 and SPEC_32 defined
> > in gnu-user64.h.  You should define MPX_SPEC with SPEC_64 and SPEC_32.
> 
> It should be OK since we don't support MPX for other than m32 and m64.  Will
> try with SPEC_64 also.

You should use SPEC_64, not MPX_ARCH_64 you defined, which is wrong.

[Bug driver/66737] ld: warning: -z bndplt ignored

[ienkovich at gcc dot gnu.org]

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

--- Comment #6 from Ilya Enkovich  ---
(In reply to H.J. Lu from comment #5)
> I don't think it is correct.  Please see SPEC_64 and SPEC_32 defined
> in gnu-user64.h.  You should define MPX_SPEC with SPEC_64 and SPEC_32.

It should be OK since we don't support MPX for other than m32 and m64.  Will
try with SPEC_64 also.

[Bug ipa/66896] ipa-prop.c:2479 runtime error: member call on null pointer of type 'struct ipa_polymorphic_call_context'

[marxin at gcc dot gnu.org]

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

Martin Liška  changed:

   What|Removed |Added

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

--- Comment #4 from Martin Liška  ---
Fixed in both trunk and gcc-5 branch.

[Bug ipa/66896] ipa-prop.c:2479 runtime error: member call on null pointer of type 'struct ipa_polymorphic_call_context'

[marxin at gcc dot gnu.org]

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

--- Comment #3 from Martin Liška  ---
Author: marxin
Date: Thu Jul 16 14:53:08 2015
New Revision: 225888

URL: https://gcc.gnu.org/viewcvs?rev=225888&root=gcc&view=rev
Log:
Fix PR ipa/66896.

* g++.dg/ipa/pr66896.c: New test.
PR ipa/66896.
* ipa-prop.c (update_jump_functions_after_inlining): Create properly
dst_ctx if it does not exist.

Modified:
branches/gcc-5-branch/gcc/ChangeLog
branches/gcc-5-branch/gcc/ipa-prop.c
branches/gcc-5-branch/gcc/testsuite/ChangeLog

[Bug fortran/52846] [F2008] Support submodules

[pault at gcc dot gnu.org]

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

--- Comment #14 from Paul Thomas  ---
(In reply to Salvatore Filippone from comment #13)
> Created attachment 35996 [details]
> test case
> 
> Cleaned up a bit of noise due to the process of reducing the test case: it
> was spitting out a legitimate but pointless liker error about
> erractionrestore.
> 
> [sfilippo@jacobi tlink]$ gfortran -o testlk testlk.f90 
> /tmp/ccbhv5VA.o: In function `__error_impl_mod_MOD_ser_error_print_stack':
> testlk.f90:(.text+0x1b): undefined reference to `__error_mod_MOD_serror'
> /tmp/ccbhv5VA.o: In function `__error_impl_mod_MOD_par_error_print_stack':
> testlk.f90:(.text+0x3b): undefined reference to `__error_mod_MOD_perror'
> /tmp/ccbhv5VA.o: In function `__error_mod_MOD_par_error_handler':
> testlk.f90:(.text+0x6a): undefined reference to `__error_mod_MOD_perror'
> testlk.f90:(.text+0x86): undefined reference to `__error_mod_MOD_perror'
> /tmp/ccbhv5VA.o: In function `__error_mod_MOD_ser_error_handler':
> testlk.f90:(.text+0xa5): undefined reference to `__error_mod_MOD_serror'
> /tmp/ccbhv5VA.o: In function `MAIN__':
> testlk.f90:(.text+0xda): undefined reference to `__error_mod_MOD_serror'
> collect2: error: ld returned 1 exit status

OK - this compiles and runs if the PRIVATE statement is removed. As soon as I
return to the privacy issue, I will check that this testcase is OK.

Thanks

Paul

[Bug driver/66737] ld: warning: -z bndplt ignored

[hjl.tools at gmail dot com]

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

--- Comment #5 from H.J. Lu  ---
(In reply to Ilya Enkovich from comment #4)
> OK then.  Testing this patch now:
> 
> diff --git a/gcc/config/i386/linux-common.h b/gcc/config/i386/linux-common.h
> index 63dd8d8..232acea 100644
> --- a/gcc/config/i386/linux-common.h
> +++ b/gcc/config/i386/linux-common.h
> @@ -70,9 +70,15 @@ along with GCC; see the file COPYING3.  If not see
>  #endif
>  #endif
> 
> +#if TARGET_64BIT_DEFAULT
> +#define MPX_ARCH_64 "!m32:"
> +#else
> +#define MPX_ARCH_64 "m64:"
> +#endif
> +
>  #ifndef MPX_SPEC
>  #define MPX_SPEC "\
> - %{mmpx:%{fcheck-pointer-bounds:%{!static:" LINK_MPX "}}}"
> + %{mmpx:%{fcheck-pointer-bounds:%{!static:%{" MPX_ARCH_64 LINK_MPX ""
>  #endif
> 
>  #ifndef LIBMPX_SPEC

I don't think it is correct.  Please see SPEC_64 and SPEC_32 defined
in gnu-user64.h.  You should define MPX_SPEC with SPEC_64 and SPEC_32.

[Bug ipa/66896] ipa-prop.c:2479 runtime error: member call on null pointer of type 'struct ipa_polymorphic_call_context'

[marxin at gcc dot gnu.org]

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

--- Comment #2 from Martin Liška  ---
Author: marxin
Date: Thu Jul 16 14:48:18 2015
New Revision: 225887

URL: https://gcc.gnu.org/viewcvs?rev=225887&root=gcc&view=rev
Log:
Fix PR ipa/66896.

* g++.dg/ipa/pr66896.c: New test.
PR ipa/66896.
* ipa-prop.c (update_jump_functions_after_inlining): Create properly
dst_ctx if it does not exist.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/ipa-prop.c
trunk/gcc/testsuite/ChangeLog

[Bug driver/66737] ld: warning: -z bndplt ignored

[ienkovich at gcc dot gnu.org]

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

--- Comment #4 from Ilya Enkovich  ---
OK then.  Testing this patch now:

diff --git a/gcc/config/i386/linux-common.h b/gcc/config/i386/linux-common.h
index 63dd8d8..232acea 100644
--- a/gcc/config/i386/linux-common.h
+++ b/gcc/config/i386/linux-common.h
@@ -70,9 +70,15 @@ along with GCC; see the file COPYING3.  If not see
 #endif
 #endif

+#if TARGET_64BIT_DEFAULT
+#define MPX_ARCH_64 "!m32:"
+#else
+#define MPX_ARCH_64 "m64:"
+#endif
+
 #ifndef MPX_SPEC
 #define MPX_SPEC "\
- %{mmpx:%{fcheck-pointer-bounds:%{!static:" LINK_MPX "}}}"
+ %{mmpx:%{fcheck-pointer-bounds:%{!static:%{" MPX_ARCH_64 LINK_MPX ""
 #endif

 #ifndef LIBMPX_SPEC

[Bug libffi/65726] [5/6 Regression] libffi fails to build when not bootstrapping: configure: error: C++ preprocessor "/lib/cpp" fails sanity check

[gerald at pfeifer dot com]

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

--- Comment #6 from Gerald Pfeifer  ---
I still can reproduce the failure by configuring with --disable-bootstrap
and then "make" or "make all".

[Bug driver/66737] ld: warning: -z bndplt ignored

[hjl.tools at gmail dot com]

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

--- Comment #3 from H.J. Lu  ---
(In reply to Ilya Enkovich from comment #1)
> Why don't we need it for 32bit? What if we use calling convention allowing
> args on registers?

You can only safely pass arguments in registers when calling internal
functions, which don't use PLT.

[Bug driver/66737] ld: warning: -z bndplt ignored

[hjl.tools at gmail dot com]

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

H.J. Lu  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-07-16
   Target Milestone|--- |6.0
 Ever confirmed|0   |1

--- Comment #2 from H.J. Lu  ---
(In reply to Ilya Enkovich from comment #1)
> Why don't we need it for 32bit? What if we use calling convention allowing
> args on registers?

We don't need it for 32-bit.  That is the bug here.  -z bndplt should be
passed to linker only for 64-bit.

[Bug c++/66748] Crash with abi_tag attribute

[mpolacek at gcc dot gnu.org]

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

Marek Polacek  changed:

   What|Removed |Added

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

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

[Bug c++/66748] Crash with abi_tag attribute

[mpolacek at gcc dot gnu.org]

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

--- Comment #6 from Marek Polacek  ---
Author: mpolacek
Date: Thu Jul 16 13:33:12 2015
New Revision: 225878

URL: https://gcc.gnu.org/viewcvs?rev=225878&root=gcc&view=rev
Log:
PR c++/66748
* tree.c (handle_abi_tag_attribute): Check for CLASS_TYPE_P before
accessing TYPE_LANG_SPECIFIC node.

* g++.dg/abi/abi-tag15.C: New test.

Added:
branches/gcc-4_9-branch/gcc/testsuite/g++.dg/abi/abi-tag15.C
Modified:
branches/gcc-4_9-branch/gcc/cp/ChangeLog
branches/gcc-4_9-branch/gcc/cp/tree.c
branches/gcc-4_9-branch/gcc/testsuite/ChangeLog

[Bug c++/66748] Crash with abi_tag attribute

[mpolacek at gcc dot gnu.org]

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

--- Comment #5 from Marek Polacek  ---
Author: mpolacek
Date: Thu Jul 16 13:25:25 2015
New Revision: 225877

URL: https://gcc.gnu.org/viewcvs?rev=225877&root=gcc&view=rev
Log:
PR c++/66748
* tree.c (handle_abi_tag_attribute): Check for CLASS_TYPE_P before
accessing TYPE_LANG_SPECIFIC node.

* g++.dg/abi/abi-tag15.C: New test.

Added:
branches/gcc-5-branch/gcc/testsuite/g++.dg/abi/abi-tag15.C
Modified:
branches/gcc-5-branch/gcc/cp/ChangeLog
branches/gcc-5-branch/gcc/cp/tree.c
branches/gcc-5-branch/gcc/testsuite/ChangeLog

[Bug fortran/52846] [F2008] Support submodules

[sfilippone at uniroma2 dot it]

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

--- Comment #13 from Salvatore Filippone  ---
Created attachment 35996
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35996&action=edit
test case

Cleaned up a bit of noise due to the process of reducing the test case: it was
spitting out a legitimate but pointless liker error about erractionrestore.

[sfilippo@jacobi tlink]$ gfortran -o testlk testlk.f90 
/tmp/ccbhv5VA.o: In function `__error_impl_mod_MOD_ser_error_print_stack':
testlk.f90:(.text+0x1b): undefined reference to `__error_mod_MOD_serror'
/tmp/ccbhv5VA.o: In function `__error_impl_mod_MOD_par_error_print_stack':
testlk.f90:(.text+0x3b): undefined reference to `__error_mod_MOD_perror'
/tmp/ccbhv5VA.o: In function `__error_mod_MOD_par_error_handler':
testlk.f90:(.text+0x6a): undefined reference to `__error_mod_MOD_perror'
testlk.f90:(.text+0x86): undefined reference to `__error_mod_MOD_perror'
/tmp/ccbhv5VA.o: In function `__error_mod_MOD_ser_error_handler':
testlk.f90:(.text+0xa5): undefined reference to `__error_mod_MOD_serror'
/tmp/ccbhv5VA.o: In function `MAIN__':
testlk.f90:(.text+0xda): undefined reference to `__error_mod_MOD_serror'
collect2: error: ld returned 1 exit status

[Bug driver/66737] ld: warning: -z bndplt ignored

[ienkovich at gcc dot gnu.org]

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

--- Comment #1 from Ilya Enkovich  ---
Why don't we need it for 32bit? What if we use calling convention allowing args
on registers?

[Bug fortran/52846] [F2008] Support submodules

[sfilippone at uniroma2 dot it]

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

--- Comment #12 from Salvatore Filippone  ---
(In reply to Salvatore Filippone from comment #11)
> Created attachment 35995 [details]
> test case

Enjoy :) 

[sfilippo@jacobi tlink]$ gfortran -v 
Using built-in specs.
COLLECT_GCC=gfortran
COLLECT_LTO_WRAPPER=/opt/gnu/dev/libexec/gcc/x86_64-unknown-linux-gnu/6.0.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-dev/configure --prefix=/opt/gnu/dev
--enable-languages=c,c++,fortran --with-gmp=/home/travel/GNUBUILD/gmp
--with-mpfr=/home/travel/GNUBUILD/mpfr --with-mpc=/home/travel/GNUBUILD/mpc
--with-cloog=/home/travel/GNUBUILD/cloog : (reconfigured) ../gcc-dev/configure
--prefix=/opt/gnu/dev --enable-languages=c,c++,fortran
--with-gmp=/home/travel/GNUBUILD/gmp --with-mpfr=/home/travel/GNUBUILD/mpfr
--with-mpc=/home/travel/GNUBUILD/mpc --with-cloog=/home/travel/GNUBUILD/cloog :
(reconfigured) ../gcc-dev/configure --prefix=/opt/gnu/dev
--with-gmp=/home/travel/GNUBUILD/gmp --with-mpfr=/home/travel/GNUBUILD/mpfr
--with-mpc=/home/travel/GNUBUILD/mpc --with-cloog=/home/travel/GNUBUILD/cloog
CC=gcc CXX=g++ --enable-languages=c,c++,fortran,lto --no-create --no-recursion
Thread model: posix
gcc version 6.0.0 20150713 (experimental) (GCC) 
[sfilippo@jacobi tlink]$ gfortran -o testlk testlk.f90 
/tmp/cchNLmkr.o: In function `__error_impl_mod_MOD_ser_error_print_stack':
testlk.f90:(.text+0x1b): undefined reference to `__error_mod_MOD_serror'
/tmp/cchNLmkr.o: In function `__error_impl_mod_MOD_par_error_print_stack':
testlk.f90:(.text+0x3b): undefined reference to `__error_mod_MOD_perror'
/tmp/cchNLmkr.o: In function `__error_mod_MOD_par_error_handler':
testlk.f90:(.text+0x5f): undefined reference to `erractionrestore_'
testlk.f90:(.text+0x7b): undefined reference to `__error_mod_MOD_perror'
testlk.f90:(.text+0x97): undefined reference to `__error_mod_MOD_perror'
/tmp/cchNLmkr.o: In function `__error_mod_MOD_ser_error_handler':
testlk.f90:(.text+0xb8): undefined reference to `erractionrestore_'
testlk.f90:(.text+0xc7): undefined reference to `__error_mod_MOD_serror'
/tmp/cchNLmkr.o: In function `MAIN__':
testlk.f90:(.text+0xfc): undefined reference to `__error_mod_MOD_serror'
collect2: error: ld returned 1 exit status

[Bug fortran/52846] [F2008] Support submodules

[sfilippone at uniroma2 dot it]

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

--- Comment #11 from Salvatore Filippone  ---
Created attachment 35995
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35995&action=edit
test case

[Bug c++/66893] disallowed initialization of reference with explicit user-defined conversion function

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

   Keywords||rejects-valid
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-07-16
Summary|disallowed initialization   |disallowed initialization
   |of reference with   |of reference with explicit
   |user-defined conversion |user-defined conversion
   |function|function
 Ever confirmed|0   |1

--- Comment #2 from Jonathan Wakely  ---
This is a bug, but because of the rest of the paragraph not the part quoted
above:

  For direct-initialization, those explicit conversion functions that are not
  hidden within S and yield type “lvalue reference to cv2 T2” or “cv2 T2” or
  “rvalue reference to cv2 T2”, respectively, where T2 is the same type as T
  or can be converted to type T with a qualification conversion (4.4), are also
  candidate functions."

[Bug c++/66893] disallowed initialization of reference with user-defined conversion function

[redi at gcc dot gnu.org]

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

--- Comment #1 from Jonathan Wakely  ---
(In reply to Barry Revzin from comment #0)
> According to [over.match.ref]: 
> 
> Those non-explicit conversion

Doesn't non-explicit rule out your conversion function?

[Bug tree-optimization/66894] [6 Regression] wrong code at -Os and above on x86_64-linux-gnu

[rguenth at gcc dot gnu.org]

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

--- Comment #4 from Richard Biener  ---
Author: rguenth
Date: Thu Jul 16 11:27:34 2015
New Revision: 225870

URL: https://gcc.gnu.org/viewcvs?rev=225870&root=gcc&view=rev
Log:
2015-07-16  Richard Biener  

PR tree-optimization/66894
* tree-vrp.c (register_edge_assert_for_2): Fix bad assumption
about deriving NE_EXPR from truncated values.

* gcc.dg/torture/pr66894.c: New testcase.

Added:
trunk/gcc/testsuite/gcc.dg/torture/pr66894.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-vrp.c

[Bug tree-optimization/66894] [6 Regression] wrong code at -Os and above on x86_64-linux-gnu

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

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

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

[Bug c++/66892] [DR355] Fix of core language defect 355 has status c++11 but is not implemented yet

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

   Keywords||rejects-valid
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-07-16
Summary|Fix of core language defect |[DR355] Fix of core
   |355 has status c++11 but is |language defect 355 has
   |not implemented yet |status c++11 but is not
   ||implemented yet
 Ever confirmed|0   |1

--- Comment #1 from Jonathan Wakely  ---
The DR says GCC didn't warn back in 2002, but this has been rejected since at
least 4.3.6 so we must have changed it, in the wrong direction.

[Bug c++/66895] Array to pointer decay in list initialization

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

   Keywords||rejects-valid
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-07-16
 Ever confirmed|0   |1

[Bug fortran/52846] [F2008] Support submodules

[paul.richard.thomas at gmail dot com]

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

--- Comment #10 from paul.richard.thomas at gmail dot com  ---
Hi Salvatore,

If you could reduce the source that produces this error for me, I
would be grateful. By the looks of it, the name mangling is
functioning correctly but is picking up the wrong program unit name.

Thanks

Paul

On 14 July 2015 at 14:44, sfilippone at uniroma2 dot it
 wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52846
>
> --- Comment #9 from Salvatore Filippone  ---
> (In reply to Salvatore Filippone from comment #8)
>> (In reply to Paul Thomas from comment #7)
>> Salvatore
>
> Spoke too quickly: I get this linker error
>
> ppde3d.f90:(.text+0x9d0): undefined reference to
> `__psb_error_mod_MOD_psb_perror'
> ../../lib/libpsb_prec.a(psb_dilu_fct.o): In function `psb_dilu_fct_':
> psb_dilu_fct.f90:(.text+0x6a0): undefined reference to
> `__psb_error_mod_MOD_psb_serror'
> psb_dilu_fct.f90:(.text+0x21db): undefined reference to
> `__psb_error_mod_MOD_psb_serror'
>
>
> whereas the relevant implementation submodule shows:
>  T __psb_error_impl_mod_MOD_psb_perror
> 0220 T __psb_error_impl_mod_MOD_psb_serror
>
> i.e. the name mangling is going wrong.
> Salvatore
>
> --
> You are receiving this mail because:
> You are on the CC list for the bug.
> You are the assignee for the bug.

[Bug ipa/66760] [4.9/5/6 Regression] compile time regression in IPA inline analysis on PR26854 testcase

[jamborm at gcc dot gnu.org]

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

--- Comment #5 from Martin Jambor  ---
I have committed the patch to trunk as r225838 but unfortunately
forgot to mention the bug in the commit message.  If there are no
issues, I will backport it to the gcc 5 branch next week.

[Bug middle-end/7651] Define -Wextra strictly in terms of other warning flags

[manu at gcc dot gnu.org]

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

Manuel López-Ibáñez  changed:

   What|Removed |Added

   Target Milestone|5.3 |---

--- Comment #33 from Manuel López-Ibáñez  ---
non-regressions should not have target milestones.

[Bug ipa/66896] ipa-prop.c:2479 runtime error: member call on null pointer of type 'struct ipa_polymorphic_call_context'

[marxin at gcc dot gnu.org]

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

--- Comment #1 from Martin Liška  ---
Created attachment 35994
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35994&action=edit
Suggested patch

[Bug driver/19541] need another option to support what -I- did just besides -iquote

[melebius at gmail dot com]

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

Miroslav Matějů  changed:

   What|Removed |Added

 CC||melebius at gmail dot com,
   ||pinskia at gcc dot gnu.org

--- Comment #24 from Miroslav Matějů  ---
I can confirm the bug is still present in GCC 4.8.2 and 4.9.1. It affects my
workflow in the following way: I need to include stub header files instead of
the original ones (which can reside in the same directory as the compiled
source file) for the purpose of unit-testing. So I need GCC to consider some
include directories before the current directory (which I provide as an include
directory later anyway). The -I- option can do the job, -iquote absolutely not.

I found other affected users when searching for the solution on StackOverflow:
*
http://stackoverflow.com/questions/12353429/prevent-gcc-from-searching-the-current-dir-i-option-on-include-search-path
*
http://stackoverflow.com/questions/3162510/how-to-make-gcc-search-for-headers-in-a-directory-before-the-current-source-file

Please fix this issue by either undeprecating the -I- option or introducing the
-ignore-source-dir option as proposed in
https://gcc.gnu.org/ml/gcc-patches/2006-03/msg01197.html.

[Bug middle-end/64099] [5/6 Regression] ~15% runtime increase for fatigue.f90.

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|5.2 |5.3

--- Comment #16 from Richard Biener  ---
GCC 5.2 is being released, adjusting target milestone to 5.3.

[Bug lto/64860] [5/6 Regression] multiple definition of typeinfo in 5.0 (4.9.2 works)

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|5.2 |5.3

--- Comment #12 from Richard Biener  ---
GCC 5.2 is being released, adjusting target milestone to 5.3.

[Bug target/65501] [5/6 Regression] v850 ICE at c_register_pragma_1, at c-family/c-pragma.c:1317

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|5.2 |5.3

--- Comment #2 from Richard Biener  ---
GCC 5.2 is being released, adjusting target milestone to 5.3.

[Bug debug/56974] c++ ref qualifiers not represented in DWARF

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|5.2 |5.3

--- Comment #6 from Richard Biener  ---
GCC 5.2 is being released, adjusting target milestone to 5.3.

[Bug web/62211] ./configure --with-float= and ARM

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|5.2 |5.3

--- Comment #3 from Richard Biener  ---
GCC 5.2 is being released, adjusting target milestone to 5.3.

[Bug sanitizer/64289] ICE with -fsanitize=float-cast-overflow

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|5.2 |5.3

--- Comment #4 from Richard Biener  ---
GCC 5.2 is being released, adjusting target milestone to 5.3.

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

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|5.2 |5.3

--- Comment #59 from Richard Biener  ---
GCC 5.2 is being released, adjusting target milestone to 5.3.

[Bug libstdc++/64132] [5/6 Regression] FAIL: 22_locale/numpunct/members/char/3.cc execution test

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|5.2 |5.3

--- Comment #3 from Richard Biener  ---
GCC 5.2 is being released, adjusting target milestone to 5.3.

[Bug c/65345] ICE with _Generic selection on _Atomic int

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|5.2 |5.3

--- Comment #11 from Richard Biener  ---
GCC 5.2 is being released, adjusting target milestone to 5.3.

[Bug target/65689] [5 Regression][AArch64] S constraint fails for inline asm at -O0

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|5.2 |5.3

--- Comment #12 from Richard Biener  ---
GCC 5.2 is being released, adjusting target milestone to 5.3.

[Bug target/66047] vlc compilation failure with target attribute

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|5.2 |5.3

--- Comment #8 from Richard Biener  ---
GCC 5.2 is being released, adjusting target milestone to 5.3.

[Bug ipa/66738] [5/6 Regression] optimizer bug related to exceptions and static symbols

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|5.2 |5.3

--- Comment #4 from Richard Biener  ---
GCC 5.2 is being released, adjusting target milestone to 5.3.

[Bug tree-optimization/63989] tree-ssa-strlen.c doesn't handle constant pointer plus and array refs if constant offset is smaller than known constant string length

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|5.2 |5.3

--- Comment #6 from Richard Biener  ---
GCC 5.2 is being released, adjusting target milestone to 5.3.

[Bug ipa/65844] [5/6 Regression] ICE (verify_cgraph_node failed) on i686-linux-gnu

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|5.2 |5.3

--- Comment #4 from Richard Biener  ---
GCC 5.2 is being released, adjusting target milestone to 5.3.

[Bug c++/61105] [constexpr] accepts-invalid with new-expression in constant expression

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|5.2 |5.3

--- Comment #3 from Richard Biener  ---
GCC 5.2 is being released, adjusting target milestone to 5.3.

[Bug rtl-optimization/49857] Put constant switch-tables into flash

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|5.2 |5.3

--- Comment #9 from Richard Biener  ---
GCC 5.2 is being released, adjusting target milestone to 5.3.

[Bug c++/57868] misleading location for invalid variadic template

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|5.2 |5.3

--- Comment #3 from Richard Biener  ---
GCC 5.2 is being released, adjusting target milestone to 5.3.

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

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|5.2 |5.3

--- Comment #24 from Richard Biener  ---
GCC 5.2 is being released, adjusting target milestone to 5.3.

[Bug target/64331] regcprop propagates registers noted as REG_DEAD

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|5.2 |5.3

--- Comment #9 from Richard Biener  ---
GCC 5.2 is being released, adjusting target milestone to 5.3.

[Bug ada/65683] [5/6 regression] access types across "limited with" breaks restriction of No_Elaboration_Code

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|5.2 |5.3

--- Comment #2 from Richard Biener  ---
GCC 5.2 is being released, adjusting target milestone to 5.3.

[Bug debug/65771] ICE (in loc_list_from_tree, at dwarf2out.c:14964) on arm-linux-gnueabihf

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|5.2 |5.3

--- Comment #16 from Richard Biener  ---
GCC 5.2 is being released, adjusting target milestone to 5.3.

[Bug debug/66728] [5/6 Regression] CONST_WIDE_INT causes corrupted DWARF debug info

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|5.2 |5.3

--- Comment #5 from Richard Biener  ---
GCC 5.2 is being released, adjusting target milestone to 5.3.

[Bug tree-optimization/66828] [5/6 Regression] gcc/tree-ssa-math-opts.c:2182:38: runtime error: left shift of 72057594037927936 by 8 places cannot be represented in type 'long int'

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|5.2 |5.3

--- Comment #5 from Richard Biener  ---
GCC 5.2 is being released, adjusting target milestone to 5.3.

[Bug middle-end/65702] [5/6 Regression] ICE (tree check: expected ssa_name, have var_decl in expand_gimple_basic_block, at cfgexpand.c:5506) on arm-linux-gnueabihf

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|5.2 |5.3

--- Comment #8 from Richard Biener  ---
GCC 5.2 is being released, adjusting target milestone to 5.3.

[Bug testsuite/60806] libstdc++ abi check should ignore missing TLS symbols

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|5.2 |5.3

--- Comment #3 from Richard Biener  ---
GCC 5.2 is being released, adjusting target milestone to 5.3.

[Bug go/66147] [5/6 Regression] go fails to cross build

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|5.2 |5.3

--- Comment #1 from Richard Biener  ---
GCC 5.2 is being released, adjusting target milestone to 5.3.

[Bug target/65931] [5/6 regression] dsymutil assertion failure building libgnat-5.dylib

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|5.2 |5.3

--- Comment #7 from Richard Biener  ---
GCC 5.2 is being released, adjusting target milestone to 5.3.