Simplify contrib/gcc_update wrt. Java

I committed this straightforward simplification, and while I was at it also adjusted the copyright dates. Gerald 2017-01-17 Gerald Pfeifer * gcc_update: Remove entries related to GCJ and libgcj. Complete copyright years and adjust my e-mail address.

Re: [PATCH] avoid calling memset et al. with excessively large sizes (PR 79095)

On Mon, Jan 16, 2017 at 05:06:40PM -0700, Martin Sebor wrote: > The test case submitted in bug 79095 - [7 regression] spurious > stringop-overflow warning shows that GCC optimizes some loops > into calls to memset with size arguments in excess of the object > size limit. Since such calls will

Re: [PATCH] Tree-level fix for PR 69526

Ping. To put it shortly, I'm not sure how to differentiate between: example range of a: [3,3] (ulong)(a + UINT_MAX) + 1 --> (ulong)(a) + (ulong)(-1 + 1), sign extend example range of a: [0,0] (ulong)(a + UINT_MAX) + 1 --> (ulong)(a) + (ulong)(UINT_MAX + 1), no sign extend In this case, there

[java,i386] Remove LIBGCJ_SONAME for cygwin and mingw32

With libgcj gone, no need to define LIBGCJ_SONAME any more in any of the ports. Applied. Gerald 2017-01-17 Gerald Pfeifer * config/i386/cygwin.h (LIBGCJ_SONAME): Remove. * config/i386/mingw32.h (LIBGCJ_SONAME): Remove. Index: config/i386/cygwin.h

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

On Sat, 14 Jan 2017 02:05:27 PST (-0800), mer...@debian.org wrote: > Palmer Dabbelt wrote: > >> diff --git a/gcc/config/riscv/linux.h b/gcc/config/riscv/linux.h >> new file mode 100644 >> index 000..045f6cc >> --- /dev/null >> +++ b/gcc/config/riscv/linux.h >> [...] >> +#define

Re: [PATCH 4/6] RISC-V Port: libsanitizer

On Thu, 12 Jan 2017 15:39:54 PST (-0800), jos...@codesourcery.com wrote: > Have these changes been sent upstream? Although at the present > development stage applying selected changes might be better than a bulk > merge from upstream libsanitizer, they should still go upstream so they > aren't a

[Bug target/78633] [7 Regression] [SH] libgcc/fp-bit.c:944:1: error: invalid rtl sharing found in the insn

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78633 --- Comment #20 from Kazumoto Kojima --- I've applied a quick fix. I'd like to keep this open for further checks.

[patch committed] [SH] Fix PR target/78633

Hi, I've applied the quick fix below for PR target/78633 which results a build failure on the target. Tested on sh4-unknown-linux-gnu. Regards, kaz -- 2017-01-17 Kaz Kojima PR target/78633 * config/sh/sh.md (cmpeqsi_t+1): Call copy_rtx to avoid

[Bug target/78633] [7 Regression] [SH] libgcc/fp-bit.c:944:1: error: invalid rtl sharing found in the insn

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78633 --- Comment #19 from Kazumoto Kojima --- Author: kkojima Date: Tue Jan 17 04:07:51 2017 New Revision: 244516 URL: https://gcc.gnu.org/viewcvs?rev=244516=gcc=rev Log: PR target/78633 * config/sh/sh.md (cmpeqsi_t+1): Call copy_rtx

[Bug target/79066] [7 Regression] non-PIC code generated for powerpc glibc with -fpic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79066 Alan Modra changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug target/79066] [7 Regression] non-PIC code generated for powerpc glibc with -fpic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79066 --- Comment #7 from Alan Modra --- Author: amodra Date: Tue Jan 17 02:54:11 2017 New Revision: 244515 URL: https://gcc.gnu.org/viewcvs?rev=244515=gcc=rev Log: PR79066, non-PIC code generated for powerpc glibc with -fpic PR target/79066

Re: PR79066, non-PIC code generated for powerpc glibc with -fpic

On Mon, Jan 16, 2017 at 01:49:36PM -0600, Segher Boessenkool wrote: > On Mon, Jan 16, 2017 at 03:50:01PM +1030, Alan Modra wrote: > > > > > Okay for trunk if there is nothing unexpected. Thanks! > > > > > > > > I guess I should at least build glibc. > > > > > > Yes exactly, something big that

[Bug preprocessor/79106] wrong source line printed in diagnostics for a translation unit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79106 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug tree-optimization/77445] [7 Regression] Performance drop after r239219 on coremark test

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77445 --- Comment #12 from Jan Hubicka --- Created attachment 40526 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40526=edit Patch I am testing The profile is quite inconsistent since thread1. The problem is that duplicate_thread_path does

[Bug demangler/79111] New: demangle_template tries to allocate 18446744070799748648 bytes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79111 Bug ID: 79111 Summary: demangle_template tries to allocate 18446744070799748648 bytes Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug regression/53203] [5/6/7 Regression]: gcc.dg/setjmp-1.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53203 Hans-Peter Nilsson changed: What|Removed |Added Status|SUSPENDED |RESOLVED Resolution|---

Re: make[1]: *** wait: No child processes during make -j8 check

On Mon, Jan 16, 2017 at 4:37 PM, Martin Sebor wrote: > I've run into this failure during make check in the past with > a very large make -j value (such as -j128), but today I've had > two consecutive make check runs fail with -j12 and -j8 on my 8 > core laptop with no much else

[Bug middle-end/77484] [6/7 Regression] Static branch predictor causes ~6-8% regression of SPEC2000 GAP

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77484 --- Comment #31 from Wilco --- (In reply to Jan Hubicka from comment #30) > > > > When I looked at gap at the time, the main change was the reordering of a > > few > > if statements in several hot functions. Incorrect block frequencies also >

Re: [PATCH] Make multiple_target.c aware of LTO (PR lto/66295)

> Hello. > > Not being expert in multi_target area, however it consists of 2 passes. The > first > one (ipa_target_clone) is responsible for creation of multiple targets for > functions > decorated with __attribute__((target_clones("xxx"))). I guess the pass should > be > called just in LGEN

make[1]: *** wait: No child processes during make -j8 check

I've run into this failure during make check in the past with a very large make -j value (such as -j128), but today I've had two consecutive make check runs fail with -j12 and -j8 on my 8 core laptop with no much else going on. The last thing running was the go test suite. Has something changed

[Bug middle-end/77484] [6/7 Regression] Static branch predictor causes ~6-8% regression of SPEC2000 GAP

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77484 --- Comment #30 from Jan Hubicka --- > > When I looked at gap at the time, the main change was the reordering of a few > if statements in several hot functions. Incorrect block frequencies also > change > register allocation in a bad way, but

[Bug c/79110] New: FAIL: gcc.dg/format/pr78304.c (test for warnings, line 9)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79110 Bug ID: 79110 Summary: FAIL: gcc.dg/format/pr78304.c (test for warnings, line 9) Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug middle-end/77484] [6/7 Regression] Static branch predictor causes ~6-8% regression of SPEC2000 GAP

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77484 --- Comment #29 from Wilco --- (In reply to Jan Hubicka from comment #28) > > On SPEC2000 the latest changes look good, compared to the old predictor gap > > improved by 10% and INT/FP by 0.8%/0.6%. I'll run SPEC2006 tonight. > > It is rather

[Bug c/79109] New: FAIL: gcc.dg/attr-alloc_size-4.c (test for excess errors)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79109 Bug ID: 79109 Summary: FAIL: gcc.dg/attr-alloc_size-4.c (test for excess errors) Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug middle-end/78703] -fprintf-return-value floating point handling incorrect in locales with a mulltibyte decimal point

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78703 Martin Sebor changed: What|Removed |Added Keywords||patch --- Comment #5 from Martin Sebor

Re: [PATCH] fix integer overflow bugs in gimple-ssa-sprintf.c (PR 78608)

If the FIXME was a future thing, then this is OK with the nits fixed. If the FIXME was a marker for something you intended to address now and just forgot, then we either need another iteration or a follow-up patch depending on the severity of the FIXME in your mind. As we discussed privately,

[Bug tree-optimization/78608] [7 Regression] gimple-ssa-sprintf.c:570:17: runtime error: negation of -9223372036854775808 cannot be represented in type 'long int'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78608 Martin Sebor changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug tree-optimization/78608] [7 Regression] gimple-ssa-sprintf.c:570:17: runtime error: negation of -9223372036854775808 cannot be represented in type 'long int'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78608 --- Comment #8 from Martin Sebor --- Author: msebor Date: Tue Jan 17 00:14:52 2017 New Revision: 244511 URL: https://gcc.gnu.org/viewcvs?rev=244511=gcc=rev Log: PR tree-optimization/78608 - gimple-ssa-sprintf.c:570:17: runtime error: negation

[Bug c++/79095] [7 regression] spurious stringop-overflow warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79095 Martin Sebor changed: What|Removed |Added Keywords||patch --- Comment #3 from Martin Sebor

[Bug c++/79095] [7 regression] spurious stringop-overflow warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79095 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[PATCH] avoid calling memset et al. with excessively large sizes (PR 79095)

The test case submitted in bug 79095 - [7 regression] spurious stringop-overflow warning shows that GCC optimizes some loops into calls to memset with size arguments in excess of the object size limit. Since such calls will unavoidably lead to a buffer overflow and memory corruption the attached

RE: [PATCH, MIPS] Target flag and build option to disable indexed memory OPs.

> -Original Message- > From: gcc-patches-ow...@gcc.gnu.org [mailto:gcc-patches- > ow...@gcc.gnu.org] On Behalf Of Matthew Fortune > Sent: Monday, January 16, 2017 11:25 AM > To: Doug Gilmore ; gcc- > patc...@gcc.gnu.org > Cc: Moore, Catherine

[Bug bootstrap/78880] [7 Regression] Revision 243196 breaks bootstrap on x86_64-w64-mingw32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78880 Jeffrey A. Law changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

Reverting mingw32 patch from late 2016

Your patch for ming32 causes bootstrapping problems for mingw32. Given that mingw32 isn't something I can afford to spend time debugging, I've reverted the patch until it can be fixed. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78880 Jeff

Add tests for recent dse bugs

ACATS already had a test covering the Ada issue, Eric also added a test to the gnat.dg testsuite. So that's well covered. The test for the bootstrap comparison failure was (as expected) trivial to construct (ssa-dse-29.c). The test for the ppc64 big endian failures was easy to extract

[Bug tree-optimization/77485] Missed dead store elimination of aggregate store followed by partial stores

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77485 --- Comment #16 from Jeffrey A. Law --- Author: law Date: Mon Jan 16 23:43:05 2017 New Revision: 244509 URL: https://gcc.gnu.org/viewcvs?rev=244509=gcc=rev Log: 2017-01-16 Jeff Law PR tree-optimization/79090

[Bug tree-optimization/79090] [7 regression] DSE wrongly removes store at variable offset

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79090 --- Comment #5 from Jeffrey A. Law --- Author: law Date: Mon Jan 16 23:43:05 2017 New Revision: 244509 URL: https://gcc.gnu.org/viewcvs?rev=244509=gcc=rev Log: 2017-01-16 Jeff Law PR tree-optimization/79090

[Bug middle-end/61912] Missed (partial) dead store elimination for structures on GIMPLE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61912 --- Comment #9 from Jeffrey A. Law --- Author: law Date: Mon Jan 16 23:43:05 2017 New Revision: 244509 URL: https://gcc.gnu.org/viewcvs?rev=244509=gcc=rev Log: 2017-01-16 Jeff Law PR tree-optimization/79090

[Bug tree-optimization/33562] [5/6 Regression] aggregate DSE disabled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33562 --- Comment #32 from Jeffrey A. Law --- Author: law Date: Mon Jan 16 23:43:05 2017 New Revision: 244509 URL: https://gcc.gnu.org/viewcvs?rev=244509=gcc=rev Log: 2017-01-16 Jeff Law PR tree-optimization/79090

[Bug fortran/79107] ICE on name resolution within internal subroutine

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79107 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug middle-end/77484] [6/7 Regression] Static branch predictor causes ~6-8% regression of SPEC2000 GAP

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77484 --- Comment #28 from Jan Hubicka --- > On SPEC2000 the latest changes look good, compared to the old predictor gap > improved by 10% and INT/FP by 0.8%/0.6%. I'll run SPEC2006 tonight. It is rather surprising you are seeing such large changes

Re: [PATCH 9f] Add a way for the C frontend to compile __RTL-tagged functions

On Mon, 2017-01-16 at 14:54 -0700, Jeff Law wrote: > On 01/09/2017 07:38 PM, David Malcolm wrote: > > The backend is full of singleton state, so we have to compile > > __RTL-functions as soon as we parse them. This means that the > > C frontend needs to invoke the backed. > > > > This patch adds

[PATCH, i386]: Remove LIMIT_RELOAD_CLASS macro

Hello! This is reload-only macro, not needed after target moved to LRA. 2017-01-17 Uros Bizjak * config/i386/i386.h (LIMIT_RELOAD_CLASS): Remove. Bootstrapped and regression tested on x86_64-linux-gnu {,-m32}. Committed to mainline SVN. Uros. Index:

Re: [PATCH, rs6000] Add support for vec_rlnm and vec_rlmi

> On Jan 16, 2017, at 4:24 PM, Segher Boessenkool > wrote: > > Hi Bill, > > A few comments: > > On Mon, Jan 16, 2017 at 12:12:22PM -0600, Bill Schmidt wrote: >> * config/rs6000/rs6000-builtin.def (VRLWNM): New monomorphic >> function entry. > > I had to

Re: [PATCH 9g] Extend .md and RTL parsing to support being wired up to cc1

On Mon, 2017-01-16 at 15:04 -0700, Jeff Law wrote: > On 01/09/2017 07:38 PM, David Malcolm wrote: > > gcc/ChangeLog: > > * read-md.c (md_reader::read_char): Support filtering > > the input to a subset of line numbers. > > (md_reader::md_reader): Initialize fields > > m_first_line

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

On Thu, Jan 12, 2017 at 1:38 PM, Joseph Myers wrote: > On Wed, 11 Jan 2017, Palmer Dabbelt wrote: > >> +#include > > This is included in system.h, so don't include it here. OK. > >> + error ("unknown cpu `%s' for -mtune", cpu_string); > > This is using very-old-style

Re: [PATCH, bugfix] builtin expansion of strcmp for rs6000

On Mon, Jan 16, 2017 at 03:09:35PM -0600, Aaron Sawdey wrote: > Tulio noted that glibc's strncmp test was failing. This turned out to > be the use of signed HOST_WIDE_INT for handling strncmp length. The > glibc test calls strncmp with length 2^64-1, presumably to provoke > exactly this type of

Re: [PATCH] Add AVX512 k-mask intrinsics

On Tue, Jan 17, 2017 at 01:30:11AM +0300, Andrew Senkevich wrote: > here is one more part of intrinsics for k-mask registers shifts: The software developer manuals describe KSHIFT{L,R}* like: KSHIFTLW COUNT <- imm8[7:0] DEST[MAX_KL-1:0] <- 0 IF COUNT <=15 THEN DEST[15:0] <- SRC1[15:0] << COUNT;

Re: [PATCH][PR tree-optimization/79090] Fix two minor DSE bugs

On January 16, 2017 7:27:53 PM GMT+01:00, Jeff Law wrote: >On 01/16/2017 01:51 AM, Richard Biener wrote: >> On Sun, Jan 15, 2017 at 10:34 AM, Jeff Law wrote: >>> >>> At one time I know I had the max_size == size test in >valid_ao_ref_for_dse. >>> But it got lost

Re: Implement -Wduplicated-branches (PR c/64279) (v3)

On 01/09/2017 02:21 AM, Marek Polacek wrote: On Thu, Jan 05, 2017 at 04:41:28PM +0100, Jakub Jelinek wrote: On Thu, Jan 05, 2017 at 04:39:40PM +0100, Marek Polacek wrote: Coming back to this... Right, after h0 == h1 is missing && operand_equal_p (thenb, elseb, 0) or so (the exact last

Re: [PATCH] Add AVX512 k-mask intrinsics

Hi, here is one more part of intrinsics for k-mask registers shifts: gcc/ * config/i386/avx512bwintrin.h: Add k-mask registers shift intrinsics. * config/i386/avx512dqintrin.h: Ditto. * config/i386/avx512fintrin.h: Ditto. * config/i386/i386-builtin-types.def: Add new types. *

Re: [PATCH, rs6000] Add support for vec_rlnm and vec_rlmi

Hi Bill, A few comments: On Mon, Jan 16, 2017 at 12:12:22PM -0600, Bill Schmidt wrote: > * config/rs6000/rs6000-builtin.def (VRLWNM): New monomorphic > function entry. I had to look up if "monomorphic" is an existing word in this context. Unfortunately it is, sigh (it clashes hard

Re: [ping] libobjc patches and zlib update

On 01/12/2017 04:24 AM, Matthias Klose wrote: [CCing some global reviewers] Please review the two libobjc patches: https://gcc.gnu.org/ml/gcc-patches/2016-12/msg02003.html - not a regression, but a simplification of the new configure option.

Re: [PATCH 9g] Extend .md and RTL parsing to support being wired up to cc1

On 01/09/2017 07:38 PM, David Malcolm wrote: gcc/ChangeLog: * read-md.c (md_reader::read_char): Support filtering the input to a subset of line numbers. (md_reader::md_reader): Initialize fields m_first_line and m_last_line.

Re: [PATCH 9i] testsuite: add aarch64-specific files

On 01/09/2017 07:38 PM, David Malcolm wrote: gcc/testsuite/ChangeLog: * gcc.dg/rtl/aarch64/asr_div1.c: New test case. * gcc.dg/rtl/aarch64/pr71779.c: New test case. OK. jeff

Re: [PATCH 9j] testsuite: add x86_64-specific files

On 01/09/2017 07:38 PM, David Malcolm wrote: A collection of test cases, capturing the state of various functions at various places within the pass list, and verifying that we can restart at various passes. gcc/testsuite/ChangeLog: * gcc.dg/rtl/x86_64/dfinit.c: New test case. *

Re: [PATCH 9h] testsuite: add platform-independent files

On 01/09/2017 07:38 PM, David Malcolm wrote: This patch adds: - an rtl.exp (to make it easy to run just the tests for __RTL-tagged functions) - a test.c source file I used when generating the various RTL dumps (for reference) - a couple of tests of __RTL parser errors

Re: [PATCH 9f] Add a way for the C frontend to compile __RTL-tagged functions

On 01/09/2017 07:38 PM, David Malcolm wrote: The backend is full of singleton state, so we have to compile __RTL-functions as soon as we parse them. This means that the C frontend needs to invoke the backed. This patch adds the support needed. Normally this would be a no-no, and including rtl

[Bug fortran/57042] Strange typespec with -fdump-parse-tree

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57042 Thomas Koenig changed: What|Removed |Added Summary|ICE/Segfault with |Strange typespec with

Re: [PATCH 9e] Update "startwith" logic for pass-skipping to handle __RTL functions

On 01/09/2017 07:38 PM, David Malcolm wrote: gcc/ChangeLog: * passes.c: Include "insn-addr.h". (should_skip_pass_p): Add logging. Update logic for running "expand" to be compatible with both __GIMPLE and __RTL. Guard property-provider override so it is only done

[Bug ipa/79108] [7 Regression] ICE on some fortran code with -flto -Ofast

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79108 Martin Jambor changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug driver/49726] [5/6 Regression] -g0 file.S -g does not produce debug info

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49726 Jakub Jelinek changed: What|Removed |Added Summary|[5/6/7 Regression] -g0 |[5/6 Regression] -g0 file.S

[Bug target/79080] [7 Regression] ICE: internal consistency failure (error: invalid rtl sharing found in the insn) (error: shared rtx)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79080 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug middle-end/79089] [7 Regression] error: incorrect sharing of tree nodes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79089 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[committed] Fix a tree sharing bug during gimplification (PR c/79089)

Hi! gimplify_init_constructor sometimes uses object == lhs twice, once in gimple_build_assign and then as the result value, which is wrong if object is something that can't be shared such as COMPONENT_REF. Fixed by unsharing it in that case. Bootstrapped/regtested on x86_64-linux and

[Bug ipa/79108] [7 Regression] ICE on some fortran code with -flto -Ofast

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79108 --- Comment #1 from Andrew Pinski --- Note "--param ggc-min-expand=0 --param ggc-min-heapsize=0" is required to reproduce the issue. Otherwise it passes.

[Bug middle-end/79089] [7 Regression] error: incorrect sharing of tree nodes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79089 --- Comment #4 from Jakub Jelinek --- Author: jakub Date: Mon Jan 16 21:35:30 2017 New Revision: 244507 URL: https://gcc.gnu.org/viewcvs?rev=244507=gcc=rev Log: PR c/79089 * gimplify.c (gimplify_init_constructor): If want_value

[Bug target/79080] [7 Regression] ICE: internal consistency failure (error: invalid rtl sharing found in the insn) (error: shared rtx)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79080 --- Comment #2 from Jakub Jelinek --- Author: jakub Date: Mon Jan 16 21:34:35 2017 New Revision: 244506 URL: https://gcc.gnu.org/viewcvs?rev=244506=gcc=rev Log: PR target/79080 * loop-doloop.c (doloop_modify): Call

[Bug ipa/78365] [7 Regression] ICE in determine_value_range, at tree-ssa-loo p-niter.c:413

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78365 --- Comment #13 from Martin Jambor --- (In reply to Andrew Pinski from comment #11) > Looks like a GC issue as I was reducing the code but removing the comments > and empty lines caused the testcase to no longer crash. Adding --param >

Re: LTO crashes with fortran code in SPEC CPU 2006

On Sun, Jan 15, 2017 at 4:15 PM, Andrew Pinski wrote: > On Sun, Jan 15, 2017 at 4:09 PM, kugan > wrote: >> >> >> On 15/01/17 15:57, Andrew Pinski wrote: >>> >>> Just this is just an FYI until I reduce the testcases but 5 benchmarks >>> in

[Bug ipa/78365] [7 Regression] ICE in determine_value_range, at tree-ssa-loo p-niter.c:413

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78365 --- Comment #12 from Andrew Pinski --- (In reply to Andrew Pinski from comment #11) > (In reply to Andrew Senkevich from comment #10) > > This commit breaks 5 SPEC CPU 2006 benchmarks (416.gamess, 454.calculix, > > 459.GemsFDTD, 465.tonto,

[Bug driver/49726] [5/6/7 Regression] -g0 file.S -g does not produce debug info

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49726 --- Comment #5 from Jakub Jelinek --- Author: jakub Date: Mon Jan 16 21:33:07 2017 New Revision: 244505 URL: https://gcc.gnu.org/viewcvs?rev=244505=gcc=rev Log: PR driver/49726 * gcc.c (debug_level_greater_than_spec_func): New

[Bug ipa/79108] New: [7 Regression] ICE on some fortran code with -flto -Ofast

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79108 Bug ID: 79108 Summary: [7 Regression] ICE on some fortran code with -flto -Ofast Product: gcc Version: 7.0 Status: UNCONFIRMED Keywords: GC, ice-on-valid-code

[Bug ipa/79108] [7 Regression] ICE on some fortran code with -flto -Ofast

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79108 Andrew Pinski changed: What|Removed |Added Target||aarch64-linux-gnu Target

Re: [PATCH 9c] callgraph: handle __RTL functions

On 01/09/2017 07:38 PM, David Malcolm wrote: The RTL backend code is full of singleton state, so we have to handle functions as soon as we parse them. This requires various special-casing in the callgraph code. gcc/ChangeLog: * cgraph.h (symtab_node::native_rtl_p): New decl. *

[Bug ipa/78365] [7 Regression] ICE in determine_value_range, at tree-ssa-loo p-niter.c:413

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78365 --- Comment #11 from Andrew Pinski --- (In reply to Andrew Senkevich from comment #10) > This commit breaks 5 SPEC CPU 2006 benchmarks (416.gamess, 454.calculix, > 459.GemsFDTD, 465.tonto, 481.wrf) with ICE on x86_64 (and looks like on > aarch64

Re: [PATCH 9d] Don't call delete_tree_ssa for __RTL functions

On 01/10/2017 06:42 AM, Richard Biener wrote: On Tue, Jan 10, 2017 at 3:38 AM, David Malcolm wrote: gcc/ChangeLog: * final.c (rest_of_clean_state): Don't call delete_tree_ssa for __RTL functions. Heh, so you are lucky that nothing looks at this.

Re: [PATCH 9d] Don't call delete_tree_ssa for __RTL functions

On 01/09/2017 07:38 PM, David Malcolm wrote: gcc/ChangeLog: * final.c (rest_of_clean_state): Don't call delete_tree_ssa for __RTL functions. OK. And just for the record, these patches were submitted prior to stage1 close. I'm hesitant to go forward with them unless the set as

Re: [PATCH, GCC/LRA, gcc-5/6-branch] Fix PR78617: Fix conflict detection in rematerialization

On 01/16/2017 02:26 PM, Jeff Law wrote: On 01/13/2017 11:19 AM, Thomas Preudhomme wrote: Ping? I'm not sure if an ok from Valdimir is enough or if I also need RM approval. Vlad's approval is all you need. Thomas, the patch is ok for backporting. It is pretty safe.

[Bug target/61729] FAIL: g++.dg/abi/scoped1.C -std=gnu++11 execution test

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61729 --- Comment #3 from Segher Boessenkool --- Okay, I'll make it work for SVR4 in the rs6000 backend then. The generic code makes suboptimal code, many ABIs need to update (even those that haven't changed for 25 years), and more backends will need

Re: [PATCH] Fix as flags for -c xx.s -g0 -g (PR driver/49726)

On 01/10/2017 03:51 PM, Jakub Jelinek wrote: Hi! ASM_DEBUG_SPEC uses usually %{g:%{!g0:--gdwarf2}} or something similar. In the past, it used to be %{g:--gdwarf2}. Both have problems (and thus this is also a regression). The problem with the current ASM_DEBUG_SPEC is that if one uses -g0 -g,

Re: [PATCH, bugfix] builtin expansion of strcmp for rs6000

Here is an updated version of this patch.  Tulio noted that glibc's strncmp test was failing. This turned out to be the use of signed HOST_WIDE_INT for handling strncmp length. The glibc test calls strncmp with length 2^64-1, presumably to provoke exactly this type of bug. Fixing the issue

[Bug ipa/78365] [7 Regression] ICE in determine_value_range, at tree-ssa-loo p-niter.c:413

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78365 Andrew Senkevich changed: What|Removed |Added CC||andrew.n.senkevich at gmail dot co

[Bug jit/69435] Truncated lines in jit.log

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69435 --- Comment #5 from David Malcolm --- (In reply to David Malcolm from comment #4) > Followup was here: > http://lists.gnu.org/archive/html/dejagnu/2016-02/msg6.html which is:

[Bug jit/69435] Truncated lines in jit.log

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69435 --- Comment #4 from David Malcolm --- Followup was here: http://lists.gnu.org/archive/html/dejagnu/2016-02/msg6.html 2016-02-15 Ben Elliston Reported by David Malcolm. * lib/dejagnu.exp (text):

[Bug c/68473] ICE: in contains_point, at diagnostic-show-locus.c:340 after error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68473 David Malcolm changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[PATCH, i386]: Tighten checks in HARD_REGNO_CALLER_SAVE_MODE

Hello! In addition to mask registers, QImode and HImode fixups in HARD_REGNO_CALLER_SAVE_MODE apply only to general registers. 2017-01-16 Uros Bizjak * config/i386/i386.h (HARD_REGNO_CALLER_SAVE_MODE): Apply HImode and QImode fixups to general and mask registers

Re: PR79066, non-PIC code generated for powerpc glibc with -fpic

On Mon, Jan 16, 2017 at 03:50:01PM +1030, Alan Modra wrote: > > > > Okay for trunk if there is nothing unexpected. Thanks! > > > > > > I guess I should at least build glibc. > > > > Yes exactly, something big that uses pic -- it is pretty obvious it won't > > change anything for non-pic. > >

Re: [PATCH, GCC/LRA, gcc-5/6-branch] Fix PR78617: Fix conflict detection in rematerialization

On 01/13/2017 11:19 AM, Thomas Preudhomme wrote: Ping? I'm not sure if an ok from Valdimir is enough or if I also need RM approval. Vlad's approval is all you need. jeff

Re: [PATCH] Allow building GCC with PTX offloading even without CUDA being installed (gcc and nvptx-tools patches)

On 01/13/2017 11:28 AM, Jakub Jelinek wrote: On Fri, Jan 13, 2017 at 06:19:02PM +, Joseph Myers wrote: --- libgomp/plugin/cuda/cuda.h.jj 2017-01-13 15:58:00.966544147 +0100 +++ libgomp/plugin/cuda/cuda.h 2017-01-13 17:02:47.355817896 +0100 @@ -0,0 +1,174 @@ +/* CUDA API description.

[Bug fortran/79107] New: ICE on name resolution within internal subroutine

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79107 Bug ID: 79107 Summary: ICE on name resolution within internal subroutine Product: gcc Version: 6.3.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c++/79104] [7.0 regression] ambiguity calling std::begin on a local constexpr array of structs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79104 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org,

[Bug preprocessor/79106] wrong source line printed in diagnostics for a translation unit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79106 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #1

Re: [PATCH][PR tree-optimization/79090] Fix two minor DSE bugs

On 01/16/2017 01:51 AM, Richard Biener wrote: On Sun, Jan 15, 2017 at 10:34 AM, Jeff Law wrote: At one time I know I had the max_size == size test in valid_ao_ref_for_dse. But it got lost at some point. This is what caused the Ada failure. Technically it'd be OK for the

[Bug preprocessor/79106] New: wrong source line printed in diagnostics for a translation unit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79106 Bug ID: 79106 Summary: wrong source line printed in diagnostics for a translation unit Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug lto/79061] [7 Regression][LTO][ASAN] LTO plus ASAN fails with "AddressSanitizer: initialization-order-fiasco"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79061 Maxim Ostapenko changed: What|Removed |Added Attachment #40514|0 |1 is obsolete|

[Bug debug/78835] [7 regression] ICE with -fdebug-types-section and member function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78835 --- Comment #9 from Jakub Jelinek --- Created attachment 40524 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40524=edit gcc7-pr78835.patch Untested patch that fixes the ICE on this testcase by marking directly called functions as needed.

[Bug fortran/68933] ICE when mixing "-fprofile-arcs -ftest-coverage" and "-fcoarray=lib" on gcc-6 only

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68933 vehre at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4

[PATCH] Fix testcase for PR c/78304

On Mon, 2017-01-16 at 13:31 +0100, Rainer Orth wrote: > Hi Christophe, > > > > Successfully bootstrapped on x86_64-pc-linux-gnu; > > > adds 34 PASS results to gcc.sum. > > > > > These 2 tests fail on arm: > > > > gcc.dg/format/pr78304.c (test for warnings, line 9) > >

[Bug target/79058] [7 Regression] ARM: internal compiler error: in extract_constrain_insn, at recog.c:2213

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79058 Vladimir Makarov changed: What|Removed |Added CC||vmakarov at gcc dot gnu.org ---

  1   2   3   >