[PATCH] Fix sanitizer frame unwind on 32-bit ABIs (again)

This re-applies r258525, and this time adds it to LOCAL_PATCHES. Is this okay for trunk? Segher 2018-10-31 Segher Boessenkool libsanitizer/ * LOCAL_PATCHES: Add r258525. * sanitizer_common/sanitizer_stacktrace.cc (BufferedStackTrace::FastUnwindStack): Use the correc

Re: [PATCH, AArch64 v2 05/11] aarch64: Emit LSE st instructions

On Wed, Oct 31, 2018 at 04:55:26PM -0500, Richard Henderson wrote: > On 10/31/18 5:51 PM, Will Deacon wrote: > > Aha, maybe this is the problem. An acquire fence on AArch64 is implemented > > using a DMB LD instruction, which orders prior reads against subsequent > > reads and writes. However, the

Re: [PATCH] asm non-code template parts (alternative to asm inline)

On Wed, Oct 31, 2018 at 06:39:31PM +0300, Alexander Monakov wrote: > FWIW they went ahead and worked around the problem on their end via > assembler macros They have to anyway; they have to support GCC < 9 for a while. At the very least until GCC 9 is released! ;-) > (and Borislav's ping has go

Re: introduce --enable-mingw-full32 to default to --large-address-aware

On Oct 12, 2018, Alexandre Oliva wrote: > * config/i386/mingw32.h (LINK_SPEC_LARGE_ADDR_AWARE): Define, > based on MINGW_DEFAULT_LARGE_ADDR_AWARE. > (LINK_SPEC): Insert it. > * config/i386/mingw-264.h: Likewise. ^ s/2/w/, fixing... Now, it occu

Re: C++ PATCH to Implement P0846R0, ADL and function templates [v2]

On Mon, Oct 29, 2018 at 05:59:13PM -0400, Jason Merrill wrote: > On 10/28/18 3:56 PM, Marek Polacek wrote: > > This patch implements P0846R0: ADL and Function Templates that are not > > Visible > > > > whereby a name for which

Re: [PATCH, AArch64 v2 01/11] aarch64: Simplify LSE cas generation

On 10/31/18 10:02 AM, Richard Henderson wrote: > On 10/30/18 7:48 PM, James Greenhalgh wrote: >> On Tue, Oct 02, 2018 at 11:19:05AM -0500, Richard Henderson wrote: >>> The cas insn is a single insn, and if expanded properly need not >>> be split after reload. Use the proper inputs for the insn. >>

[PATCH, libphobos] Fix libgphobos.spec in the wrong place with --enable-version-specific-runtime-libs

Hi, This adds --enable-version-specific-runtime-libs configure option to libphbos. Also uncovered that MULTISUBDIR wasn't being set correctly when this option was enabled. Built and checked with make install-target-libphobos. Ok for trunk? -- Iain --- libphobos/ChangeLog: 2018-11-01 Iain B

Re: [PATCH, d] Disable D on systems where it is known not to work.

On Wed, 31 Oct 2018 at 22:56, Joseph Myers wrote: > > On Wed, 31 Oct 2018, Iain Sandoe wrote: > > > maybe if building D .. then libphobos should be automatic > > (i.e. the opt-in/out for the targets under development is to choose to > > build/not build D explicitly)? > > > > [ that would avoid hav

Re: [PATCH AutoFDO/2]Treat ZERO as common profile probability/count

On Wed, Oct 31, 2018 at 10:36 PM Jeff Law wrote: > > On 10/31/18 12:30 AM, bin.cheng wrote: > > Hi, > > In new profile probability/count infra, we have different precision quality > > categories, > > and probabilities/counts of different categories are not supposed to be > > compared or > > calc

Re: [PATCH/AARCH64] Add OcteonTX for -mcpu=

On Tue, Oct 30, 2018 at 10:21 AM Richard Earnshaw (lists) wrote: > > On 30/10/2018 17:06, Andrew Pinski wrote: > > Hi all, > > There was a name change of the Products, ThunderX T81 and ThunderX > > T83 to OcteonTX family name. This change was done a few years ago but > > I had not submmitted th

Go patch committed: Don't always call gimplify_function_tree

This patch to the GCC interface to the Go frontend changes the final step of the frontend to not always call gimplify_function_tree. There is no need for it, as the cgraphunit code will do that if required. However, when we don't call gimplify_function_tree we do have to call allocate_struct_funct

<    1   2