[patch, committed, fortran] Final bug-fixing part of PR 78226

OK, this is it (I hope). Finding the different parts where location information was missing is now complete (I hope), at least the testsuite passes with the addition of the warnings. I had a bit more time than expected today, so I split this up the way I did. I will submit a patch soon to alway

Re: [PATCH] Fix PR78229

On Mon, Nov 07, 2016 at 01:20:20PM +0100, Richard Biener wrote: > Bootstrapped and tested on x86_64-unknown-linux-gnu, applied to trunk > and branch. > > Richard. > > 2016-11-07 Richard Biener > > PR target/78229 > * config/i386/i386.c (ix86_gimple_fold_builtin): Do not adjust >

Re: [PATCH] Do not simplify "(and (reg) (const bit))" to if_then_else.

On 10/31/2016 08:56 PM, Dominik Vogt wrote: combine_simplify_rtx() tries to replace rtx expressions with just two possible values with an experession that uses if_then_else: (if_then_else (condition) (value1) (value2)) If the original expression is e.g. (and (reg) (const_int 2)) I'm not

[gomp4] backport nvptx_exec cleanups

gomp-4_0-branch already contains the default nvptx runtime enhancements that was recently applied to trunk . However, I made some tweaks in trunk involving both pthread locking and formatting changes, which this patch backports. I've applie

[PATCH] DejaGNU support for AIX visibility

Adding visibility support for AIX to GCC requires the DejaGNU testsuite to know about XCOFF "hidden". DejaGNU labels XCOFF as "coff". The appended patch adds a regex to the DejaGNU hidden-scan-for procedure to recognize AIX XCOFF hidden pseudo-ops in assembly language. Committed. - David Inde

Re: [PATCH] Fix PR78189

Hi Richard, On 7 November 2016 at 09:01, Richard Biener wrote: > > The following fixes an oversight when computing alignment in the > vectorizer. > > Bootstrapped and tested on x86_64-unknown-linux-gnu, applied to trunk. > > Richard. > > 2016-11-07 Richard Biener > > PR tree-optimizat

[gomp4] remove GOVD_USE_DEVPTR

It looks like gomp-4_0-branch was using the GOVD_USE_DEVPTR attribute for deviceptr data mappings to implicitly set the implicit data clause for deviceptr variables to present inside OpenACC offloading regions that are nested inside an ACC DATA region. This isn't necessary anymore because the gimpl

Re: [PATCH] rs6000: Do swdiv at expand time

On Mon, Nov 07, 2016 at 08:26:01AM -0500, David Edelsohn wrote: > On Mon, Nov 7, 2016 at 4:32 AM, Segher Boessenkool > wrote: > > We transform floating point divide instructions to a faster series of > > simple instructions, "swdiv". Currently we do not do that until the > > first splitter pass,

Re: [PATCH, rs6000] Modify include paths in config.gcc for Advance Toolchain builds

On Mon, Nov 07, 2016 at 01:20:29PM -0600, Peter Bergner wrote: > Gabriel and I have been tracking down an include path issue for GCC 6 > Advance Toolchain builds (ie, --with-advance-toolchain=...). The solution > that fixes the problem for us is to configure with --with-local-prefix=... > and remo

Re: [GCC][PATCH] Fix ada compile error on Windows x86_64 (committed as r241907 under the obvious rule)

> The changes in r240999 re-arranged includes and > left out signal.h for Windows x86 builds. > > This breaks the build and prevents GCC builds from > completing with messages such as: > > adaint.c:3317:19: error: 'SIGINT' undeclared (first use in this function); > did you mean 'SAIT'? > > e

Re: [PATCH, rs6000] Modify include paths in config.gcc for Advance Toolchain builds

On 11/7/16 3:11 PM, Segher Boessenkool wrote: On Mon, Nov 07, 2016 at 01:20:29PM -0600, Peter Bergner wrote: Is this ok for trunk and the GCC 6 branch? * config.gcc (powerpc*-*-*, rs6000*-*-*): Remove setting of INCLUDE_EXTRA_SPEC for Advance Toolchain builds. Okay. Thanks,

Re: [PATCH fix PR71767 2/4 : Darwin configury] Arrange for ld64 to be detected as Darwin's linker

On Nov 7, 2016, at 10:40 AM, Jeff Law wrote: > > On 11/07/2016 10:48 AM, Mike Stump wrote: >> On Nov 6, 2016, at 11:39 AM, Iain Sandoe wrote: >>> This is an initial patch in a series that converts Darwin's configury to >>> detect ld64 features, rather than the current process of hard-coding the

Re: [PATCH fix PR71767 2/4 : Darwin configury] Arrange for ld64 to be detected as Darwin's linker

On Nov 7, 2016, at 9:59 AM, Iain Sandoe wrote: > >> On 7 Nov 2016, at 09:51, Mike Stump wrote: >> >> [ possible dup ] >> >>> Begin forwarded message: >>> >>> From: Mike Stump >>> Subject: Re: [PATCH fix PR71767 2/4 : Darwin configury] Arrange for ld64 to >>> be detected as Darwin's linker >

Re: [PATCH] Fix PR78229

On November 7, 2016 9:22:38 PM GMT+01:00, Jakub Jelinek wrote: >On Mon, Nov 07, 2016 at 01:20:20PM +0100, Richard Biener wrote: >> Bootstrapped and tested on x86_64-unknown-linux-gnu, applied to trunk >> and branch. >> >> Richard. >> >> 2016-11-07 Richard Biener >> >> PR target/78229 >

RFA (libstdc++): C++ PATCH to implement C++17 noexcept in type system

This patch implements P0012R1: "Make exception-specifications be part of the type system, version 5". Some of the conversion logic was already there from the transactional memory TS implementation, and indeed the semantics of the noexcept function pointer conversion was modeled on that wording, bu

Re: RFA (libstdc++): C++ PATCH to implement C++17 noexcept in type system

On 7 November 2016 at 22:49, Jason Merrill wrote: > Tested x86_64-pc-linux-gnu. Are the libstdc++ changes OK for trunk? Yes, I like the approach, thanks.

[openacc] add support for common block data

This patch adds support for variables inside common blocks in OpenACC data clauses. The fortran FE changes are fairly straightforward. gfc_match_omp_variable_list already has support for common block data, so all I had to do was teach gfc_match_omp_map_clause to accept common common block arguments

Re: [PATCH] [ARC] define SIZE_TYPE and PTRDIFF_TYPE correctly

On 11/03/2016 03:57 AM, Claudiu Zissulescu wrote: > Hi Vineet, > > Thank you for your contribution. > >> gcc/ >> 2016-10-28 Vineet Gupta >> >> * config/arc/arc.h (SIZE_TYPE): define as unsigned int. >> * (PTRDIFF_TYPE): define as int. >> > Approved and committed. However, the entry

Re: [PATCH fix PR71767 2/4 : Darwin configury] Arrange for ld64 to be detected as Darwin's linker

> On 7 Nov 2016, at 13:56, Mike Stump wrote: > > On Nov 7, 2016, at 9:59 AM, Iain Sandoe wrote: >> >>> On 7 Nov 2016, at 09:51, Mike Stump wrote: >>> >>> [ possible dup ] >>> Begin forwarded message: From: Mike Stump Subject: Re: [PATCH fix PR71767 2/4 : Darwin configu

[ssa-coalesce] Rename register_ssa_partition

Hi, In tree-ssa-coalesce, register_ssa_partition ) and register_ssa_partition_check have lost their meaning over various commits and now just verifies that ssa_var is indeed a SSA_NAME and not a virtual_operand_p. It is confusing when one look at if for the fist time and would expect more whil

Re: [PATCH] have __builtin_object_size handle POINTER_PLUS with non-const offset (pr 77608)

It's taken me longer than I expected to finally get back to this project. Sorry about the delay. https://gcc.gnu.org/ml/gcc-patches/2016-09/msg01110.html Attached is an updated patch with this enhancement and reflecting you previous comment. Besides running the GCC test suite I tested the pa

Re: [PATCH fix PR71767 2/4 : Darwin configury] Arrange for ld64 to be detected as Darwin's linker

> On 7 Nov 2016, at 13:53, Mike Stump wrote: > > On Nov 7, 2016, at 10:40 AM, Jeff Law wrote: >> >> On 11/07/2016 10:48 AM, Mike Stump wrote: >>> On Nov 6, 2016, at 11:39 AM, Iain Sandoe wrote: This is an initial patch in a series that converts Darwin's configury to detect ld64 fea

Re: [PATCH fix PR71767 2/4 : Darwin configury] Arrange for ld64 to be detected as Darwin's linker

> On 7 Nov 2016, at 13:53, Mike Stump wrote: > > On Nov 7, 2016, at 10:40 AM, Jeff Law wrote: >> >> On 11/07/2016 10:48 AM, Mike Stump wrote: >>> On Nov 6, 2016, at 11:39 AM, Iain Sandoe wrote: This is an initial patch in a series that converts Darwin's configury to detect ld64 fea

[PATCH] Fix PR71727

Hi, Please find attached the patch that fixes PR71727. Please review the patch and let me know if its okay? Regression tested on Aarch64 with no regressions. Thanks, Naveen 2016-11-08 Naveen H.S * config/aarch64/aarch64.c (aarch64_builtin_support_vector_misalignment): New.

[PATCH] Add -fsanitize=shift{,-base,-exponent} support

Hi! In the libsanitizer merge Maxim posted I've noticed that llvm split the -fsanitize=shift option into suboption (at least one really weirdly named, I have never seen the shift count being called exponent), this patch implements the same with the same option names for gcc. The interesting part i

[PATCH] Fix regex_iterator end() state and operator==()

This fixes libstdc++/78236. I'm surprised that this bug was not revealed until now :P. Bootstrapped and tested under x86_64-linux-gnu. I'm happy with however many backports. -- Regards, Tim Shen commit 8aee66b743b5b0ef09cbc9587ebbacf6665ba0cb Author: Tim Shen Date: Mon Nov 7 21:50:49 2016 -0

[patch, avr] Add flash size to device info and make wrap around default (was: Re: [patch, avr] Make pmem-wrap-around option as default)

On Thursday 03 November 2016 06:19 PM, Georg-Johann Lay wrote: On 03.11.2016 08:58, Pitchumani Sivanupandi wrote: Most of the AVR's 8k memorydevices have only rjmp instruction, not jmp. So, it is important to wrap around jump destination to check if it can reach backwards. Currently link spec

Re: [match.pd] Fix for PR35691

On Mon, 7 Nov 2016, Prathamesh Kulkarni wrote: > On 7 November 2016 at 23:06, Prathamesh Kulkarni > wrote: > > On 7 November 2016 at 15:43, Richard Biener wrote: > >> On Fri, 4 Nov 2016, Prathamesh Kulkarni wrote: > >> > >>> On 4 November 2016 at 13:41, Richard Biener wrote: > >>> > On Thu, 3 N

Re: [PATCH] A special predicate for type size equality

On Mon, 7 Nov 2016, Martin Jambor wrote: > Hi, > > this has been in my TODO list for at least two years, probably longer, > although I do no longer remember why I added it there. The idea is to > introduce a special wrapper around operands_equal_p for TYPE_SIZE > comparisons, which would try sim

Re: [PATCH] Add -fsanitize=shift{,-base,-exponent} support

On Tue, 8 Nov 2016, Jakub Jelinek wrote: > Hi! > > In the libsanitizer merge Maxim posted I've noticed that llvm split > the -fsanitize=shift option into suboption (at least one really weirdly > named, I have never seen the shift count being called exponent), this > patch implements the same with

<    1   2