[Bug c/78181] unrecognized option -mcpu=cortex-a73

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78181 Airbak changed: What|Removed |Added Status|RESOLVED|CLOSED Resolution|INVALID

[Bug tree-optimization/78180] Poor optimization of std::array on gcc 4.8/5.4/6.2 as compared to simple raw array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78180 --- Comment #7 from Andrew Pinski --- By moving the array to be end of struct Rolling, GCC does the correct thing and optimizing out the load of idx out of the loop. That is: template class Rolling { uint32_t idx_; const uint32_t size_;

[Bug tree-optimization/78180] Poor optimization of std::array on gcc 4.8/5.4/6.2 as compared to simple raw array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78180 Andrew Pinski changed: What|Removed |Added Component|middle-end |tree-optimization --- Comment #6 from

[Bug middle-end/78180] Poor optimization of std::array on gcc 4.8/5.4/6.2 as compared to simple raw array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78180 --- Comment #5 from Andrew Pinski --- Does -D_GLIBCXX_USE_CXX11_ABI=0 change the code or not? I don't know if we want to change any of the old ABI code ...

[Bug target/78192] extract from vector registers to int results in wrong data order

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78192 --- Comment #1 from acsawdey at gcc dot gnu.org --- This fails even at -O0 or -O1 optimization: /home/sawdey/src/gcc/trunk2/build/gcc/xgcc -B/home/sawdey/src/gcc/trunk2/build/gcc/

[Bug target/78192] New: extract from vector registers to int results in wrong data order

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78192 Bug ID: 78192 Summary: extract from vector registers to int results in wrong data order Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug c++/69967] #pragma GCC diagnostic ignored being ignored for -Wunused-variable in some cases

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69967 --- Comment #5 from Manuel López-Ibáñez --- (In reply to gnuBSt from comment #4) > PS. Any development on this issue? This is fixed in GCC >= 6.0 and it doesn't seem critical enough to bother fixing it in GCC 5.4. It should probably be closed.

[Bug bootstrap/78188] [7 Regression] AIX Bootstrap broken by tree-vrp.c change

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78188 --- Comment #2 from David Edelsohn --- I built the GCC stage1 with and without the tree-vrp.c patch. Same sources, same revision, same directory. cc1plus.good and cc1plus.bad. Then I used both versions of cc1plus to compile tree-ssa-sccvn.c

[Bug bootstrap/78188] [7 Regression] AIX Bootstrap broken by tree-vrp.c change

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78188 David Edelsohn changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug bootstrap/77993] [7 regression] bootstrap failure on PowerPC/Linux

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77993 --- Comment #8 from Eric Botcazou --- > Eric, if you could try it in your environment to see if it solves the > problem, it would be helpful. Will do tomorrow morning.

[Bug bootstrap/77993] [7 regression] bootstrap failure on PowerPC/Linux

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

[Bug bootstrap/77993] [7 regression] bootstrap failure on PowerPC/Linux

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77993 --- Comment #7 from Michael Meissner --- Created attachment 39951 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39951=edit Patch to disable IFmode if -msoft-float I believe this patch fixes the problem. It disables IFmode if

[Bug tree-optimization/78190] [7 Regression] ice in get_alias_type_for_stmts

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78190 Andrew Pinski changed: What|Removed |Added Component|c |tree-optimization Target

[Bug debug/78191] New: [7 regression] ICE in calc_die_sizes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78191 Bug ID: 78191 Summary: [7 regression] ICE in calc_die_sizes Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug

[Bug debug/78191] [7 regression] ICE in calc_die_sizes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78191 Rainer Orth changed: What|Removed |Added Target Milestone|--- |7.0

[Bug c/78190] ice in get_alias_type_for_stmts

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78190 --- Comment #1 from David Binderman --- Created attachment 39949 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39949=edit C source code After creduce

[Bug c/78190] New: ice in get_alias_type_for_stmts

Assignee: unassigned at gcc dot gnu.org Reporter: dcb314 at hotmail dot com Target Milestone: --- Created attachment 39948 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39948=edit C source code The attached code, when compiled by gcc dated 20161102, with compiler flag -O2, d

[Bug tree-optimization/78035] Inconsistency between address comparison and alias analysis

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78035 krister.walfridsson at gmail dot com changed: What|Removed |Added CC|

[Bug fortran/78187] -fno-automatic does not work with allocatable scalar character result result

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78187 Thomas Koenig changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c/65892] gcc fails to implement N685 aliasing of union members

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65892 --- Comment #23 from joseph at codesourcery dot com --- On Wed, 2 Nov 2016, txr at alumni dot caltech.edu wrote: > Seven: Given that the question is now under serious debate, IMO > someone involved with gcc development should take the

[Bug fortran/78178] ICE in WHERE statement with diagnostic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78178 --- Comment #4 from Thomas Koenig --- Author: tkoenig Date: Wed Nov 2 20:54:29 2016 New Revision: 241802 URL: https://gcc.gnu.org/viewcvs?rev=241802=gcc=rev Log: 2016-11-02 Thomas Koenig Backport from trunk

[Bug fortran/69544] [5/6/7 Regression] Internal compiler error with -Wall and where

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69544 --- Comment #8 from Thomas Koenig --- Author: tkoenig Date: Wed Nov 2 20:54:29 2016 New Revision: 241802 URL: https://gcc.gnu.org/viewcvs?rev=241802=gcc=rev Log: 2016-11-02 Thomas Koenig Backport from trunk

[Bug rtl-optimization/78186] FAIL: gcc.c-torture/execute/bf64-1.c execution test because of revision 241664

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

[Bug c/65892] gcc fails to implement N685 aliasing of union members

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65892 --- Comment #22 from Tim Rentsch --- [responding to comments from rguent...@suse.de in Comment 20] > GCC already implements this if you specify -fno-strict-aliasing. The main point of my comments is that the ISO C standard requires the

[Bug c/65892] gcc fails to implement N685 aliasing of union members

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65892 --- Comment #21 from Tim Rentsch --- [responding to comments from jos...@codesourcery.com in Comment 19] >> Five: The answer to the question is clearly No. The example code >> is very much on point to the "one special guarantee" clause, and

[Bug tree-optimization/78189] New: movaps generated for unaligned store in aligned struct, when struct is referenced via unaligned member.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78189 Bug ID: 78189 Summary: movaps generated for unaligned store in aligned struct, when struct is referenced via unaligned member. Product: gcc Version: 6.2.1

[Bug c++/69967] #pragma GCC diagnostic ignored being ignored for -Wunused-variable in some cases

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69967 gnuBSt changed: What|Removed |Added CC||ext-borislav.stoyanov@here.

[Bug fortran/77679] [6 Regression] ICE in fold_array_ctor_reference, at gimple-fold.c:5586

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77679 kargl at gcc dot gnu.org changed: What|Removed |Added CC||kargl at gcc dot gnu.org ---

[Bug rtl-optimization/78186] FAIL: gcc.c-torture/execute/bf64-1.c execution test because of revision 241664

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78186 --- Comment #2 from amker at gcc dot gnu.org --- Hmm, looks like it also causes below failures: aarch64_be-none-elf: FAIL: gcc.c-torture/execute/pr57130.c -O1 execution test FAIL: g++.dg/torture/vshuf-v8si.C -O2 execution test

[Bug go/78172] gen-sysinfo.go vs AIX cred.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78172 --- Comment #9 from Ian Lance Taylor --- Regarding arpcom, the syscall package is not really intended to include everything that seems useful. That is the goal of the external package golang.org/x/sys/unix. The syscall package only includes

[Bug go/78172] gen-sysinfo.go vs AIX cred.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78172 --- Comment #8 from Tony Reix --- Created attachment 39947 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39947=edit Patch for mksysinfo for ucred and in6_addr Here is the patch I talked about in the previous comment, now as a file. It is

[Bug go/78172] gen-sysinfo.go vs AIX cred.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78172 --- Comment #7 from Ian Lance Taylor --- Thanks. Does a patch like this fix the immediate ucred problem? diff --git a/libgo/mksysinfo.sh b/libgo/mksysinfo.sh index 3640476..6c457b6 100755 --- a/libgo/mksysinfo.sh +++ b/libgo/mksysinfo.sh @@

[Bug go/78172] gen-sysinfo.go vs AIX cred.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78172 --- Comment #6 from Tony Reix --- Created attachment 39946 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39946=edit Original sysinfo.go file Hi Ian Here is the sysinfo.go file that was generated at first. The previous sysinfo.go file

[Bug bootstrap/78188] New: [7 Regression] AIX Bootstrap broken by tree-vrp.c change

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78188 Bug ID: 78188 Summary: [7 Regression] AIX Bootstrap broken by tree-vrp.c change Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug target/78168] [7 Regression] Second ICE in maybe_record_trace_start, at dwarf2cfi.c:2285

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78168 --- Comment #12 from Segher Boessenkool --- Author: segher Date: Wed Nov 2 17:06:04 2016 New Revision: 241799 URL: https://gcc.gnu.org/viewcvs?rev=241799=gcc=rev Log: rs6000: Disable shrink-wrap-separate for abi=spe (PR78168) With the SPE

[Bug go/78172] gen-sysinfo.go vs AIX cred.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78172 --- Comment #5 from Ian Lance Taylor --- Thanks. I do not see any problem in that file you attached. I also don't see anything like the line in the original error message. Looking more closely at that line, I see now that it appears to have

[Bug target/77933] Stack corruption on ARM when using high registers and __builtin_return_address

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77933 Thomas Preud'homme changed: What|Removed |Added Known to fail||5.4.1 --- Comment #3 from Thomas

[Bug middle-end/22141] [5/6/7 Regression] Missing optimization when storing structures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22141 ktkachov at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Known to

[Bug other/16996] [meta-bug] code size improvements

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16996 Bug 16996 depends on bug 22141, which changed state. Bug 22141 Summary: [5/6/7 Regression] Missing optimization when storing structures https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22141 What|Removed |Added

[Bug target/69616] optimization of 8 movb

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69616 Bug 69616 depends on bug 22141, which changed state. Bug 22141 Summary: [5/6/7 Regression] Missing optimization when storing structures https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22141 What|Removed |Added

[Bug fortran/78187] New: -fno-automatic does not work with allocatable scalar character result result

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78187 Bug ID: 78187 Summary: -fno-automatic does not work with allocatable scalar character result result Product: gcc Version: 6.2.0 Status: UNCONFIRMED Severity:

[Bug rtl-optimization/78186] FAIL: gcc.c-torture/execute/bf64-1.c execution test because of revision 241664

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78186 --- Comment #1 from amker at gcc dot gnu.org --- Lto is unnecessary to reproduce it: ./gcc bf64-1.c -fno-diagnostics-show-caret -fdiagnostics-color=never -O2 -w -lm -o ./bf64-1.exe -march=armv7-a Thanks, bin

[Bug fortran/78152] [6/7 Regression] coarray and associate

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78152 --- Comment #10 from Steve Kargl --- On Wed, Nov 02, 2016 at 03:39:58PM +, physiker at toast2 dot net wrote: > > Ifort version 17 (linux) supports coarrays as selectors in an associate > construct: > >ifort -o bug bug.f90 -warn all -check

[Bug gcov-profile/65831] gcov does not output 0% coverage files

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65831 --- Comment #5 from Alex K. --- (In reply to Martin Liška from comment #4) > (In reply to Alex K. from comment #3) > > I noticed that this bug was fixed on trunk. > > https://github.com/gcc-mirror/gcc/blob/master/gcc/gcov.c#L916 > > > > But in

[Bug fortran/78152] [6/7 Regression] coarray and associate

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78152 --- Comment #9 from physiker at toast2 dot net --- (In reply to vehre from comment #8) > Hi Steve, > > you asked what other compilers have to say to the code (the one in the > description). > > Ifort: > > > ifort bug.f90 -o bug -coarray >

[Bug rtl-optimization/78186] New: FAIL: gcc.c-torture/execute/bf64-1.c execution test because of revision 241664

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78186 Bug ID: 78186 Summary: FAIL: gcc.c-torture/execute/bf64-1.c execution test because of revision 241664 Product: gcc Version: 7.0 Status: UNCONFIRMED Severity:

[Bug gcov-profile/65831] gcov does not output 0% coverage files

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65831 --- Comment #4 from Martin Liška --- (In reply to Alex K. from comment #3) > I noticed that this bug was fixed on trunk. > https://github.com/gcc-mirror/gcc/blob/master/gcc/gcov.c#L916 > > But in branch gcc-4_9-branch >

[Bug target/77904] [ARM Cortex-M0] Frame pointer thrashes registers if assembly statements with "sp" clobber are used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77904 Thomas Preud'homme changed: What|Removed |Added Keywords||wrong-code Known to fail|

[Bug target/77308] surprisingly large stack usage for sha512 on arm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77308 --- Comment #54 from Bernd Edlinger --- (In reply to richard.earnshaw from comment #53) > On 02/11/16 11:57, bernd.edlinger at hotmail dot de wrote: > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77308 > > > > --- Comment #52 from Bernd

[Bug tree-optimization/78185] Wrong branch optimization with -O1 on x86/x86_64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78185 --- Comment #6 from Eric Botcazou --- > I suppose the easiest would be to simply not try moving trapping invariants > in RTL invariant motion, it looks hardly useful after GIMPLE was here... IIRC last time someone tried, this badly regressed

[Bug middle-end/72747] powerpc: wrong code generated for vec_splats in cascading assignment

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

[Bug target/77933] Stack corruption on ARM when using high registers and __builtin_return_address

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77933 Thomas Preud'homme changed: What|Removed |Added Known to fail||4.7.4, 4.8.5, 4.9.3 --- Comment #4

[Bug go/78172] gen-sysinfo.go vs AIX cred.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78172 --- Comment #4 from David Edelsohn --- Created attachment 39944 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39944=edit sysinfo.go Generated sysinfo.go file attached.

[Bug tree-optimization/78185] Wrong branch optimization with -O1 on x86/x86_64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78185 --- Comment #4 from Richard Biener --- Better patch (question answered, we walk all BBs of each loop, thus BBs in sub-loop multiple times, and no, finite_loop_p would not catch infinite subloops): diff --git a/gcc/tree-ssa-loop-im.c

[Bug tree-optimization/78185] Wrong branch optimization with -O1 on x86/x86_64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78185 --- Comment #5 from Richard Biener --- So for RTL the same issue exists - the always_reached computation is wrong. I suppose the easiest would be to simply not try moving trapping invariants in RTL invariant motion, it looks hardly useful after

[Bug tree-optimization/78185] Wrong branch optimization with -O1 on x86/x86_64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78185 Richard Biener changed: What|Removed |Added CC||ebotcazou at gcc dot gnu.org ---

[Bug tree-optimization/78185] Wrong branch optimization with -O1 on x86/x86_64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78185 Richard Biener changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug target/77308] surprisingly large stack usage for sha512 on arm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77308 --- Comment #53 from richard.earnshaw at arm dot com --- On 02/11/16 11:57, bernd.edlinger at hotmail dot de wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77308 > > --- Comment #52 from Bernd Edlinger --- > (In reply to wilco from

Re: [Bug target/77308] surprisingly large stack usage for sha512 on arm

On 02/11/16 11:57, bernd.edlinger at hotmail dot de wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77308 > > --- Comment #52 from Bernd Edlinger --- > (In reply to wilco from comment #51) >> >> Indeed, that's the reason behind the existing check. However it disables all >> profitable

[Bug middle-end/72747] powerpc: wrong code generated for vec_splats in cascading assignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72747 --- Comment #4 from Will Schmidt --- Author: willschm Date: Wed Nov 2 14:13:07 2016 New Revision: 241793 URL: https://gcc.gnu.org/viewcvs?rev=241793=gcc=rev Log: [gcc] 2016-11-02 Will Schmidt Backport

[Bug middle-end/72747] powerpc: wrong code generated for vec_splats in cascading assignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72747 --- Comment #3 from Will Schmidt --- Author: willschm Date: Wed Nov 2 14:12:23 2016 New Revision: 241792 URL: https://gcc.gnu.org/viewcvs?rev=241792=gcc=rev Log: [gcc] 2016-11-02 Will Schmidt Backport

[Bug tree-optimization/78185] Wrong branch optimization with -O1 on x86/x86_64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78185 Marc Glisse changed: What|Removed |Added Keywords||wrong-code Status|UNCONFIRMED

[Bug gcov-profile/65831] gcov does not output 0% coverage files

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65831 Alex K. changed: What|Removed |Added CC||pleskav at ya dot ru --- Comment #3 from Alex

[Bug target/77904] [ARM Cortex-M0] Frame pointer thrashes registers if assembly statements with "sp" clobber are used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77904 Thomas Preud'homme changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug tree-optimization/78185] New: Wrong branch optimization with -O1 on x86/x86_64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78185 Bug ID: 78185 Summary: Wrong branch optimization with -O1 on x86/x86_64 Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c++/78184] New: std::call_once freezes on second execution if the callable threw an exception on first execution

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78184 Bug ID: 78184 Summary: std::call_once freezes on second execution if the callable threw an exception on first execution Product: gcc Version: 5.4.0 Status: UNCONFIRMED

[Bug lto/78129] -Werror=suggest-final-types leads to -ENOSPC.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78129 Richard Biener changed: What|Removed |Added Status|ASSIGNED|RESOLVED Known to work|

[Bug tree-optimization/77839] [6 Regression] Memory- and compile time hog at -O1 and above

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77839 Richard Biener changed: What|Removed |Added Status|ASSIGNED|RESOLVED Known to work|

[Bug tree-optimization/77879] [5/6 Regression] mpd gets miscompiled since r235622

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77879 --- Comment #8 from Richard Biener --- Author: rguenth Date: Wed Nov 2 12:47:10 2016 New Revision: 241788 URL: https://gcc.gnu.org/viewcvs?rev=241788=gcc=rev Log: 2016-11-02 Richard Biener Backport from mainline

[Bug middle-end/78047] [5/6 Regression] Chromium apparently gets miscompiled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78047 --- Comment #11 from Richard Biener --- Author: rguenth Date: Wed Nov 2 12:47:10 2016 New Revision: 241788 URL: https://gcc.gnu.org/viewcvs?rev=241788=gcc=rev Log: 2016-11-02 Richard Biener Backport from mainline

[Bug lto/78129] -Werror=suggest-final-types leads to -ENOSPC.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78129 --- Comment #6 from Richard Biener --- Author: rguenth Date: Wed Nov 2 12:47:10 2016 New Revision: 241788 URL: https://gcc.gnu.org/viewcvs?rev=241788=gcc=rev Log: 2016-11-02 Richard Biener Backport from mainline

[Bug tree-optimization/77839] [6 Regression] Memory- and compile time hog at -O1 and above

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77839 --- Comment #7 from Richard Biener --- Author: rguenth Date: Wed Nov 2 12:47:10 2016 New Revision: 241788 URL: https://gcc.gnu.org/viewcvs?rev=241788=gcc=rev Log: 2016-11-02 Richard Biener Backport from mainline

[Bug tree-optimization/77745] [5/6 Regression] Inconsistent application of aliasing rules

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77745 --- Comment #10 from Richard Biener --- Author: rguenth Date: Wed Nov 2 12:47:10 2016 New Revision: 241788 URL: https://gcc.gnu.org/viewcvs?rev=241788=gcc=rev Log: 2016-11-02 Richard Biener Backport from mainline

[Bug tree-optimization/77648] [5/6 Regression] Setting conversion to a integer to double to 0 3/4 through a loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77648 --- Comment #11 from Richard Biener --- Author: rguenth Date: Wed Nov 2 12:47:10 2016 New Revision: 241788 URL: https://gcc.gnu.org/viewcvs?rev=241788=gcc=rev Log: 2016-11-02 Richard Biener Backport from mainline

[Bug fortran/78152] [6/7 Regression] coarray and associate

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78152 --- Comment #8 from vehre at gcc dot gnu.org --- Hi Steve, you asked what other compilers have to say to the code (the one in the description). Ifort: > ifort bug.f90 -o bug -coarray bug.f90: catastrophic error: **Internal compiler error:

[Bug c/78183] New: Silence warnings about alternate forms of custom format specifiers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78183 Bug ID: 78183 Summary: Silence warnings about alternate forms of custom format specifiers Product: gcc Version: 5.4.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/77679] [6 Regression] ICE in fold_array_ctor_reference, at gimple-fold.c:5586

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77679 --- Comment #9 from rguenther at suse dot de --- On Wed, 2 Nov 2016, dominiq at lps dot ens.fr wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77679 > > --- Comment #8 from Dominique d'Humieres --- > > Fixed. > > Really? I still see

[Bug target/77308] surprisingly large stack usage for sha512 on arm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77308 --- Comment #52 from Bernd Edlinger --- (In reply to wilco from comment #51) > > Indeed, that's the reason behind the existing check. However it disables all > profitable bswap cases while still generating unaligned accesses if no bswap > is

[Bug fortran/78062] sinus and cosinus fails

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

[Bug fortran/77679] [6 Regression] ICE in fold_array_ctor_reference, at gimple-fold.c:5586

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77679 --- Comment #8 from Dominique d'Humieres --- > Fixed. Really? I still see the error Error: size of variable 'A.0' is too large

[Bug lto/78140] [7 Regression] libxul -flto uses 1GB more memory than gcc-6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78140 --- Comment #13 from Markus Trippelsdorf --- (In reply to Martin Liška from comment #12) > (In reply to Markus Trippelsdorf from comment #11) > > js/src/jit/BaselineCompiler.cpp > > Hm, I see the R0 defined as: > > # 1 >

[Bug tree-optimization/61056] strchr (x, 0) is not converted to strlen (x)

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

[Bug target/77308] surprisingly large stack usage for sha512 on arm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77308 --- Comment #51 from wilco at gcc dot gnu.org --- (In reply to Bernd Edlinger from comment #49) > (In reply to Bernd Edlinger from comment #48) > > (In reply to wilco from comment #22) > > > > > > Anyway, there is another bug: on AArch64 we

[Bug tree-optimization/78182] Missed optimizations: "fused" byte stores

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78182 --- Comment #3 from Rurec Lonic --- Fantastic. Thanks for this, and next time I'll make sure to pull the very latest revision!.

[Bug tree-optimization/78182] Missed optimizations: "fused" byte stores

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78182 --- Comment #2 from ktkachov at gcc dot gnu.org --- Heh, please try r241649 or later. I now get: movabsq $3472328296227680304, %rax movl$825241648, text+8(%rip) movq%rax, text(%rip) ret

[Bug debug/49775] [5/6/7 Regression] on AVR ICE in based_loc_descr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49775 Senthil Kumar Selvaraj changed: What|Removed |Added Status|NEW |RESOLVED

[Bug tree-optimization/78182] Missed optimizations: "fused" byte stores

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78182 Richard Biener changed: What|Removed |Added Target||x86_64-*-*

[Bug tree-optimization/78182] New: Missed optimizations: "fused" byte stores

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78182 Bug ID: 78182 Summary: Missed optimizations: "fused" byte stores Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug target/63752] avr ICE at reload1.c:2128 building newlib

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63752 Senthil Kumar Selvaraj changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug lto/78140] [7 Regression] libxul -flto uses 1GB more memory than gcc-6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78140 --- Comment #12 from Martin Liška --- (In reply to Markus Trippelsdorf from comment #11) > js/src/jit/BaselineCompiler.cpp Hm, I see the R0 defined as: # 1 "/home/marxin/BIG/buildbot/slave/source/firefox/js/src/jit/x64/SharedICRegisters-x64.h"

[Bug c/78181] unrecognized option -mcpu=cortex-a73

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78181 --- Comment #2 from Richard Earnshaw --- The error message comes from the assembler, not the compiler, you need to update your assembler binaries.

[Bug target/77308] surprisingly large stack usage for sha512 on arm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77308 --- Comment #50 from Richard Earnshaw --- (In reply to wilco from comment #47) > (In reply to Richard Earnshaw from comment #46) > > (In reply to wilco from comment #44) > > > (In reply to Bernd Edlinger from comment #38) > > > > Created

[Bug lto/78140] [7 Regression] libxul -flto uses 1GB more memory than gcc-6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78140 --- Comment #11 from Markus Trippelsdorf --- js/src/jit/BaselineCompiler.cpp

[Bug target/77308] surprisingly large stack usage for sha512 on arm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77308 --- Comment #49 from Bernd Edlinger --- (In reply to Bernd Edlinger from comment #48) > (In reply to wilco from comment #22) > > > > Anyway, there is another bug: on AArch64 we correctly recognize there are 8 > > 1-byte loads, shifts and orrs

[Bug lto/78140] [7 Regression] libxul -flto uses 1GB more memory than gcc-6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78140 --- Comment #10 from Martin Liška --- (In reply to Markus Trippelsdorf from comment #9) > (In reply to Martin Liška from comment #8) > > (In reply to Markus Trippelsdorf from comment #7) > > > BTW Firefox trunk fails to build for me: > > > > >

[Bug lto/78140] [7 Regression] libxul -flto uses 1GB more memory than gcc-6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78140 --- Comment #9 from Markus Trippelsdorf --- (In reply to Martin Liška from comment #8) > (In reply to Markus Trippelsdorf from comment #7) > > BTW Firefox trunk fails to build for me: > > > > ld: error: /tmp/ccsbLieS.ltrans29.ltrans.o: requires

[Bug tree-optimization/78170] [7 Regression] wrong code at -O2 and -O3 on x86_64-linux-gnu

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

[Bug tree-optimization/78170] [7 Regression] wrong code at -O2 and -O3 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78170 --- Comment #6 from ktkachov at gcc dot gnu.org --- Author: ktkachov Date: Wed Nov 2 09:28:35 2016 New Revision: 241779 URL: https://gcc.gnu.org/viewcvs?rev=241779=gcc=rev Log: PR tree-optimization/78170: Truncate sign-extended padding when

[Bug tree-optimization/78162] [7 Regression] ICE on invalid code at -Os and above on x86_64-linux-gnu: Segmentation fault

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

[Bug tree-optimization/78162] [7 Regression] ICE on invalid code at -Os and above on x86_64-linux-gnu: Segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78162 --- Comment #2 from ktkachov at gcc dot gnu.org --- Author: ktkachov Date: Wed Nov 2 09:25:22 2016 New Revision: 241778 URL: https://gcc.gnu.org/viewcvs?rev=241778=gcc=rev Log: PR tree-optimization/78162: Reject negative offsets in store

  1   2   >