Re: [PATCH,AIX] aix71.h Increase ISA default

On Sat, Feb 24, 2018 at 6:19 PM, Segher Boessenkool wrote: > Hi David, > > On Fri, Feb 23, 2018 at 02:13:52PM -0500, David Edelsohn wrote: >> AIX 7.1 minimum hardware is Power6. This patch changes TARGET_DEFAULT >> to ISA 2.05. > >> #undef TARGET_DEFAULT >> -#define TARGET_DEFAULT (MASK_PPC_GPO

[PATCH] i386: Update -mfunction-return= for return with pop

When -mfunction-return= is used, simple_return_pop_internal should pop return address into ECX register, adjust stack by bytes to pop from stack and jump to the return thunk via ECX register. Tested on i686 and x86-64. PR target/r84530 * config/i386/i386-protos.h (ix86_output_indi

[PING] [PATCH] consider successor blocks when avoiding -Wstringop-truncation (PR 84468)

Attached is an updated patch with a fix for a bad assumption exposed by building the linux kernel. On 02/19/2018 07:50 PM, Martin Sebor wrote: PR 84468 points out a false positive in -Wstringop-truncation in code like this: struct A { char a[4]; }; void f (struct A *p, const struct A *q)

Re: [PATCH,AIX] aix71.h Increase ISA default

Hi David, On Fri, Feb 23, 2018 at 02:13:52PM -0500, David Edelsohn wrote: > AIX 7.1 minimum hardware is Power6. This patch changes TARGET_DEFAULT > to ISA 2.05. > #undef TARGET_DEFAULT > -#define TARGET_DEFAULT (MASK_PPC_GPOPT | MASK_PPC_GFXOPT | MASK_MFCRF) > +#define TARGET_DEFAULT ISA_2_5_M

Re: [patch, fortran] Fix PR 78238, ICE with SELECT TYPE with -fdefault-integer-8

On 02/24/2018 12:04 PM, Thomas Koenig wrote: Hello world, the attached patch fixes a 7/8 regression with SELECT TYPE where the constant had the wrong type with -fdefault-integer-8. Regression-tested. OK for trunk and gcc-7? Regards Thomas 2018-01-24  Thomas Koenig      PR fortran

[patch, fortran] Fix PR 78238, ICE with SELECT TYPE with -fdefault-integer-8

Hello world, the attached patch fixes a 7/8 regression with SELECT TYPE where the constant had the wrong type with -fdefault-integer-8. Regression-tested. OK for trunk and gcc-7? Regards Thomas 2018-01-24 Thomas Koenig PR fortran/78238 * gfortran.h (gfc_integer_4_k

[PATCH] for Re: netgull.com mirror doesn't have gcc release .sig files.

On Tue, 8 Jul 2014, Richard Biener wrote: >> The reason you do not see .sig files on our netgull.com mirror is >> that it mirrors gcc.gnu.org, which does not carry those, whereas >> ftp.gnu.org and hence its mirrors has them. >> >> Richi, Jakub, can you also add those .sig files to the copies on >>

Re: [PATCH] fix ICE in generic_overlap (PR 84526)

On 02/24/2018 02:32 AM, Richard Sandiford wrote: Martin Sebor writes: On 02/23/2018 01:13 PM, Jakub Jelinek wrote: On Fri, Feb 23, 2018 at 12:57:14PM -0700, Martin Sebor wrote: + /* get_inner_reference is not expected to return null. */ + gcc_assert (base != NULL); + poly_int64 bytepos

Re: [PATCH] fix ICE in generic_overlap (PR 84526)

On Fri, Feb 23, 2018 at 02:46:28PM -0700, Martin Sebor wrote: > > This doesn't address any of my concerns that it is completely random > > what {dst,src}ref->base is, apples and oranges; sometimes it is a pointer > > (e.g. the argument of the function), sometimes the ADDR_EXPR operand, > > sometime

Re: [PATCH] PR fortran/30792 -- Substring data-implied-do is invalid

Hi Steve, The attached patch fixes PR fortran/30792. A substring reference is invalid for a data-implied-do. Regression tested on x86_64-*-freebsd. OK to commit. This should be safe enough, OK for trunk. Thanks for the patch! Regards Thomas

Re: [PATCH PR other/77609] Let the assembler choose ELF section types for miscellaneous named sections

Anybody want to look at this? It rebases identically on today's trunk. I'd like to commit it to trunk and gcc-7-branch and gcc-6-branch ideally. Thanks, Roland On Thu, Sep 22, 2016 at 1:15 PM, Roland McGrath wrote: > ping? > > On Thu, Sep 15, 2016 at 4:09 PM, Roland McGrath wrote: >> This fi

Re: [PATCH] fix ICE in generic_overlap (PR 84526)

Martin Sebor writes: > On 02/23/2018 01:13 PM, Jakub Jelinek wrote: >> On Fri, Feb 23, 2018 at 12:57:14PM -0700, Martin Sebor wrote: >>> + /* get_inner_reference is not expected to return null. */ >>> + gcc_assert (base != NULL); >>> + >>>poly_int64 bytepos = exact_div (bitpos, BITS_PER_UNI