[patch] Document value of __cplusplus for C++14

2015-10-03 Thread Jonathan Wakely
Committed to trunk as obvious. Should it go on gcc-5-branch too? commit b06d72cb9f0b5fa3f052afaca99393658095624d Author: Jonathan Wakely Date: Sat Oct 3 01:28:01 2015 +0100 Document value of __cplusplus for C++14 * doc/cpp.texi (Standard Predefined Macros):

Re: [PATCH] Clarify __atomic_compare_exchange_n docs

2015-10-03 Thread Jonathan Wakely
Here's the latest version of the patch, including the typo fix. commit 96468d6b7e782501459bad306b31d45bc0ba5155 Author: Jonathan Wakely Date: Sat Oct 3 13:59:47 2015 +0100 Clarify __atomic_compare_exchange effects * doc/extend.texi (__atomic Builtins):

[patch] Update template instantiation documentation

2015-10-03 Thread Jonathan Wakely
https://gcc.gnu.org/onlinedocs/gcc/Template-Instantiation.html currently says that using -frepo "is your best option for application code written for the Borland model, as it just works." That was true at one point, but as can be seen from the mentions of binutils 2.8 and Solaris 2, the

Re: [PATCH, i386, AVX-512] Update extract_even_odd w/ AVX-512BW insns.

2015-10-03 Thread Dominique d'Humières
Kirill, The new tests fail on x86_64-apple-darwin14: FAIL: gcc.target/i386/vect-pack-trunc-1.c (test for excess errors) UNRESOLVED: gcc.target/i386/vect-pack-trunc-1.c compilation failed to produce executable FAIL: gcc.target/i386/vect-pack-trunc-2.c (test for excess errors) UNRESOLVED:

[PATCH] 2015-10-02 Benedikt Huber <benedikt.hu...@theobroma-systems.com> Philipp Tomsich <philipp.toms...@theobroma-systems.com>

2015-10-03 Thread Benedikt Huber
* config/aarch64/aarch64-builtins.c: Builtins for rsqrt and rsqrtf. * config/aarch64/aarch64-protos.h: Declare. * config/aarch64/aarch64-simd.md: Matching expressions for frsqrte and frsqrts. * config/aarch64/aarch64-tuning-flags.def: Added

[PATCH v6][aarch64] Implemented reciprocal square root (rsqrt) estimation in -ffast-math

2015-10-03 Thread Benedikt Huber
This sixth revision of the patch: * Cleans up style issues. * Makes test conform to standards. Ok for check in. Benedikt Huber (1): 2015-10-02 Benedikt Huber Philipp Tomsich gcc/ChangeLog

Re: [PATCH] xtensa: add uclinux support

2015-10-03 Thread augustine.sterl...@gmail.com
On Wed, Sep 30, 2015 at 8:23 AM, Max Filippov wrote: > 2015-09-30 Max Filippov > gcc/ > * config.gcc (xtensa*-*-uclinux*): New configuration. > * config/xtensa/uclinux.h: New file. > * config/xtensa/uclinux.opt: New file. > >

Re: [PATCH] fortran/67758 -- Prevent ICE caused by misplaced COMMON

2015-10-03 Thread Mikael Morin
Le 02/10/2015 18:44, Steve Kargl a écrit : On Fri, Oct 02, 2015 at 11:28:06AM +0200, Mikael Morin wrote: Le 01/10/2015 18:30, Steve Kargl a écrit : The call-stmt in the code is the start of an execution-construct A common-stmt is not allowed in an execution-construct. At least, that's how I

[patch] fix warnings in gcc.target/arm/pr67756.c

2015-10-03 Thread Bernd Edlinger
Hi, this fixes a test suite fall out for pr67756. committed as r22844. Index: gcc/testsuite/gcc.target/arm/pr67756.c === --- gcc/testsuite/gcc.target/arm/pr67756.c    (Revision 228444) +++ gcc/testsuite/gcc.target/arm/pr67756.c    

[patch] Two tiny libstdc++ cleanups

2015-10-03 Thread Jonathan Wakely
This fixes some misleading comments (getenv isn't used in those files) and removes pretty-printer support for experimental::any objects that use allocators, as the allocator feature was removed from the TS and dropped in r218709 before it was included in a GCC release. Tested powerpc64le-linux,

Re: Possible patch for fortran/65766

2015-10-03 Thread Dominique d'Humières
AFAICT this patch has been approved by FX at https://gcc.gnu.org/ml/fortran/2015-07/msg00168.html. Any reason to not commit it? Dominique

Re: [patch committed SH] Fix PR target/67716

2015-10-03 Thread Oleg Endo
On Tue, 2015-09-29 at 14:39 +0900, Kaz Kojima wrote: > I've committed the attached patch to fix PR target/67716. It > implements targetm.override_options_after_change for SH. Tested > on sh4-unknown-linux-gnu. I've committed this to GCC 5 branch as r228449. Tested briefly on sh-elf with "make

Re: [patch] Update template instantiation documentation

2015-10-03 Thread Andrew Pinski
On Sat, Oct 3, 2015 at 9:44 AM, Sandra Loosemore wrote: > On 10/03/2015 06:47 AM, Jonathan Wakely wrote: >> >> https://gcc.gnu.org/onlinedocs/gcc/Template-Instantiation.html >> currently says that using -frepo "is your best option for application >> code written for the

Re: [patch] Update template instantiation documentation

2015-10-03 Thread Jonathan Wakely
On 03/10/15 10:44 -0600, Sandra Loosemore wrote: Thanks for tackling this. I remember thinking that this section looked bit-rotted when I was reviewing the manual earlier this year. Your patch looks like a step in the right direction, but can I get you to fix a couple other things while

Re: [patch] Update template instantiation documentation

2015-10-03 Thread Jonathan Wakely
On 03/10/15 09:49 -0700, Andrew Pinski wrote: Add "And Mac OS X" to that too. So people don't use that against us for the reason why Apple went to clang/LLVM. Will do.

Re: [PATCH] libgcc: quote ARM macro parameters

2015-10-03 Thread Andreas Schwab
Saleem Abdulrasool writes: > For ARM EHABI _Unwind_{G,S}setIP are macros rather than proper functions as > they > are extensions to the EHABI specification (though they are part of the Level 1 > interface). Quote the macro parameters, as otherwise, a complex parameter

Re: Possible patch for fortran/65766

2015-10-03 Thread Louis Krupp
I'm ready to check it in. Louis On Sat, 03 Oct 2015 07:00:56 -0700 Dominique dHumières wrote > AFAICT this patch has been approved by FX at > https://gcc.gnu.org/ml/fortran/2015-07/msg00168.html. Any reason to not > commit it? > > Dominique > >

Re: [C/C++ PATCH] RFC: Implement -Wduplicated-cond (PR c/64249) (take

2015-10-03 Thread Marek Polacek
On Sat, Oct 03, 2015 at 09:07:29AM +0200, Andreas Schwab wrote: > Marek Polacek writes: > > > diff --git gcc/Makefile.in gcc/Makefile.in > > index c2df21d..d7caa76 100644 > > --- gcc/Makefile.in > > +++ gcc/Makefile.in > > @@ -217,6 +217,8 @@ libgcov-merge-tool.o-warn =

RE: Do not use TYPE_CANONICAL in useless_type_conversion

2015-10-03 Thread Bernd Edlinger
Hi, On Fri, 2 Oct 2015 23:31:09, Eric Botcazou wrote: > > It's related to a known difficulty with alignment and inheritance, and other > languages are affected by variant of it, see e.g. PR c++/37798. > I doubt that this is still an issue with the current trunk. I tried the test case from the

Re: [patch] Update template instantiation documentation

2015-10-03 Thread Sandra Loosemore
On 10/03/2015 06:47 AM, Jonathan Wakely wrote: https://gcc.gnu.org/onlinedocs/gcc/Template-Instantiation.html currently says that using -frepo "is your best option for application code written for the Borland model, as it just works." That was true at one point, but as can be seen from the

Re: [PATCH] SH FDPIC backend support

2015-10-03 Thread Rich Felker
On Sat, Oct 03, 2015 at 05:17:53PM +0900, Oleg Endo wrote: > On Sat, 2015-10-03 at 00:50 -0400, Rich Felker wrote: > > > I have -mfdpic in the self-specs when FDPIC_DEFAULT is defined, so I > > think only the positive form is needed. > > Having positive and negative forms for options makes

Re: [PATCH] SH FDPIC backend support

2015-10-03 Thread Rich Felker
On Thu, Oct 01, 2015 at 09:30:17PM -0400, Rich Felker wrote: > But trying the patch on vanilla GCC trunk without my usual J2 target > setup revealed some additional issues I need to address. I'm getting > ICE in the code that generates the libgcc bitshift calls, which > weren't used on J2. This is

Re: Do not use TYPE_CANONICAL in useless_type_conversion

2015-10-03 Thread Eric Botcazou
> I doubt that this is still an issue with the current trunk. > > I tried the test case from the pr37798 on x86_64, and now the object is > 8-aligned, but the object was only 4-byte aligned according to the comments > in the bugzilla at that time. Yes, it's already fixed with the 4.9.x compiler

Re: [PATCH] xtensa: add uclinux support

2015-10-03 Thread Max Filippov
On Sat, Oct 3, 2015 at 6:19 PM, augustine.sterl...@gmail.com wrote: > On Wed, Sep 30, 2015 at 8:23 AM, Max Filippov wrote: >> 2015-09-30 Max Filippov >> gcc/ >> * config.gcc (xtensa*-*-uclinux*): New configuration.

[PATCH] libgcc: quote ARM macro parameters

2015-10-03 Thread Saleem Abdulrasool
For ARM EHABI _Unwind_{G,S}setIP are macros rather than proper functions as they are extensions to the EHABI specification (though they are part of the Level 1 interface). Quote the macro parameters, as otherwise, a complex parameter may be ambiguously mis-expanded. ---

Re: [PATCH] fortran/67758 -- Prevent ICE caused by misplaced COMMON

2015-10-03 Thread Steve Kargl
On Sat, Oct 03, 2015 at 12:13:12PM +0200, Mikael Morin wrote: > > I have finally managed to find a patch that doesn't regress in the > testsuite. > > The gfc_add_in_common call in gfc_match_common is delayed after the > array spec handling and without return value check, so that errors are >

Re: [PATCH] PR66870 PowerPC64 Enable gold linker with split stack

2015-10-03 Thread Matthias Klose
e[4]: Entering directory '/home/doko/gcc/gcc-snapshot-20151003/build/gotools' /home/doko/gcc/gcc-snapshot-20151003/build/./gcc/gccgo -B/home/doko/gcc/gcc-snapshot-20151003/build/./gcc/ -g -O2 -static-libstdc++ -static-libgcc -Wl,-z,relro -L ../powerpc-linux-gnu/libgo -L ../powerpc-linux-gnu/libg

Re: [PATCH] libgcc: quote ARM macro parameters

2015-10-03 Thread Andreas Schwab
Saleem Abdulrasool writes: > On Saturday, October 3, 2015, Andreas Schwab wrote: > >> Saleem Abdulrasool > writes: >> >> > For ARM EHABI _Unwind_{G,S}setIP are macros rather than proper functions >> as they >> >

Re: [PATCH] x86 interrupt attribute

2015-10-03 Thread Yulia Koval
Hi, Here is the last version of the patch. Regtested/bootstraped for Linux/i686 and Linux/x86_64. Date: Fri, 4 Sep 2015 08:53:23 -0700 Subject: [PATCH] Implement x86 interrupt attribute The interrupt and exception handlers are called by x86 processors. X86 hardware pushes information onto

Re: [PATCH] SH FDPIC backend support

2015-10-03 Thread Rich Felker
On Sat, Oct 03, 2015 at 03:12:16PM -0400, Rich Felker wrote: > On Thu, Oct 01, 2015 at 09:30:17PM -0400, Rich Felker wrote: > > But trying the patch on vanilla GCC trunk without my usual J2 target > > setup revealed some additional issues I need to address. I'm getting > > ICE in the code that

Re: [PATCH] SH FDPIC backend support

2015-10-03 Thread Rich Felker
On Fri, Oct 02, 2015 at 11:18:32AM -0400, Rich Felker wrote: > > > +#ifdef __FDPIC__ > > > +#define udiv_qrnnd(q, r, n1, n0, d) \ > > > + do { > > > \ > > > +extern UWtype __udiv_qrnnd_16 (UWtype, UWtype)

Re: C PATCH for c/65345 (file-scope _Atomic expansion with floats)

2015-10-03 Thread David Edelsohn
On Fri, Oct 2, 2015 at 1:08 PM, Ramana Radhakrishnan wrote: >> It's very improbable that I could fix and properly test all of them; >> I simply don't have the cycles and resources to fix e.g. sh/sparc/alpha/mips. > > I don't think anyone expects you to be

Re: [PATCH] SH FDPIC backend support

2015-10-03 Thread Oleg Endo
On Sat, 2015-10-03 at 18:34 -0400, Rich Felker wrote: > > > > I found and fixed the problem, but I have a new concern: calls to the > > new shift instructions are using the following address forms: > > > > -mno-fdpic -fPIC: > > .long __ashlsi3_r0@GOTOFF > > > > -mfdpic: > > .long

Re: [C/C++ PATCH] RFC: Implement -Wduplicated-cond (PR c/64249) (take

2015-10-03 Thread Andreas Schwab
Marek Polacek writes: > diff --git gcc/Makefile.in gcc/Makefile.in > index c2df21d..d7caa76 100644 > --- gcc/Makefile.in > +++ gcc/Makefile.in > @@ -217,6 +217,8 @@ libgcov-merge-tool.o-warn = -Wno-error > gimple-match.o-warn = -Wno-unused > generic-match.o-warn =

Re: [PATCH, i386] Introduce switch for Skylake Server CPU.

2015-10-03 Thread Uros Bizjak
On Fri, Oct 2, 2015 at 6:12 PM, Kirill Yukhin wrote: > Hello, > > Patch in the bottom introduces cpuid detection > for Skylake CPU supporting AVX-512. > > Bootstrapped. Changed test pass. Is it ok for trunk? > > libgcc/ > * libgcc/config/i386/cpuinfo.c

Re: [PATCH] SH FDPIC backend support

2015-10-03 Thread Oleg Endo
On Sat, 2015-10-03 at 00:50 -0400, Rich Felker wrote: > I have -mfdpic in the self-specs when FDPIC_DEFAULT is defined, so I > think only the positive form is needed. Having positive and negative forms for options makes sense. It usually costs nothing because anyway the compiler internally