[Bug rtl-optimization/78583] [7 Regression] ICE on valid C code at -O3 on x86_64-linux-gnu (internal compiler error: in simplify_truncation)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78583 Segher Boessenkool changed: What|Removed |Added Status|NEW |ASSIGNED

Re: [patch part, libgcc] Add AVX-specific matmul

> the patch at https://gcc.gnu.org/ml/fortran/2016-11/msg00246.html > (the one going to gcc-patches was rejected due to size of > regernerated files) contains one libgcc change, which exposes > the __cpu_model interface fox i386 to libgfortran. > > The Fortran bits are OKd, but I need an approval

[Bug rtl-optimization/78588] rtlanal.c:5210:38: runtime error: shift exponent 4294967295 is too large for 64-bit type 'long unsigned int'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78588 Markus Trippelsdorf changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug fortran/78593] [6/7 Regression] ICE in gfc_match_varspec, at fortran/primary.c:2053

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78593 janus at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-on-invalid-code

Re: [PATCH v2] Fix PR78588 - rtlanal.c:5210:38: runtime error: shift exponent 4294967295 is too large for 64-bit type

On 2016.11.29 at 15:25 -0600, Segher Boessenkool wrote: > On Tue, Nov 29, 2016 at 05:00:05PM +0100, Markus Trippelsdorf wrote: > > Building gcc with -fsanitize=undefined shows: > > rtlanal.c:5210:38: runtime error: shift exponent 4294967295 is too large > > for 64-bit type 'long unsigned int' >

[Bug fortran/78592] [7 Regression] ICE in gfc_find_specific_dtio_proc, at fortran/interface.c:4939

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78592 janus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Known to work|

[Bug rtl-optimization/78588] rtlanal.c:5210:38: runtime error: shift exponent 4294967295 is too large for 64-bit type 'long unsigned int'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78588 --- Comment #1 from Markus Trippelsdorf --- Author: trippels Date: Wed Nov 30 07:30:55 2016 New Revision: 242997 URL: https://gcc.gnu.org/viewcvs?rev=242997=gcc=rev Log: Fix PR78588 - rtlanal.c:5210:38: runtime error: shift exponent 4294967295

[Bug fortran/78573] [7 Regression] [OOP] ICE in resolve_component, at fortran/resolve.c:13405

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78573 janus at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

Re: [Patch, Fortran] PR 78573: [7 Regression] [OOP] ICE in resolve_component, at fortran/resolve.c:13405

2016-11-29 23:21 GMT+01:00 Steve Kargl : > On Tue, Nov 29, 2016 at 10:58:35PM +0100, Janus Weil wrote: >> >> here is a rather straightforward patch for an ice-on-invalid >> regression. Regtests cleanly on x86_64-linux-gnu. Ok for trunk? >> > > Yes. Thanks,

[Bug fortran/78573] [7 Regression] [OOP] ICE in resolve_component, at fortran/resolve.c:13405

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78573 --- Comment #3 from janus at gcc dot gnu.org --- Author: janus Date: Wed Nov 30 07:25:36 2016 New Revision: 242996 URL: https://gcc.gnu.org/viewcvs?rev=242996=gcc=rev Log: 2016-11-30 Janus Weil PR fortran/78573

[Bug tree-optimization/78607] New: [7 Regression] ICE: verify_flow_info failed (error: missing barrier after block 2)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78607 Bug ID: 78607 Summary: [7 Regression] ICE: verify_flow_info failed (error: missing barrier after block 2) Product: gcc Version: 7.0 Status: UNCONFIRMED

[Bug rtl-optimization/78342] [7 Regression] ICE in rtl_verify_bb_insns, at cfgrtl.c:2657 (error: flow control insn inside a basic block)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78342 --- Comment #6 from Arseny Solokha --- (In reply to Segher Boessenkool from comment #5) > Please file a separate bug. I've filed PR78607.

[patch part, libgcc] Add AVX-specific matmul

Hello world, the patch at https://gcc.gnu.org/ml/fortran/2016-11/msg00246.html (the one going to gcc-patches was rejected due to size of regernerated files) contains one libgcc change, which exposes the __cpu_model interface fox i386 to libgfortran. The Fortran bits are OKd, but I need an

Re: [PATCH] Another debug info stv fix (PR rtl-optimization/78547)

On Tue, Nov 29, 2016 at 8:44 PM, Jakub Jelinek wrote: > Hi! > > The following testcase ICEs because DECL_RTL/DECL_INCOMING_RTL are adjusted > by the stv pass through the PUT_MODE modifications, which means that for > var-tracking.c they contain a bogus mode. > > Fixed by

Re: PING! [PATCH, Fortran, accaf, v1] Add caf-API-calls to asynchronously handle allocatable components in derived type coarrays.

Dear Andre, This all looks OK to me. The only comment that I have that you might deal with before committing is that some of the Boolean expressions, eg: + int caf_dereg_mode + = ((caf_mode & GFC_STRUCTURE_CAF_MODE_IN_COARRAY) != 0 + || c->attr.codimension) + ?

Re: Ping: Re: [patch, avr] Add flash size to device info and make wrap around default

On Tuesday 29 November 2016 10:06 PM, Denis Chertykov wrote: 2016-11-28 10:17 GMT+03:00 Pitchumani Sivanupandi : On Saturday 26 November 2016 12:11 AM, Denis Chertykov wrote: I'm sorry for delay. I have a problem with the patch: (Stripping trailing CRs

[Bug tree-optimization/78529] [7 Regression] gcc.c-torture/execute/builtins/strcat-chk.c failed with lto/O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78529 --- Comment #13 from Andrew Pinski --- https://gcc.gnu.org/ml/gcc-testresults/2016-11/msg03338.html

[Bug c/78584] Bug in GCC argument parser expandargv

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78584 DJ Delorie changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #6 from DJ Delorie

[Bug c/78584] Bug in GCC argument parser expandargv

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78584 --- Comment #5 from Florian Weimer --- Hmm. Maybe it is file-system-specific. I don't see the anomalous return values on XFS and tmpfs.

[Bug tree-optimization/78529] [7 Regression] gcc.c-torture/execute/builtins/strcat-chk.c failed with lto/O2

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

[Bug c/78584] Bug in GCC argument parser expandargv

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78584 --- Comment #4 from DJ Delorie --- kernel-4.8.6-201.fc24.x86_64 glibc-2.23.1-11.fc24.x86_64 but I'm also working on a libiberty patch to detect the case and avoid it.

[Bug c/78584] Bug in GCC argument parser expandargv

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78584 Florian Weimer changed: What|Removed |Added CC||fw at gcc dot gnu.org --- Comment #3

[Bug tree-optimization/78529] [7 Regression] gcc.c-torture/execute/builtins/strcat-chk.c failed with lto/O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78529 --- Comment #11 from Jim Wilson --- FYI I'm using the gdb simulator to run the testcases.

[PATCH] Fix prs 78602 & 78560 on PowerPC (vec_extract/vec_sec)

These two patches to fix PRs 78602 and 78560 fix aspects of the vector set and extract code I've been working on in the last couple of months. The two symptoms were essentially the same thing, one on vector set and the other on vector extract. The core issue was both set and extract did not

[Bug ipa/78599] [7 Regression] hwint.h:292:72: runtime error: shift exponent 64 is too large for 64-bit type 'long int'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78599 --- Comment #2 from prathamesh3492 at gcc dot gnu.org --- Hi Markus, Thanks for the report, I am able to reproduce it with ubsan-built gcc (--with-build-config=bootstrap-ubsan) on x86_64-unknown-linux-gnu. I am looking into it. Thanks,

[Bug tree-optimization/55177] missed optimizations with __builtin_bswap

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55177 Andrew Pinski changed: What|Removed |Added Keywords||TREE --- Comment #19 from Andrew Pinski

Re: [PATCH][AArch64] PR target/71112: Properly create lowpart of pic_offset_table_rtx with -fpie

On Tue, Nov 29, 2016 at 1:09 AM, Kyrill Tkachov wrote: > Hi all, > > This ICE only occurs on big-endian ILP32 -fpie code. The expansion code > generates the invalid load: > (insn 6 5 7 (set (reg/f:SI 76) > (unspec:SI [ > (mem/u/c:SI (lo_sum:SI

[Bug libobjc/23681] CLS_HAS_CXX_STRUCTORS is not supported with the GNU runtime

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=23681 Andrew Pinski changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|pinskia at gcc

[Bug rtl-optimization/46888] missed optimization of zero_extract with constant inputs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46888 Andrew Pinski changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|pinskia at gcc

[Bug libobjc/24775] libobjc should not include GCC's target headers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24775 Andrew Pinski changed: What|Removed |Added Assignee|pinskia at gcc dot gnu.org |unassigned at gcc dot gnu.org

[Bug testsuite/36165] Foreign exceptions for Objective-C and C++ are not tested

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36165 Andrew Pinski changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|pinskia at gcc

Re: Go patch committed: Merge to gccgo branch

Now I've merged GCC trunk revision 242992 to the gccgo branch. Ian

RE: [PATCH] PR fortran/77505 -- Treat negative character length as LEN=0

Please excuse the messy formatting in my initial mail. Resending with proper formatting. This patch checks for negative character length in the array constructor, and treats it as LEN=0. A warning message is also printed if bounds checking is enabled. Bootstrapped and regression tested the

[PATCH] PR fortran/77505 -- Treat negative character length as LEN=0

This patch checks for negative character length in the array constructor, and treats it as LEN=0. A warning message is also printed if bounds checking is enabled. Bootstrapped and regression tested the patch on x86_64-linux-gnu and aarch64-linux-gnu. Index: ChangeLog

Fix arc builds

There's a couple unused variables in arc_handle_option. This patch removes them. Verified the arc port builds again. Installed on the trunk. Jeff commit 0177a97d002107d99f82be0861ac0052285ccc0a Author: law Date: Wed Nov 30 04:37:10 2016 +

[Bug libfortran/78549] Very slow formatted internal file output

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78549 --- Comment #8 from Jerry DeLisle --- (In reply to Jerry DeLisle from comment #7) Correction: > Regardless, I will be looking at pr78351 (which is a result of doing some > speedups for internal units) and I will be thinking more about this PR

Re: [RFA] Fix false positive out of bounds array index warning in LRA

On 11/02/2016 01:20 PM, Bernd Schmidt wrote: On 10/29/2016 06:21 PM, Jeff Law wrote: On a small number of ports, we only have 2 defined register classes. NO_REGS and ALL_REGS. Examples would include nvptx and vax. So let's look at check_and_process_move from lra-constraints.c: sclass =

[Bug libfortran/78549] Very slow formatted internal file output

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78549 --- Comment #7 from Jerry DeLisle --- (In reply to mecej4 from comment #6) > (In reply to Jerry DeLisle from comment #5) > > > > Can you explain what "Windows Subsystem for Linux (Ubuntu 14) on Windows-10" > > is? > > Sorry if I created a bad

Re: [RFC PATCH] avoid printing type suffix with %E (PR c/78165)

On 11/19/2016 02:04 PM, Martin Sebor wrote: On 10/26/2016 02:46 PM, Joseph Myers wrote: On Wed, 26 Oct 2016, Martin Sebor wrote: The attached patch implements one such approach by having the pretty printer recognize the space format flag to suppress the type suffix, so "%E" still prints the

Re: Breakage on trunk, a fix

On 11/29/2016 08:38 PM, Jerry DeLisle wrote: I had to do this to get my build to work. diff --git a/gcc/doc/install.texi b/gcc/doc/install.texi index 5d96e5fd..140ff807 100644 --- a/gcc/doc/install.texi +++ b/gcc/doc/install.texi @@ -2196,7 +2196,7 @@ continues. @itemx

Re: [PATCH] avoid calling alloca(0)

On 11/26/2016 05:52 PM, Martin Sebor wrote: On 11/25/2016 12:51 PM, Jeff Law wrote: On 11/23/2016 06:15 PM, Martin Sebor wrote: gcc_assert works only in some instances (e.g., in c-ada-spec.c:191) but not in others because some actually do make the alloca(0) call at runtime: at a minimum,

Breakage on trunk, a fix

I had to do this to get my build to work. diff --git a/gcc/doc/install.texi b/gcc/doc/install.texi index 5d96e5fd..140ff807 100644 --- a/gcc/doc/install.texi +++ b/gcc/doc/install.texi @@ -2196,7 +2196,7 @@ continues. @itemx --with-target-bdw-gc-lib=@var{list} Specify search directories for

Re: [PATCH] enable -Wformat-length for dynamically allocated buffers (pr 78245)

That said, I defer to you on how to proceed here. I'm prepared to do the work(*) but I do worry about jeopardizing the chances of this patch and the others making it into 7.0. So would it make sense to just init/fini the b_o_s framework in your pass and for builtin expansion? I think that

[Bug libfortran/78549] Very slow formatted internal file output

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78549 --- Comment #6 from mecej4 at operamail dot com --- (In reply to Jerry DeLisle from comment #5) > > Can you explain what "Windows Subsystem for Linux (Ubuntu 14) on Windows-10" > is? Sorry if I created a bad portmanteau phrase. Here is a link

Re: [PATCH] Support nested functions (PR sanitize/78541).

On 11/29/2016 03:44 AM, Martin Liška wrote: Currently we an assert that prevents proper use-after-scope sanitization in nested functions. With the attached patch, we are able to do so. I'm adding 2 test-cases, first one is the ICE reported in PR and the second one tests proper report of

Re: [PING] [PATCH] Fix PR31096

Hi Jeff, >> I believe Richi asked for a small change after which you can consider >> the patch approved: Yeah. Thanks for all the comments and reviews. Patch committed after the modification as:- https://gcc.gnu.org/ml/gcc-cvs/2016-11/msg01019.html Thanks, Naveen

[Bug middle-end/78606] New: -Wformat-length/-fprintf-return-value incorrect for %+.0i and %.0o with zero value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78606 Bug ID: 78606 Summary: -Wformat-length/-fprintf-return-value incorrect for %+.0i and %.0o with zero value Product: gcc Version: 7.0 Status: UNCONFIRMED

libgo patch committed: Some fixes for c-archive/c-shared mode

This patch to libgo fixes a couple of problems that arise when building Go code into an archive or shared library that is linked into a C program. In archive mode, initsig is called before the memory allocator has been initialized. The code was doing a memory allocation because of the call to

Re: [PATCH] Fix format_integer (PR tree-optimization/78586)

On 11/29/2016 12:48 PM, Jakub Jelinek wrote: Hi! As mentioned in the PR, the LSHIFT_EXPR computation of values that will need longest or shortest string is both incorrect (it shifts integer_one_node left, so for precisions above precision of integer it returns 0 (not to mention that it is

Re: [Patch 4/5] OpenACC tile clause support, Fortran front-end parts

On 11/18/2016 03:24 AM, Jakub Jelinek wrote: > On Sat, Nov 12, 2016 at 08:51:00AM -0800, Cesar Philippidis wrote: >> On 11/11/2016 02:34 AM, Jakub Jelinek wrote: >>> On Thu, Nov 10, 2016 at 06:46:46PM +0800, Chung-Lin Tang wrote: >> >> And here's the patch. > > The patch doesn't look like OpenACC

Re: Remove stray '@' from install.texi (was Re: [PATCH] Delete GCJ)

On Tue, 2016-11-29 at 18:20 -0700, Sandra Loosemore wrote: > On 11/29/2016 06:10 PM, David Malcolm wrote: > > [snip] > > > > r242985 seems to have broken the build, for me at least (with > > texinfo > > 5.1): > > > > ../../src/gcc/doc/install.texi:2199: use braces to give a command > > as an

Re: Remove stray '@' from install.texi (was Re: [PATCH] Delete GCJ)

On 11/29/2016 06:10 PM, David Malcolm wrote: [snip] r242985 seems to have broken the build, for me at least (with texinfo 5.1): ../../src/gcc/doc/install.texi:2199: use braces to give a command as an argument to @= make[2]: *** [doc/gccinstall.info] Error 1 The attached patch fixes it. OK

[Bug preprocessor/78569] "internal compiler error: in get_substring_ranges_for_loc" processing sprintf buffer overflow

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

[committed] substring locations and # line directives (PR preprocessor/78569)

The ICE in PR preprocessor/78569 appears to be due to an attempt to generate substring locations in a .i file where the underlying .c file has changed since the .i file was generated. This can't work, so it seems safest for the on-demand substring locations to be unavailable for such files,

[Bug preprocessor/78569] "internal compiler error: in get_substring_ranges_for_loc" processing sprintf buffer overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78569 --- Comment #5 from David Malcolm --- Author: dmalcolm Date: Wed Nov 30 01:13:37 2016 New Revision: 242990 URL: https://gcc.gnu.org/viewcvs?rev=242990=gcc=rev Log: substring locations and # line directives (PR preprocessor/78569) The ICE in PR

[Bug libgcc/78576] [PPC] wrong long double to long int conversion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78576 Bill Schmidt changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

Remove stray '@' from install.texi (was Re: [PATCH] Delete GCJ)

On Tue, 2016-11-29 at 14:23 -0700, Jeff Law wrote: > On 11/21/2016 04:23 PM, Matthias Klose wrote: > > On 21.11.2016 18:16, Rainer Orth wrote: > > > Hi Matthias, > > > > > > > ahh, didn't see that :-/ Now fixed, is this clearer now? > > > > > > > > The options

[Bug middle-end/78605] bogus -Wformat-length=1 with %f

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78605 --- Comment #1 from joseph at codesourcery dot com --- On Tue, 29 Nov 2016, msebor at gcc dot gnu.org wrote: > As an independent issue, since the type of the arguments to the %f directive > is > float (not double), the checker should use

[Bug target/70905] [7 regression] FAIL: gcc.c-torture/compile/20011219-2.c -Os (unrecognizable insn)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70905 Bernd Schmidt changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug libgcc/78576] [PPC] wrong long double to long int conversion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78576 --- Comment #14 from joseph at codesourcery dot com --- On Tue, 29 Nov 2016, bergner at gcc dot gnu.org wrote: > Using gdb, I see: > > (gdb) info registers f1 f2 > f1 27 (raw 0x403b) > f2

[Bug target/78597] [7 regression] test case gcc.dg/torture/fp-int-convert-float128-ieee.c (and others) fail starting with r242780

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78597 --- Comment #1 from joseph at codesourcery dot com --- If these fail but weren't previously run then it's not a regression, but an indication of a wrong-code bug in the float128 support for powerpc (for which testing was previously very

[Bug sanitizer/78532] [7 Regression] libsanitizer fails to build on sparc64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78532 --- Comment #5 from joseph at codesourcery dot com --- On Tue, 29 Nov 2016, m.ostapenko at samsung dot com wrote: > /home/max/src/glibc/resolv/ns_print.c:99: undefined reference to > `__stack_chk_guard' You get this if glibc and GCC have

Re: [PATCH] Fix format_integer (PR tree-optimization/78586)

On 11/29/2016 12:48 PM, Jakub Jelinek wrote: Hi! As mentioned in the PR, the LSHIFT_EXPR computation of values that will need longest or shortest string is both incorrect (it shifts integer_one_node left, so for precisions above precision of integer it returns 0 (not to mention that it is

[Bug target/78594] Bug in November 11th, 2016 change to rs6000.md

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78594 --- Comment #4 from Michael Meissner --- Fixed in subversion id 242983.

[Bug target/78594] Bug in November 11th, 2016 change to rs6000.md

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78594 Michael Meissner changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug target/78594] Bug in November 11th, 2016 change to rs6000.md

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78594 --- Comment #2 from Michael Meissner --- Author: meissner Date: Wed Nov 30 00:05:46 2016 New Revision: 242983 URL: https://gcc.gnu.org/viewcvs?rev=242983=gcc=rev Log: 2016-11-29 Michael Meissner PR

[Bug sanitizer/78532] [7 Regression] libsanitizer fails to build on sparc64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78532 --- Comment #4 from Matthias Klose --- using the glibc build from Debian unstable, build logs at https://buildd.debian.org/status/package.php?p=glibc see https://buildd.debian.org/status/logs.php?pkg=glibc=sparc64 for the last successful build.

[Bug tree-optimization/78586] [7 Regression] Wrong code caused by printf-return-value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78586 --- Comment #6 from Martin Sebor --- (In reply to Jakub Jelinek from comment #5) > There are still various weird spots in format_integer. > E.g. > else if (TREE_CODE (TREE_TYPE (arg)) == INTEGER_TYPE >|| TREE_CODE (TREE_TYPE (arg))

Re: PING! [PATCH, Fortran, accaf, v1] Add caf-API-calls to asynchronously handle allocatable components in derived type coarrays.

Hi Jerry, Tests with multiple images go into the opencoarrays testsuite. Still to push though. The tests I have so far all pass. - Andre Am 30. November 2016 00:06:22 MEZ, schrieb Jerry DeLisle : >On 11/28/2016 10:33 AM, Andre Vehreschild wrote: >> PING! >> >> I know

[Bug target/78560] powerpc64le ICE with -mcpu=power9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78560 Michael Meissner changed: What|Removed |Added Attachment #40194|0 |1 is obsolete|

[Bug target/78426] [7 Regression] wrong code with strncmp on SH

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78426 --- Comment #5 from Kazumoto Kojima --- Fixed on 5/6 branches too.

[Bug target/78426] [7 Regression] wrong code with strncmp on SH

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78426 --- Comment #4 from Kazumoto Kojima --- Author: kkojima Date: Tue Nov 29 23:23:30 2016 New Revision: 242982 URL: https://gcc.gnu.org/viewcvs?rev=242982=gcc=rev Log: Backported from mainline 2016-11-19 Kaz Kojima

[Bug libfortran/78549] Very slow formatted internal file output

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78549 Jerry DeLisle changed: What|Removed |Added Status|NEW |WAITING Assignee|unassigned

[Bug target/78426] [7 Regression] wrong code with strncmp on SH

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78426 --- Comment #3 from Kazumoto Kojima --- Author: kkojima Date: Tue Nov 29 23:20:28 2016 New Revision: 242981 URL: https://gcc.gnu.org/viewcvs?rev=242981=gcc=rev Log: Backported from mainline 2016-11-19 Kaz Kojima

[Bug libgcc/78576] [PPC] wrong long double to long int conversion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78576 --- Comment #13 from Breno Leitao --- (In reply to Bill Schmidt from comment #11) > Breno, what is your environment? Which glibc is present? We found this problem originally on Debian[1], but we tested and reproduced it even on Big Endian

[Bug rtl-optimization/78590] [7 Regression] FAIL: gcc.target/aarch64/advsimd-intrinsics/vget_lane.c in change_zero_ext in combine

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78590 Segher Boessenkool changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug target/78560] powerpc64le ICE with -mcpu=power9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78560 --- Comment #3 from Michael Meissner --- Unfortunately once you get past the problem with the element being a memory location, the example does not compile on little endian due to an operand out of error message from the assembler: -> ./xgcc

Re: PING! [PATCH, Fortran, accaf, v1] Add caf-API-calls to asynchronously handle allocatable components in derived type coarrays.

On 11/28/2016 10:33 AM, Andre Vehreschild wrote: PING! I know it's a lengthy patch, but comments would be nice anyway. - Andre On Tue, 22 Nov 2016 20:46:50 +0100 Andre Vehreschild wrote: Hi all, attached patch addresses the need of extending the API of the caf-libs to enable

Re: Add a mem_alias_size helper class

On 11/29/2016 03:51 PM, Richard Sandiford wrote: Jeff Law writes: On 11/15/2016 09:04 AM, Richard Sandiford wrote: alias.c encodes memory sizes as follows: size > 0: the exact size is known size == 0: the size isn't known size < 0: the exact size of the reference itself is

[Bug target/78602] PowerPC vec-extract-v2df.c can fail if -mcpu=power9 -O0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78602 --- Comment #1 from Michael Meissner --- Created attachment 40195 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40195=edit Proposed patch to fix the problem

[Bug target/78560] powerpc64le ICE with -mcpu=power9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78560 --- Comment #2 from Michael Meissner --- Created attachment 40194 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40194=edit Proposed patch to fix the problem

[Bug target/78560] powerpc64le ICE with -mcpu=power9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78560 Michael Meissner changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

Re: Add a mem_alias_size helper class

Jeff Law writes: > On 11/15/2016 09:04 AM, Richard Sandiford wrote: >> alias.c encodes memory sizes as follows: >> >> size > 0: the exact size is known >> size == 0: the size isn't known >> size < 0: the exact size of the reference itself is known, >> but the address has been

[Bug middle-end/78605] bogus -Wformat-length=1 with %f

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78605 Martin Sebor changed: What|Removed |Added Keywords||diagnostic

Re: -Wformat-length and floats

On 11/29/2016 09:32 AM, Martin Sebor wrote: On 11/29/2016 08:38 AM, Gerald Pfeifer wrote: This took me a bit to get to the bottom of, but I know believe that we need to work both on the documentation and implementation of -Wformat-length, in particular when it comes to floats. #include

[Bug middle-end/78605] New: bogus -Wformat-length=1 with %f

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78605 Bug ID: 78605 Summary: bogus -Wformat-length=1 with %f Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end

gcc-5-20161129 is now available

Snapshot gcc-5-20161129 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/5-20161129/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 5 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/branches/gcc-5

Re: [libgomp] No references to env.c -> no libgomp construction

Hello, On Tue, 29 Nov 2016, Sebastian Huber wrote: > * env.c: Split out ICV definitions into... > * icv.c: ...here (new file) and... > * icv-device.c: ...here. New file. > > the env.c contains now only local symbols (at least for target *-rtems*-*): > [...] > > Thus the

Re: [PATCH] xtensa: Fix PR target/78603

On Tue, Nov 29, 2016 at 2:16 PM, augustine.sterl...@gmail.com wrote: > On Tue, Nov 29, 2016 at 2:08 PM, Max Filippov wrote: >> 2016-11-29 Max Filippov >> gcc/ >> * config/xtensa/xtensa.c (hwloop_optimize): Don't

Re: [PATCH] Fix x86_64 fix_debug_reg_uses (PR rtl-optimization/78575)

On Tue, Nov 29, 2016 at 03:20:08PM -0700, Jeff Law wrote: > On 11/29/2016 12:41 PM, Jakub Jelinek wrote: > >The x86_64 stv pass uses PUT_MODE to change REGs and MEMs in place to affect > >all setters and users, but that is undesirable in debug insns which are > >intentionally ignored during the

[Bug fortran/77517] ICE in conv_intrinsic_move_alloc, at fortran/trans-intrinsic.c:9517

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77517 Harald Anlauf changed: What|Removed |Added CC||anlauf at gmx dot de --- Comment #4

[Bug target/78603] internal compiler error: in dwarf2out_var_location, at dwarf2out.c:21846

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78603 jcmvbkbc at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug c/78584] Bug in GCC argument parser expandargv

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78584 DJ Delorie changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/78603] internal compiler error: in dwarf2out_var_location, at dwarf2out.c:21846

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78603 --- Comment #3 from jcmvbkbc at gcc dot gnu.org --- Author: jcmvbkbc Date: Tue Nov 29 22:22:13 2016 New Revision: 242979 URL: https://gcc.gnu.org/viewcvs?rev=242979=gcc=rev Log: xtensa: Fix PR target/78603 2016-11-29 Max Filippov

Re: [Patch, Fortran] PR 78573: [7 Regression] [OOP] ICE in resolve_component, at fortran/resolve.c:13405

On Tue, Nov 29, 2016 at 10:58:35PM +0100, Janus Weil wrote: > > here is a rather straightforward patch for an ice-on-invalid > regression. Regtests cleanly on x86_64-linux-gnu. Ok for trunk? > Yes. -- Steve

Re: [PATCH] Fix x86_64 fix_debug_reg_uses (PR rtl-optimization/78575)

On 11/29/2016 12:41 PM, Jakub Jelinek wrote: Hi! The x86_64 stv pass uses PUT_MODE to change REGs and MEMs in place to affect all setters and users, but that is undesirable in debug insns which are intentionally ignored during the analysis and we should keep using correct modes (TImode) instead

[Bug libgcc/78576] [PPC] wrong long double to long int conversion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78576 --- Comment #12 from Bill Schmidt --- Ah, I was incorrect about that. If I use -O0, the test produces 26 in my environment as well. At higher optimization the whole computation is folded.

[Bug tree-optimization/78601] [7 regression] test case gcc.dg/uninit-pred-6_a.c and gcc.dg/uninit-pred-7_c.c fail starting with r242639

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78601 --- Comment #2 from Bill Seurer --- That patch indeed seems to fix these problems.

Re: [PATCH] xtensa: Fix PR target/78603

On Tue, Nov 29, 2016 at 2:08 PM, Max Filippov wrote: > 2016-11-29 Max Filippov > gcc/ > * config/xtensa/xtensa.c (hwloop_optimize): Don't emit zero > overhead loop start between a call and its CALL_ARG_LOCATION > note. Approved.

Re: Add a mem_alias_size helper class

On 11/15/2016 09:04 AM, Richard Sandiford wrote: alias.c encodes memory sizes as follows: size > 0: the exact size is known size == 0: the size isn't known size < 0: the exact size of the reference itself is known, but the address has been aligned via AND. In this case "-size" includes the

  1   2   3   4   >