[PATCH 2/2] (header usage fix) include c++ headers in system.h

2017-08-05 Ryan Mounce cherry picked from trunk r235362 2016-04-22 Szabolcs Nagy * system.h (list, map, set, vector): Include conditionally. * auto-profile.c (INCLUDE_MAP, INCLUDE_SET): Define. *

[PATCH 1/2] (header usage fix) remove unused system header includes

2017-08-05 Ryan Mounce cherry picked from trunk r235361 2016-04-22 Szabolcs Nagy * auto-profile.c: Remove include. * diagnostic.c: Remove include. * genmatch.c: Likewise. * pretty-print.c:

[PATCH 0/2] backport c++ header fixes to gcc-5-branch

Fixes https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81037 Bootstrap now succeeds using Xcode 9 toolchain. Tested on macOS 10.13 beta, however same issue reported on macOS 10.12 with Xcode 9. Ryan Mounce (2): (header usage fix) remove unused system header includes (header usage fix) include

[PATCH] i386: Set priority to P_AES for Westmere

The difference between Nehalem and Westmere is AES. We should set priority to P_AES for Westmere, not P_PROC_SSE4_2 which is for Nehalem. Otherwise, we will pick Nehalem implementation on Westmere. Tested on Westmere. OK for trunk? H.J. --- PR target/81743 * config/i386/i386.c

Re: [PING #2] [PATCH] enhance -Wrestrict to handle string built-ins (PR 78918)

On 08/03/2017 02:45 AM, Richard Biener wrote: On Wed, Aug 2, 2017 at 7:10 PM, Jeff Law wrote: On 08/01/2017 03:25 AM, Richard Biener wrote: On Tue, Aug 1, 2017 at 11:23 AM, Richard Biener wrote: On Tue, Aug 1, 2017 at 4:27 AM, Martin Sebor

New Spanish PO file for 'gcc' (version 7.1.0)

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.0.es.po', has

Re: [PATCH 00/22] RFC: integrated 3rd-party static analysis support

On 08/04/2017 04:04 PM, David Malcolm wrote: This patch kit clearly isn't ready yet as-is (see e.g. the "known unknowns" below), but I'm posting it now in the hope of getting early feedback. Summary === This patch kit provides an easy way to make integrate 3rd-party static analysis tools

[PATCH 3/4] enhance overflow and truncation detection in strncpy and strncat (PR 81117)

Part 3 of the series contains the meat of the patch: the new -Wstringop-truncation option, and enhancements to -Wstringop- overflow, and -Wpointer-sizeof-memaccess to detect misuses of strncpy and strncat. Martin PR c/81117 - Improve buffer overflow checking in strncpy gcc/ChangeLog: PR

[PATCH 4/4] enhance overflow and truncation detection in strncpy and strncat (PR 81117)

For completeness, patch 4 are the (already preapproved) fixups to GCC to let it compile with the -Wstringop-truncation option. I will commit this patch shortly. Martin PR c/81117 - Improve buffer overflow checking in strncpy gcc/ada/ChangeLog: PR c/81117 * adadecode.c (__gnat_decode):

[PATCH 1/4] enhance overflow and truncation detection in strncpy and strncat (PR 81117)

The attached patch adds support for a new GCC format specifier, G, that behaves like %K but accepts a gcall* argument. This makes it possible to provide inlining context for "artificial" inline functions like strncpy (with _FORTIFY_SOURCE) in diagnostics issued from the middle end. Martin PR

[PATCH 2/4] enhance overflow and truncation detection in strncpy and strncat (PR 81117)

Part 2 of the series adds attribute nostring to annotate arrays of and pointers to char with that are intended to store sequences of characters that aren't necessarily valid (nul-terminated) strings. In the subsequent patch the attribute is relied on to avoid diagnosing strcncpy calls that

Re: [PATCH] enhance overflow and truncation detection in strncpy and strncat (PR 81117)

On 08/02/2017 10:58 AM, Jeff Law wrote: On 07/31/2017 01:42 PM, Martin Sebor wrote: So I *think* TYPE_SIZE_UNIT isn't necessarily guaranteed to be a INTEGER_CST, it could be a non-constant expression for the size. Are the callers of compute_objsize prepared to handle that? Just to be clear,

[PATCH] i386: Don't use frame pointer without stack access

When there is no stack access, there is no need to use frame pointer even if -fno-omit-frame-pointer is used. Tested on i686 and x86-64. OK for trunk? H.J. --- gcc/ PR target/81736 * config/i386/i386.c (ix86_finalize_stack_realign_flags): Renamed to ...

[Committed] Fix testsuite/gcc.target/aarch64/target_attr*.c testcases when -mcpu= or -march= supplied

These testcase assume -mcpu=generic or -march=armv8.1-a so use those options as needed. Note gcc.target/aarch64/target_attr_3.c needs both as it depends on scheduler to get the pattern needed for fix-cortex-a53-835769 to work. Committed after testing on aarch64-linux-gnu with

[RFC PATCH, i386]: Introduce address spaces to TLS stack protector guard value

Attached patch generates memory reference to a stack protector guard value in a TLS block, using the correct address space. This reduces number of stack protector patterns, since universal patterns are now able to handle all memory references to stack protector guard value (global or from TLS

[Committed] Fix gcc.target/aarch64/atomic_cmp_exchange_*.c for supplied -mcpu=/-march=

Hi, This test fails if you supply a -mcpu= (or -march) option which enables LSE (or when you default to having LSE turned on). This fixes that by supplying -march=armv8.1-a+nolse and skips if you pass a -mcpu option. Committed as obvious after testing on aarch64-linux-gnu with

[Committed] Fix gcc.target/aarch64/_Float16_*.c when supplied a -mcpu= option

Hi, The gcc.target/aarch64/_Float16_*.c tests fail if we are testing with -mcpu= option which is not an armv8.2-a processor. This is because independent of the order -mcpu=/-march= options, -mcpu= overrides the -march= option. Committed as obvious after testing on aarch64-linux-gnu with

Re: [patch, gcc doc + fortran] Make -Ofast honor -fmax-stack-var-size

Looks OK, thanks. Jerry On 08/04/2017 12:32 PM, Thomas Koenig wrote: > Am 04.08.2017 um 14:09 schrieb Thomas Koenig: >> Hello world, >> >> the attached patch > > This time, really attached, even with ChangeLog! > > Regards > > Thomas > > 2017-08-04 Thomas Koenig >

[PATCH, alpha]: If trap is the last insn in the function, emit NOP after the insn

Hello! CALL_PALL 0x81 that implements trap insn updates PC to point after the insn before exception is raised. If the trap insn is the last insn in the noreturn function, then updated PC actually points outside of function boundaries. This confuses both, gdb and backtrace. The solution is to

Re: [PATCH 0/2] Python testcases to check DWARF output

On 4 August 2017 at 00:23, Mike Stump wrote: > On Jul 27, 2017, at 2:07 AM, Pierre-Marie de Rodat > wrote: >> On 07/27/2017 09:52 AM, Richard Biener wrote: I'm fine with the direction if a reviewer wants to go in that direction. I wish

Re: [PATCH #4, cleanup, committed] Remove PowerPC -mvsx-small-integer

On BE/-m64: FAIL: gcc.target/powerpc/loop_align.c scan-assembler .p2align 5,,31 Andreas. -- Andreas Schwab, sch...@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different."

Re: [PATCH] Verify edge probability consistency in verify_flow_info

On 08/04/2017 11:15 AM, Jan Hubicka wrote: III. I've written this patch to check for the missing probability more consistently. I'm not certain if we can require that the probability should always be set, so I'm just requiring that if it is set on one outgoing edge, it needs to be set on all

Add missing edge probabilities in expand_oacc_for, tile case

Hi, this patch adds missing edge probabilities in expand_oacc_for, for the tile and element loops that are generated when the tile clause is used. Committed. Thanks, - Tom Add missing edge probabilities in expand_oacc_for, tile case ;; basic block 11, loop depth 2, freq 0, maybe hot ;;

[openacc, committed] Add missing edge probability in expand_oacc_for

Hi, this patch adds missing edge probability in expand_oacc_for for the chunk loop. Committed. Thanks, - Tom Add missing edge probability in expand_oacc_for ;; basic block 10, loop depth 1, freq 0, maybe hot ;;prev block 9, next block 19, flags: (NEW, REACHABLE) ;;pred:

[testsuite, nvptx, committed] Require nonlocal_goto for gcc.dg/pr78582.c

Hi, this patch requires effective target nonlocal_goto for test-case gcc.dg/pr78582.c. Committed. Thanks, - Tom Require nonlocal_goto for gcc.dg/pr78582.c 2017-08-06 Tom de Vries * gcc.dg/pr78582.c: Require effective target nonlocal_goto. ---

Re: [PATCH][Testsuite] Use user defined memmove in gcc.c-torture/execute/builtins/memops-asm-lib.c

On 06/23/2017 11:19 AM, Renlin Li wrote: +__attribute__ ((used)) +void +my_memmove (void *d, const void *s, size_t n) +{ + char *dst = (char *) d; + const char *src = (const char *) s; + if (src >= dst) +while (n--) + *dst++ = *src++; + else +{ + dst += n; + src += n;

Re: [PATCH, rs6000] Clean up capitalized diagnostic messages

FAIL: gcc.target/powerpc/bfp/scalar-extract-exp-2.c (test for errors, line 18) FAIL: gcc.target/powerpc/bfp/scalar-extract-exp-2.c (test for excess errors) FAIL: gcc.target/powerpc/bfp/scalar-extract-exp-5.c (test for errors, line 18) FAIL: gcc.target/powerpc/bfp/scalar-extract-exp-5.c (test for

[testuite, PR81731, committed] Fix call arguments mismatch in gcc.dg/torture/pr78218.c

Hi, this fixes a call arguments mismatch in gcc.dg/torture/pr78218.c when compiling for nvptx. I've verified that the test-case is still failing when the patch for PR81731 is reverted. Committed. Thanks, - Tom Fix call arguments mismatch in gcc.dg/torture/pr78218.c 2017-08-06 Tom de