C++ PATCH for c++/78948 (instantiation from discarded statement)

P0292 defines the notion of "discarded statement" which is almost but not quite the same as "unevaluated operand". This PR shows a case where we need to be able to tell that we're in a discarded statement at a lower level than in the parser, so this patch moves the information about being in a dis

New Spanish PO file for 'gcc' (version 7.1-b20170101)

Hello, gentle maintainer. This is a message from the Translation Project robot. A revised PO file for textual domain 'gcc' has been submitted by the Spanish team of translators. The file is available at: http://translationproject.org/latest/gcc/es.po (This file, 'gcc-7.1-b20170101.es.po',

[doc, committed] fix preprocessor -d option table formatting

PR 54124 complains that the documentation for preprocessor options like -dM is hard to find because the string "-dM" doesn't appear explicitly in the table. Instead, it's documented as @samp{M} in a subtable under the -dCHARS option. The corresponding documentation of the more general compile

Contents of PO file 'cpplib-7.1-b20170101.vi.po'

cpplib-7.1-b20170101.vi.po.gz Description: Binary data The Translation Project robot, in the name of your translation coordinator.

New Vietnamese PO file for 'cpplib' (version 7.1-b20170101)

Hello, gentle maintainer. This is a message from the Translation Project robot. A revised PO file for textual domain 'cpplib' has been submitted by the Vietnamese team of translators. The file is available at: http://translationproject.org/latest/cpplib/vi.po (This file, 'cpplib-7.1-b20170

New Vietnamese PO file for 'gcc' (version 7.1-b20170101)

Hello, gentle maintainer. This is a message from the Translation Project robot. A revised PO file for textual domain 'gcc' has been submitted by the Vietnamese team of translators. The file is available at: http://translationproject.org/latest/gcc/vi.po (This file, 'gcc-7.1-b20170101.vi.po

Re: [PATCH] avoid false positives due to signed to unsigned conversion (PR 78973)

On 01/06/2017 01:55 PM, Jeff Law wrote: On 01/05/2017 02:53 PM, Martin Sebor wrote: When the size passed to a call to a function like memcpy is a signed integer whose range has a negative lower bound and a positive upper bound the lower bound of the range of the argument after conversion to size

[doc, committed] clean up include search path documentation in cpp.texi

I've checked in this patch to modernize the tutorial information about the preprocessor search path in cpp.texi -- in particular, removing the discussion of the deprecated -I- option, better integrating information about the preferred replacement -iquote and -system options into the flow, and r

[committed] Fix linemap corruption after very wide source lines (PR c++/72803)

PR c++/72803 describes an issue where a fix-it hint is to be emitted at column 512 of a 511-column source line, leading to an ICE. The root cause is a bug in linemap_line_start, when transitioning from lines >= 512 in width to narrow lines. The wide line in the reproducer has a line map with: m

Re: [PR tree-optimization/67955] Exploit PTA in DSE

On 01/05/2017 01:34 AM, Richard Biener wrote: On Wed, Jan 4, 2017 at 8:24 PM, Jeff Law wrote: The more I think about this the more I'm sure we need to verify pt.null is not in the points-to set.I've taken the above testcase and added it as a negative test. Bootstrapped, regression tested

Re: Ping! Re: [PATCH, Fortran, pr78781, v1] [7 Regression] [Coarray] ICE in gfc_deallocate_scalar_with_status, at fortran/trans.c:1588

Hi Paul, thanks for review. Committed as r244196. Best regards and happy new year to you, Andre On Sat, 7 Jan 2017 15:06:20 +0100 Paul Richard Thomas wrote: > Hi Andre and Dominique, > > Apart from s/allows there allocation/allows their allocation/ this is > OK for trunk. > > Given t

Re: Ping! Re: [PATCH, Fortran, pr78781, v1] [7 Regression] [Coarray] ICE in gfc_deallocate_scalar_with_status, at fortran/trans.c:1588

Hi Paul, you are right. The patch implements the feature of pointer components in derived type coarrays and was motivated by 78781. The "regression" (like so many) is that without the patch the compiler ICEs while it errored before. I have given up to complain everytime when a pr is called a regre

Re: Ping! Re: [PATCH, Fortran, pr78781, v1] [7 Regression] [Coarray] ICE in gfc_deallocate_scalar_with_status, at fortran/trans.c:1588

Hi Andre and Dominique, Apart from s/allows there allocation/allows their allocation/ this is OK for trunk. Given the scale of the patch, can this really be a regression? Thanks Paul On 7 January 2017 at 13:47, Dominique d'Humières wrote: > I have this patch in my working tree and it works a

[Patch] PR71017 - libgcc/config/i386/cpuinfo.c:346:17: runtime error: left shift of 1 by 31 places cannot be represented in type 'int'

The following patch fixes errors of the kind libgcc/config/i386/cpuinfo.c:260:17: runtime error: left shift of 1 by 31 places cannot be represented in type ‘int' 2017-01-07 Dominique d'Humieres PR target/71017 * config/i386/cpuid.h: Fix undefined behavior. --- ../_clean/gcc/

Re: [PR tree-optimization/71691] Fix unswitching in presence of maybe-undef SSA_NAMEs (take 2)

On 01/04/2017 07:11 AM, Richard Biener wrote: On Tue, Jan 3, 2017 at 6:36 PM, Aldy Hernandez wrote: On 12/20/2016 09:16 AM, Richard Biener wrote: On Fri, Dec 16, 2016 at 3:41 PM, Aldy Hernandez wrote: Hi folks. This is a follow-up on Jeff and Richi's interaction on the aforementioned PR h

Re: Ping! Re: [PATCH, Fortran, pr78781, v1] [7 Regression] [Coarray] ICE in gfc_deallocate_scalar_with_status, at fortran/trans.c:1588

I have this patch in my working tree and it works as expected. > Also fixes pr78935. Confirmed. Thanks for the patch, Dominique

Re: [PATCH] Outer vs. inner loop ifcvt (PR tree-optimization/78899)

On January 6, 2017 7:56:10 PM GMT+01:00, Jakub Jelinek wrote: >Hi! > >If-conversion can't easily predict whether outer loop vectorization >will be >successful or not. In GCC 6, we'd version and guard with >LOOP_VECTORIZED >only the inner loop, which is beneficial if the outer loop >vectorization

Re: [PATCH] Fix lto-bootstrap (PR bootstrap/79003).

On January 6, 2017 8:00:21 PM GMT+01:00, Jakub Jelinek wrote: >On Fri, Jan 06, 2017 at 05:58:05PM +0100, Christophe Lyon wrote: >> > Trying now: >> > >> > 2017-01-06 Jakub Jelinek >> > >> > * Makefile.in (CFLAGS, CPPFLAGS, LDFLAGS): Remove -fno-lto. >> > (NOLTO_FLAGS): New varia

[committed] Fix a typo in translatable string (PR translation/79018)

Hi! Committed as obvious to trunk. 2017-01-07 Jakub Jelinek PR translation/79018 * params.def (PARAM_MAX_STORES_TO_MERGE): Add missing space between the and store. --- gcc/params.def.jj 2017-01-01 12:45:36.0 +0100 +++ gcc/params.def 2017-01-07 09:35:05.