Re: [GIMPLE FE] Avoid ICE with __builtin_abs

On Sat, 4 Feb 2017, Prathamesh Kulkarni wrote: > Hi, > The following test-case ICE's with -fgimple: > > int __GIMPLE foo(int a) > { > int t1; > t1_1 = __builtin_abs (a); > return t1_1; > } > > gimplefe-2.c:4:3: internal compiler error: in get_callee_fndecl, at > tree.c:9500 >t1_1 =

[unified-autovect: Patch 2/N] Implementation of k-arity promotion/reduction

Hi Richard, Sorry for delayed patch submission. I was on maternity leave, so could not post earlier. Here is the previous mail for your reference: https://gcc.gnu.org/ml/gcc/2016-06/msg00043.html Please find attached the patch for stage 2: implementation of k-arity promotion/reduction in the

Re: [PATCH] [AArch64] PR target/71663 Improve Vector Initializtion

Hi, Please consider this as a personal reminder to review the patch at following link and let me know your comments on the same. https://gcc.gnu.org/ml/gcc-patches/2016-12/msg00718.html Thanks, Naveen

[PATCH/AARCH64] Change -mcpu=thunderx2t99 's -mcpu=native support

Hi, When I implemented the -mcpu=thunderx2t99 I did not have the Cavium partno for ThunderX CN99xx, only the original part no. This patch adds the new part no for the future versions of the chip. OK? Bootstrapped and tested on aarch64-linux-gnu with no regressions. Thanks, Andrew ChangeLog:

Re: [PATCH][GIMPLEFE] Fix for ICE due to undeclared variable

On 4 January 2017 at 16:02, Richard Biener wrote: > On Wed, Dec 28, 2016 at 7:27 PM, Prasad Ghangal > wrote: >> Hi, >> The attached patch tries fix ICE due to undeclared variable(s) in the input. >> Successfully bootstrapped on

Re: [PATCH 2/6] RISC-V Port: gcc

I didn't see a v3 with the documentation patches go by yet, and I had some nit-picky comments on v2 (in addition to the ones Joseph already asked for): > diff --git a/gcc/doc/invoke.texi b/gcc/doc/invoke.texi index 4b13aeb..581c4ef 100644 --- a/gcc/doc/invoke.texi +++ b/gcc/doc/invoke.texi @@

Re: New Port for RISC-V v2

On 02/02/2017 01:05 AM, Palmer Dabbelt wrote: Thanks to everyone who reviewed our original patch set. I've tried to CC everyone who provided a review, sorry if I missed anyone! Andrew, Kito and I believe that we've addressed almost all of the feedback from the reviews of our v1 patch set.

Fix PR c++/79360

This patch fixes PR c++/79360, a regression from PR c++/70347. The TYPE_FIELDS of a type may contain TYPE_DECLs and CONST_DECLs as well as FIELD_DECLs, but when looking for an NSDMI we are only interested in the FIELD_DECLs. Otherwise we may try to initialize the union with the DECL_INITIAL of a

Re: [RFA][PR tree-optimization/79095] [PATCH 1/4] Improve ranges for MINUS_EXPR and EXACT_DIV_EXPR

On 02/05/2017 04:06 PM, kugan wrote: Hi Jeff, On 05/02/17 01:52, Jeff Law wrote: + /* EXACT_DIV_EXPR is typically used for pointer subtraction; + as a result a ~[0,0] may be better than what has already + been computed. + + In particular if numerator has the range ~[0,0], then the

Re: [RFA][PR tree-optimization/79095] [PATCH 1/4] Improve ranges for MINUS_EXPR and EXACT_DIV_EXPR

Hi Jeff, On 05/02/17 01:52, Jeff Law wrote: + /* EXACT_DIV_EXPR is typically used for pointer subtraction; + as a result a ~[0,0] may be better than what has already + been computed. + + In particular if numerator has the range ~[0,0], then the + result range is going to be

Re: [libstdc++,doc] Strip links to ANSI (web shop)

On 05/02/17 22:22 +0100, Gerald Pfeifer wrote: First of all, I am not sure whether this is really a FAQ (and even if so, why we duplicate text in the FAQ and the manual). But referring to ANSI's webshop (and even ANSI) via a link feels a little over the edge, doesn't it? ANSI sells the

[wwwdocs] gcc-5/changes.html - update link to OpenMP 4.0 Examples

I am impressed how nicely the OpenMP have put in place a redirect. Applied. Gerald Index: gcc-5/changes.html === RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-5/changes.html,v retrieving revision 1.141 diff -u -r1.141 changes.html ---

New German PO file for 'gcc' (version 7.1-b20170101)

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 German team of translators. The file is available at: http://translationproject.org/latest/gcc/de.po (This file, 'gcc-7.1-b20170101.de.po',

[wwwdocs] Add a redirect to the libc (aka glibc/GNU libc) manual

Some of our own online documentation has references to the glibc online docs which, alas, are not present on gcc.gnu.org (nor even sourceware.org from what I could find). We can fix these links that are currently broken by redirecting to the version on www.gnu.org. Tested manually and applied;

[libstdc++,doc] Strip links to ANSI (web shop)

First of all, I am not sure whether this is really a FAQ (and even if so, why we duplicate text in the FAQ and the manual). But referring to ANSI's webshop (and even ANSI) via a link feels a little over the edge, doesn't it? I have _not_ applied this yet. What do you think? Any objections?

[doc] standards.texi (was: [wwwdocs] Update reference to Go 1)

On Sun, 15 Nov 2015, Gerald Pfeifer wrote: > weekly.golang.org/doc/go1 now redirects to golang.org/doc/go1 > and this uses https. It turns out I missed the link in doc/standards.texi back in November. Fixed thusly (revision 245199). Gerald 2017-02-05 Gerald Pfeifer

[doc] contrib.texi - simpliy Hans Boehm's entry

We generally do not have links to actual contributions in this section (just references), and I know (since I've had to update them) that we do have sufficiently many of these links anyway. Applied. 2017-02-05 Gerald Pfeifer * doc/contrib.texi (Contributors):

Re: [PATCH/AARCH64] Fix ThunderX core definition

On Sun, Feb 05, 2017 at 11:43:59AM -0800, Andrew Pinski wrote: > On Sun, Feb 5, 2017 at 8:50 AM, James Greenhalgh > wrote: > > On Fri, Feb 03, 2017 at 01:10:36PM -0800, Andrew Pinski wrote: > >> Hi, > >> It turns out due to a hardware issue, LSE support is turned off.

[wwwdocs] mirrors - remove FTP service of mirrors-usa.go-parts.com

...which is now asking for username and password. I verified that the HTTP mirror still seems to work just fine, and applied the patch below for now. Gerald Index: mirrors.html === RCS file: /cvs/gcc/wwwdocs/htdocs/mirrors.html,v

Re: C++ Modules branch

On Tue, 24 Jan 2017, Nathan Sidwell wrote: > As some have already noticed, I created a c++-modules branch yesterday. > Don't get too excited, that doesn't mean I have an implementation to > commit there. Are you planning to add this to svn.html (where we generally describe all branches)?

Re: [PATCH/AARCH64] Fix ThunderX core definition

On Sun, Feb 5, 2017 at 8:50 AM, James Greenhalgh wrote: > On Fri, Feb 03, 2017 at 01:10:36PM -0800, Andrew Pinski wrote: >> Hi, >> It turns out due to a hardware issue, LSE support is turned off. >> This patch updates the thunderx cores to disable LSE and 8.1 where as

[PATCH 1/6] RISC-V Port: gcc/config/riscv/riscv.c

--- gcc/config/riscv/riscv.c | 4138 ++ 1 file changed, 4138 insertions(+) create mode 100644 gcc/config/riscv/riscv.c diff --git a/gcc/config/riscv/riscv.c b/gcc/config/riscv/riscv.c new file mode 100644 index 000..834651f --- /dev/null +++

[PATCH 6/6] RISC-V Port: contrib

--- contrib/config-list.mk | 1 + 1 file changed, 1 insertion(+) diff --git a/contrib/config-list.mk b/contrib/config-list.mk index 9833480..0edc8a4 100644 --- a/contrib/config-list.mk +++ b/contrib/config-list.mk @@ -79,6 +79,7 @@ LIST = aarch64-elf aarch64-linux-gnu aarch64-rtems \

New Port for RISC-V v3

There have been a handful of changes since we submitted our v2 port: * Some documentation formatting fixes. * A documentation typo fix. * Some changes to wwwdocs, which have been mailed to the list. * The port now builds via contrib/config-list.mk. I worked around the warnings in other

[PATCH 3/6] RISC-V Port: libgcc

--- libgcc/config.host | 12 + libgcc/config/riscv/atomic.c | 111 + libgcc/config/riscv/crti.S | 1 + libgcc/config/riscv/crtn.S | 1 + libgcc/config/riscv/div.S | 146 libgcc/config/riscv/linux-unwind.h | 89 +++

[PATCH 5/6] RISC-V Port: gcc/testsuite

From: Kito Cheng --- gcc/testsuite/g++.dg/cpp0x/constexpr-rom.C| 2 +- gcc/testsuite/gcc.c-torture/execute/20101011-1.c | 3 +++ gcc/testsuite/gcc.dg/20020312-2.c | 2 ++ gcc/testsuite/gcc.dg/builtin-apply2.c

[PATCH 4/6] RISC-V Port: libatomic

--- libatomic/configure.tgt | 1 + 1 file changed, 1 insertion(+) diff --git a/libatomic/configure.tgt b/libatomic/configure.tgt index 6d77c94..b8af3ab 100644 --- a/libatomic/configure.tgt +++ b/libatomic/configure.tgt @@ -37,6 +37,7 @@ case "${target_cpu}" in ARCH=alpha ;;

Fix profile updating after outer loop unswitching

Hi, this patches updates profile after hoist_guard transformation that was added in 2015. I wonder why this transofrm is bundled in tree-ssa-loop-unswitch and not enabled at -O2/-Os. It converts while (1) {

Fix profile updating in tree-if-convert

Hi, while looking into profile mismatches caused by vectorizer I noticed that sometimes we get mismatch even when no vectorizing is done. This is because tree-if-conv pass inserts if (LOOP_VECTORIZED (...)) perhaps_vectorizable_loop; else original_loop. After LOOP_VECTORIZED is

Re: [PATCH/AARCH64] Fix ThunderX core definition

On Fri, Feb 03, 2017 at 01:10:36PM -0800, Andrew Pinski wrote: > Hi, > It turns out due to a hardware issue, LSE support is turned off. > This patch updates the thunderx cores to disable LSE and 8.1 where as > needed. With this, do we want to back out the rest of the "variant" support that you

Re: [PATCH] Fix PGO bootstrap on x390x (PR bootstrap/78985).

On 02/01/2017 04:55 AM, Jakub Jelinek wrote: On Wed, Feb 01, 2017 at 12:52:16PM +0100, Martin Liška wrote: On 02/01/2017 11:38 AM, Jakub Jelinek wrote: On Wed, Feb 01, 2017 at 11:34:48AM +0100, Martin Liška wrote: Presumably the issue with print_operand_address is that there are paths where

Re: [PATCH, Fortran, pr79344, v1] [7 Regression] segmentation faults and run-time errors

Hi Mikael, thanks for the fast review. Committed as r245193. Regards, Andre On Sun, 5 Feb 2017 15:32:25 +0100 Mikael Morin wrote: > Le 04/02/2017 à 19:43, Andre Vehreschild a écrit : > > Hi all, > > > > attached patch fixes the issue of losing the data in the

Re: [PATCH, Fortran, pr79344, v1] [7 Regression] segmentation faults and run-time errors

Le 04/02/2017 à 19:43, Andre Vehreschild a écrit : Hi all, attached patch fixes the issue of losing the data in the SOURCE= expression of an ALLOCATE() when the source-expression is just a simple variable. The issue was that internally a temporary variable was created, whose components were

Re: [PATCH, Fortran, pr79335, v1] [7 Regression] Conditional jump or move depends on uninitialised in value get_scalar_to_descriptor_type(tree_node*, symbol_attribute) (trans-expr.c:53)

Hi Paul, and the last one committed as r245193. Thanks again for the reviews. Regards, Andre On Sat, 4 Feb 2017 17:16:56 + Paul Richard Thomas wrote: > Hi Andre, > > This is getting to be a bit monotonous :-) OK for trunk. > > Thanks for the three

Re: [PATCH, Fortran, pr78958, v1] Unallocated memory access after SOURCE-ALLOCATEing unlimited polymorphic object

Hi Paul, thanks for the review. Committed as r245192. Regards, Andre On Sat, 4 Feb 2017 17:07:13 + Paul Richard Thomas wrote: > Hi Andre, > > This looks to be OK for trunk. > > Thanks for the patch. > > Paul > > On 4 February 2017 at 13:11, Andre

Re: [PATCH, Fortran, pr79230, v1] [7 Regression] [OOP] Run time error: double free or corruption

ite/ChangeLog === --- gcc/testsuite/ChangeLog (Revision 245190) +++ gcc/testsuite/ChangeLog (Arbeitskopie) @@ -1,3 +1,8 @@ +2017-02-05 Andre Vehreschild <ve...@gcc.gnu.org> + + PR fortran/792

MAINTAINERS: remove redundant entry

2017-02-05 Gerald Pfeifer * MAINTAINERS (Write After Approval): Remove redundant entry for Andrew Burgess. Applied. (Andrew is also listed as a reviewer.) Gerald Index: MAINTAINERS === ---

Re: [wwwdocs] Consistently use "testsuite"

On Fri, 3 Feb 2017, Gerald Pfeifer wrote: > And now a recursive grep. And here the buildstat.html pages since GCC 3.0. Copy all over the place. ;-) Applied. Gerald Index: gcc-3.0/buildstat.html === RCS file:

Re: [doc] extend.texi - "lock critical sections"?

On Thu, 2 Feb 2017, Andi Kleen wrote: > The patch is ok. Lock critical region isn't a special term. Thanks, Andi! Below the ChangeLog and patch I committed. Gerald 2017-02-05 Gerald Pfeifer * doc/extend.texi (x86 specific memory model extensions for

[SPARC] Fix PR target/79353

/79353 * config/sparc/sync.md (atomic_loaddi_1): Replace 'U' constraint with 'r', 'm' constraint with 'T' and !TARGET_ARCH64 with TARGET_ARCH32. (atomic_storedi_1): Likewise. 2017-02-05 Eric Botcazou <ebotca...@adacore.com> * gcc.target/sparc/20170205-1.c: New tes

New Swedish PO file for 'gcc' (version 7.1-b20170101)

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-7.1-b20170101.sv.po',