Re: [v3 PATCH] Implement N4387 and LWG 2367

2015-06-06 Thread Marc Glisse
On Sun, 7 Jun 2015, Ville Voutilainen wrote: - explicit - constexpr tuple(const _Elements&... __elements) + template...>::value + && _TC<(sizeof...(_Elements) == sizeof...(_UElements)), +_Elements...>::template + _Constr

[v3 PATCH] Implement N4387 and LWG 2367

2015-06-06 Thread Ville Voutilainen
This patch implements the so-called conditionally-explicit constructors for tuple and pair, and also constrains the default constructors of tuple and pair. The patch does not try to implement the part in N4387 that allows constructing tuples from shorter packs than the tuple's element count, I sugg

[C++/58583] ICE instantiating NSDMIs

2015-06-06 Thread Nathan Sidwell
This patch fixes 58582, a set of ICEs that happen instantiating NSDMIs. There are a couple of causes, both fixed. 1) instantiating the template while parsing an NSDMI of the template itself. We see a DEFAULT_ARG in get_nsdmi. Fixed by jumping to the existing error handling for the non-tem

[committed] Update HP-UX builtin predefines

2015-06-06 Thread John David Anglin
The trunk was changed recently for a period to build with "gcc -std=c++98". This caused a build failure on HP-UX because a non standard HP variant of the nftw function was selected. The attached change revises the hpux predefines so this won't happen. In particular, we now define _XOPEN_SOURC

Re: [patch, fortran] PR 47359 - warnings for constant conversion

2015-06-06 Thread Steve Kargl
On Sat, Jun 06, 2015 at 12:22:56PM +0200, Thomas Koenig wrote: > > Any other comments? OK to commit? > No. Yes. -- Steve

[committed] Tighten some rtx-based variable and return types

2015-06-06 Thread Richard Sandiford
These are the main rtx-related changes found by the -Wupcast-* warnings that I posted last week. Bootstrapped & regression-tested on x86_64-linux-gnu. Also tested on config-list.mk, checking that all build failures were unrelated. Applied as obvious. Thanks, Richard gcc/ * emit-rtl.c,

genmatch: guess the type of a?b:c as b instead of a

2015-06-06 Thread Marc Glisse
Hello, as discussed around https://gcc.gnu.org/ml/gcc-patches/2015-06/msg00041.html we are currently guessing the type of a?b:c incorrectly. This does not affect current simplifications, because the only 'cond' in output patterns are at the outermost level, so their type is forced to 'type' and

Re: [patch, fortran] PR 47359 - warnings for constant conversion

2015-06-06 Thread Thomas Koenig
Am 01.06.2015 um 22:10 schrieb Steve Kargl: >> c) Warn for >> >> print *,3.1415926535 with -Wconversion-extra >> >> and don't warn for >> >> print *,3.141592653589_4 >> > > This would be my first choice. If a user actually specifies > a suffix, I assume that the user has given some thought