Re: [PATCH v2] [libatomic] Add RTEMS support

Ok, what about the GCC trunk? On 20/04/16 14:35, Sebastian Huber wrote: Hello, I know that I am pretty late, but is there a chance to get this into the GCC 6.1 release? On 19/04/16 14:56, Sebastian Huber wrote: v2: Do not use architecture configuration due to broken ARM libatomic support.

Re: [wwwdocs] Buildstat update for 4.8

On Sat, 23 Apr 2016, Tom G. Christensen wrote: > Latest results for 4.8.x Thank you, Tom. Applied. Gerald

[Ping] Re: [ARM] Add support for overflow add, sub, and neg operations

Ping. Previous Patch posted here: https://gcc.gnu.org/ml/gcc-patches/2016-03/msg01472.html -- Michael Collison Linaro Toolchain Working Group michael.colli...@linaro.org

Re: [PATCH][doc] Update documentation of AArch64 options

On 04/22/2016 11:11 AM, Wilco Dijkstra wrote: [snip] Fixed, new version below: 2016-04-22 Wilco Dijkstra gcc/ * gcc/doc/invoke.texi (AArch64 Options): Update. Thanks, this looks much better. -Sandra

Re: [PATCH][AArch64][wwwdocs] Summarise some more AArch64 changes for GCC6

On 04/22/2016 03:57 AM, James Greenhalgh wrote: On Thu, Apr 21, 2016 at 09:15:17AM +0100, Kyrill Tkachov wrote: Hi all, Here's a proposed summary of the changes in the AArch64 backend for GCC 6. If there's anything I've missed it's purely my oversight, feel free to add entries or suggest

Re: Document OpenACC status for GCC 6

On 04/22/2016 03:26 AM, Thomas Schwinge wrote: Thanks for the review; OK to commit as follows? And then, should something be added to the "News" section on itself, too? (I don't know the policy for that. We didn't suggest that for GCC 5, because at that time we

Re: [PATCH, rs6000] Add support for vector element-reversal built-ins

On Sun, 2016-04-24 at 15:52 -0500, Segher Boessenkool wrote: > On Sun, Apr 24, 2016 at 02:06:47PM -0500, Bill Schmidt wrote: > > ISA 3.0 adds the lvxh8x, lvxb16x, stvxh8x, and stvxb16x instructions, > > lxvh8x etc. It looks like you only swapped things in this message, > not in the actual patch

[PATCH, i386]: Use const_0_to_3_operand predicate some more

Hello! No functional changes. 2016-04-25 Uros Bizjak * config/i386/i386.md (*lea_general_4): Use const_0_to_3_operand predicate for operand 2. Bootstrapped and regression tested on x86_64-linux-gnu {,-m32}. Committed to mainline SVN. Uros. Index: i386.md

Re: [PATCH] Allow all 1s of integer as standard SSE constants

Hello! Attached patch is what I have committed to handle immediates with all bits set as standard SSE constants. 2016-04-24 Uros Bizjak H.J. Lu * config/i386/i386-protos.h (standard_sse_constant_p): Add machine_mode argument. *

Re: [PATCH, rs6000] Add support for vector element-reversal built-ins

On Sun, Apr 24, 2016 at 02:06:47PM -0500, Bill Schmidt wrote: > ISA 3.0 adds the lvxh8x, lvxb16x, stvxh8x, and stvxb16x instructions, lxvh8x etc. It looks like you only swapped things in this message, not in the actual patch :-) > (While working on this patch, I happened to notice that the

[PATCH, rs6000] Add support for vector element-reversal built-ins

Hi, ISA 3.0 adds the lvxh8x, lvxb16x, stvxh8x, and stvxb16x instructions, which perform vector loads in big-endian order, regardless of the target endianness. These join the similar lvxd2x, lvxw4x, stvxd2x, and stvxw4x instructions introduced in 2.6. These existing instructions have been used

New Swedish PO file for 'gcc' (version 6.1-b20160131)

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 Swedish team of translators. The file is available at: http://translationproject.org/latest/gcc/sv.po (This file, 'gcc-6.1-b20160131.sv.po',

[patch] libstdc++/70762 fix fallback implementation of nonexistent_path

This ensures that each call to __gnu_test::nonexistent_path() returns a different path. Tested x86_64-linux, x86_64-freebsd10, committed to trunk. commit 3a632ad051d6d9ca20cd7f10b09bd39b09dae5ea Author: Jonathan Wakely Date: Sun Apr 24 18:50:26 2016 +0100

match.pd: unsigned A - B > A --> A < B

Hello, the first part is something that was discussed last stage3, and Jakub argued in favor of single_use. The second part is probably less useful, it notices that if we manually check for overflow using the result of IFN_*_OVERFLOW, then we might as well read that information from the

Re: match.pd patch: u + 3 < u is u > UINT_MAX - 3

On Fri, 22 Apr 2016, Marc Glisse wrote: On Fri, 22 Apr 2016, Richard Biener wrote: On Fri, Apr 22, 2016 at 5:29 AM, Marc Glisse wrote: Hello, this optimizes a common pattern for unsigned overflow detection, when one of the arguments turns out to be a constant. There

Move "X +- C1 CMP C2 to X CMP C2 -+ C1" to match.pd

Hello, trying to move a first pattern from fold_comparison. I first tried without single_use. It brought the number of 'free' in g++.dg/tree-ssa/pr61034.C down to 11, changed gcc.dg/sms-6.c to only 2 SMS (I don't think the generated code was worse, maybe even better, but I don't know ppc