[Bug fortran/83747] Errors using the max intrinsic in a PDT length parameter expression for a function result

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

[Bug fortran/83746] Errors using the max intrinsic in a PDT length parameter expression for a function result

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83746 --- Comment #1 from Dominique d'Humieres --- *** Bug 83747 has been marked as a duplicate of this bug. ***

[Bug target/83748] Local variables not aligned to word boundary

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83748 Andrew Pinski changed: What|Removed |Added Target||powerpc Status|UNCONFIRMED

[Bug c/83748] Local variables not aligned to word boundary

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83748 --- Comment #2 from Sumit --- (In reply to Andrew Pinski from comment #1) > What target is this for? > > Also what type is ome_CardCfgPxfp_t ? The target is powerpc. Structure definition is : typedef PACK_PREFIX_ALWAYS_PACK struct

[Bug c/83748] Local variables not aligned to word boundary

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83748 --- Comment #1 from Andrew Pinski --- What target is this for? Also what type is ome_CardCfgPxfp_t ?

[Bug c/83748] New: Local variables not aligned to word boundary

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83748 Bug ID: 83748 Summary: Local variables not aligned to word boundary Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug fortran/83747] New: Errors using the max intrinsic in a PDT length parameter expression for a function result

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83747 Bug ID: 83747 Summary: Errors using the max intrinsic in a PDT length parameter expression for a function result Product: gcc Version: 8.0 Status: UNCONFIRMED

[Bug fortran/83746] New: Errors using the max intrinsic in a PDT length parameter expression for a function result

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83746 Bug ID: 83746 Summary: Errors using the max intrinsic in a PDT length parameter expression for a function result Product: gcc Version: 8.0 Status: UNCONFIRMED

[Bug fortran/83731] PDT length parameter incorrectly rejected at run-time with -fcheck=bounds

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83731 --- Comment #6 from Berke Durak --- (In reply to Paul Thomas from comment #3) > Hi Berke, > > The fix for this turns out to be so trivial that I will roll it in to the > patch for pr83611. > > I know that this must be frustrating but please

[Bug fortran/83742] [8 Regression] ICE in gfc_is_simply_contiguous, at fortran/expr.c:5323

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

[Bug fortran/83744] ICE in ../../gcc/gcc/fortran/dump-parse-tree.c:3093 while using -fc-prototypes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83744 --- Comment #2 from emsr at gcc dot gnu.org --- Created attachment 43067 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43067=edit Changing logical to integer works... Changing logical to integer works...

[Bug fortran/83744] ICE in ../../gcc/gcc/fortran/dump-parse-tree.c:3093 while using -fc-prototypes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83744 --- Comment #1 from emsr at gcc dot gnu.org --- Created attachment 43066 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43066=edit module with logical that ices. I have problems with logical too. ed@bad-horse:~/ARAPP/diffraction$

[Bug fortran/83744] New: ICE in ../../gcc/gcc/fortran/dump-parse-tree.c:3093 while using -fc-prototypes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83744 Bug ID: 83744 Summary: ICE in ../../gcc/gcc/fortran/dump-parse-tree.c:3093 while using -fc-prototypes Product: gcc Version: 8.0 Status: UNCONFIRMED Severity:

[Bug fortran/83741] [8 Regression] ICE in gfc_match_allocate, at fortran/match.c:4074

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83741 kargl at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug fortran/83741] [8 Regression] ICE in gfc_match_allocate, at fortran/match.c:4074

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83741 --- Comment #2 from kargl at gcc dot gnu.org --- Author: kargl Date: Tue Jan 9 01:26:17 2018 New Revision: 256366 URL: https://gcc.gnu.org/viewcvs?rev=256366=gcc=rev Log: 2018-01-08 Steven G. Kargl PR

[Bug fortran/83741] [8 Regression] ICE in gfc_match_allocate, at fortran/match.c:4074

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

[Bug c/83559] [8 regression] -Wsuggest-attribute=const conflicts with -Wattributes warning about const attribute on function returning void

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83559 --- Comment #7 from Martin Sebor --- One other note: The goal is that new warning will expose opportunities to improve code (if not fix bugs). I don't know of a valid use case for a function to be const and return void but if there is one I'd

[Bug target/83743] New: -mcpu=native causes gcc to exit in error if cpu is not recognized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83743 Bug ID: 83743 Summary: -mcpu=native causes gcc to exit in error if cpu is not recognized Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/71361] [7 Regression] Changes in ivopts caused perf regression on x86

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71361 Jeffrey A. Law changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug tree-optimization/81740] [6/7/8 Regression] wrong code at -O3 in both 32-bit and 64-bit modes on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81740 Jeffrey A. Law changed: What|Removed |Added Priority|P2 |P1 CC|

[Bug tree-optimization/82518] [8 regression] gfortran.fortran-torture/execute/in-pack.f90 fails on armeb since r252917

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82518 Jeffrey A. Law changed: What|Removed |Added Priority|P3 |P1 CC|

[Bug tree-optimization/83438] [8 Regression] 435.gromacs miscompares

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83438 Jeffrey A. Law changed: What|Removed |Added Priority|P3 |P1

[Bug target/83677] PPC: The xxpermr instruction is not generated correctly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83677 Bill Schmidt changed: What|Removed |Added Known to fail|8.0 | --- Comment #3 from Bill Schmidt ---

[Bug target/83677] PPC: The xxpermr instruction is not generated correctly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83677 --- Comment #2 from Bill Schmidt --- Author: wschmidt Date: Mon Jan 8 23:08:34 2018 New Revision: 256358 URL: https://gcc.gnu.org/viewcvs?rev=256358=gcc=rev Log: [gcc] 2018-01-08 Bill Schmidt PR

[Bug target/83707] memcmp inline expansion causing g++.dg/eh/simd-3.C to fail on power7 -m32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83707 --- Comment #1 from acsawdey at gcc dot gnu.org --- OK, this has nothing to do with memcmp builtin expansion. Also fails with just -m32 -O1 -fno-builtin-memcmp. Passes with -O0. I checked in gdb and when it fails the v2 and vt being compared are

[Bug target/83399] Power8 ICE During LRA with 2-op rtl pattern for lvx instruction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83399 --- Comment #8 from Peter Bergner --- Created attachment 43064 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43064=edit Proposed fix I'm testing the attached patch.

[Bug tree-optimization/83733] -Wformat-overflow false positive for %d on bounded integer when inlining

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83733 Martin Sebor changed: What|Removed |Added Status|WAITING |NEW CC|

[Bug libstdc++/83709] Inserting duplicates into an unordered associative containers causes the container to invalidate iterators

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83709 François Dumont changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug target/83399] Power8 ICE During LRA with 2-op rtl pattern for lvx instruction

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

[Bug target/82066] #pragma GCC target documentation does not say it is implemented for aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82066 Steve Ellcey changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug target/83726] [8 Regression] ICE: in final_scan_insn, at final.c:3063

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83726 Steve Ellcey changed: What|Removed |Added CC||sje at gcc dot gnu.org --- Comment #4

[Bug target/83285] non-atomic stores can removed with seq_cst (and store release) on AArch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83285 Steve Ellcey changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug c++/83739] [8 Regression] error: range-based 'for' expression of type 'auto' has incomplete type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83739 --- Comment #7 from Marc Glisse --- And to drop the includes: template void f() { int x[2]; auto delegate = [](auto & foo) { for (auto bar : foo); }; delegate(x); } int main() { f(); }

[Bug c++/83739] [8 Regression] error: range-based 'for' expression of type 'auto' has incomplete type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83739 --- Comment #6 from Marc Glisse --- Without fancy tools, looking at the last few lines of the file: #include template void f() { std::set x; auto delegate = [](auto & foo) { for (auto bar : foo); }; delegate(x); } int main() {

[Bug c++/83739] [8 Regression] error: range-based 'for' expression of type 'auto' has incomplete type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83739 --- Comment #5 from Chris --- (In reply to Chris from comment #4) > This is the intermediate file of the most simplified code that I came up > with that reproduces the error (1.9 MB) > >

[Bug preprocessor/83063] [8 Regression] ICE on an invalid preprocessor snippet

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

[Bug c++/83739] [8 Regression] error: range-based 'for' expression of type 'auto' has incomplete type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83739 --- Comment #4 from Chris --- This is the intermediate file of the most simplified code that I came up with that reproduces the error (1.9 MB) http://www.inf.fu-berlin.de/users/cpockrandt/test_find2_index_approx2.ii

[Bug fortran/83742] New: [8 Regression] ICE in gfc_is_simply_contiguous, at fortran/expr.c:5323

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83742 Bug ID: 83742 Summary: [8 Regression] ICE in gfc_is_simply_contiguous, at fortran/expr.c:5323 Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal

[Bug middle-end/83740] [8 Regression] ICE in maybe_legitimize_operand, at optabs.c:7140

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83740 --- Comment #2 from G. Steinmetz --- plain vanilla x86_64 with linux

[Bug fortran/83741] New: [8 Regression] ICE in gfc_match_allocate, at fortran/match.c:4074

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83741 Bug ID: 83741 Summary: [8 Regression] ICE in gfc_match_allocate, at fortran/match.c:4074 Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal

[Bug target/82975] [6/7 Regression] ICE in baseness at rtlanal.c:6220

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82975 --- Comment #11 from ktkachov at gcc dot gnu.org --- Fixed on GCC 7 too.

[Bug middle-end/83740] [8 Regression] ICE in maybe_legitimize_operand, at optabs.c:7140

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

[Bug target/82975] [6/7 Regression] ICE in baseness at rtlanal.c:6220

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82975 --- Comment #10 from ktkachov at gcc dot gnu.org --- Author: ktkachov Date: Mon Jan 8 18:42:50 2018 New Revision: 256350 URL: https://gcc.gnu.org/viewcvs?rev=256350=gcc=rev Log: [arm] PR target/82975: Guard against reg_renumber being NULL in

[Bug c++/83739] [8 Regression] error: range-based 'for' expression of type 'auto' has incomplete type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83739 Andrew Pinski changed: What|Removed |Added Keywords||needs-reduction, |

[Bug fortran/83740] New: [8 Regression] ICE in maybe_legitimize_operand, at optabs.c:7140

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83740 Bug ID: 83740 Summary: [8 Regression] ICE in maybe_legitimize_operand, at optabs.c:7140 Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal

[Bug rtl-optimization/81308] [8 regression] ICE in calc_dfs_tree, at dominance.c:458

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

[Bug rtl-optimization/81308] [8 regression] ICE in calc_dfs_tree, at dominance.c:458

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81308 --- Comment #9 from Jeffrey A. Law --- Author: law Date: Mon Jan 8 18:20:21 2018 New Revision: 256349 URL: https://gcc.gnu.org/viewcvs?rev=256349=gcc=rev Log: PR rtl-optimizatin/81308 * tree-switch-conversion.c (cfg_altered):

[Bug rtl-optimization/81308] [8 regression] ICE in calc_dfs_tree, at dominance.c:458

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81308 --- Comment #8 from Jeffrey A. Law --- Author: law Date: Mon Jan 8 18:17:51 2018 New Revision: 256348 URL: https://gcc.gnu.org/viewcvs?rev=256348=gcc=rev Log: PR rtl-optimization/81308 * recog.c (split_all_insns): Conditionally

[Bug c++/83739] error: range-based 'for' expression of type 'auto' has incomplete type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83739 --- Comment #2 from Jonathan Wakely --- There's no way all that code is relevant to the problem. https://gcc.gnu.org/wiki/A_guide_to_testcase_reduction

[Bug target/83399] Power8 ICE During LRA with 2-op rtl pattern for lvx instruction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83399 --- Comment #6 from Peter Bergner --- A better test case which "looks" valid to me and still ICEs with -O1 -mabi=elfv2 -S (on LE): typedef __attribute__((altivec(vector__))) int v4si_t; int foo (void) { v4si_t a, u, v, y; u =

[Bug c++/83739] error: range-based 'for' expression of type 'auto' has incomplete type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83739 --- Comment #1 from Chris --- Sorry, the ii-file is too large to post it here, I uploaded it instead somewhere else (7.7 MB): www.inf.fu-berlin.de/users/cpockrandt/test_find2_index_approx.ii

[Bug target/83399] Power8 ICE During LRA with 2-op rtl pattern for lvx instruction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83399 --- Comment #5 from Segher Boessenkool --- That last testcase needs -mabi=elfv2 to fail (but doesn't need that -O3).

[Bug c++/83739] New: error: range-based 'for' expression of type 'auto' has incomplete type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83739 Bug ID: 83739 Summary: error: range-based 'for' expression of type 'auto' has incomplete type Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal

[Bug c++/83732] wrong warning about non-POD field

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83732 --- Comment #5 from Stas Sergeev --- (In reply to Jonathan Wakely from comment #3) > warning_at > (DECL_SOURCE_LOCATION (x), 0, >"ignoring packed attribute because of unpacked non-POD field > %q#D", >

[Bug target/83399] Power8 ICE During LRA with 2-op rtl pattern for lvx instruction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83399 Peter Bergner changed: What|Removed |Added CC||bergner at gcc dot gnu.org --- Comment

[Bug lto/83720] [8 Regression] ICE: in mangle_decl, at cp/mangle.c:3847

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

[Bug middle-end/83729] [8 Regression] AVR ICE on convert_memory_address_addr_space_1 at explow.c:300

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83729 --- Comment #2 from Georg-Johann Lay --- ...and this is a middle-end flaw because POINTERS_EXTEND_UNSIGNED states: [...] You need not define this macro [which is the case for avr] if the ptr_mode, Pmode and word_mode are all the same width

[Bug middle-end/83665] [8 regression] Big code size regression and some code quality improvement at Jan 2 2018

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83665 Jan Hubicka changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at

[Bug rtl-optimization/83327] Spilling into hard regs not taken into account in lra liveness analysis

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83327 Tom de Vries changed: What|Removed |Added CC||matthew.fortune at imgtec dot com ---

[Bug target/83663] [8 regression] aarch64_be regressions after r255946

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83663 --- Comment #2 from Vidya Praveen --- Author: vp Date: Mon Jan 8 16:24:49 2018 New Revision: 256346 URL: https://gcc.gnu.org/viewcvs?rev=256346=gcc=rev Log: gcc/ 2018-01-08 Vidya Praveen PR target/83663 -

[Bug target/83507] [8 Regression] ICE in internal_dfa_insn_code_* for powerpc targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83507 Jakub Jelinek changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug c++/80763] [7/8 Regression] -O3 causes error: inline clone in same comdat group list

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80763 Jan Hubicka changed: What|Removed |Added Assignee|marxin at gcc dot gnu.org |hubicka at gcc dot gnu.org ---

[Bug target/83738] [avr] Don't save registers in main

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83738 Georg-Johann Lay changed: What|Removed |Added Keywords||missed-optimization

[Bug target/83738] New: [avr] Don't save registers in main

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83738 Bug ID: 83738 Summary: [avr] Don't save registers in main Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target

[Bug libstdc++/83626] std::experimental::filesystem::remove_all throws exception instead of returning 0 if path doesn't exist

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83626 --- Comment #13 from Christophe Lyon --- On x86_64 target, the test passes alone, but fails when using proot. So the problem is fully on my side, sorry for the noise.

[Bug target/83712] [6/7/8 Regression] "Unable to find a register to spill" when compiling for thumb1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83712 ktkachov at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |NEW CC|

[Bug c++/83716] tree check: expected tree that contains ‘decl common’ structure, have ‘identifier_node’ in get_inner_reference

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83716 --- Comment #3 from uruwi at protonmail dot com --- Confirmed that running g++ on the preprocessed file produces the assertion failure instead.

[Bug target/83712] "Unable to find a register to spill" when compiling for thumb1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83712 --- Comment #2 from mikulas at artax dot karlin.mff.cuni.cz --- I can reproduce it with gcc-4.8.4 on Ubuntu 14.04 on native armhf (it doesn't reproduce with gcc-4.9 on the same machine) arm-linux-gnueabi-gcc-6 cross-compiler on Debian Stretch

[Bug middle-end/83653] [6/7/8 Regression] GCC fails to remove a can't-happen call on ia64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83653 Richard Biener changed: What|Removed |Added Summary|[6 Regression] GCC fails to |[6/7/8 Regression] GCC

[Bug middle-end/83665] [8 regression] Big code size regression and some code quality improvement at Jan 2 2018

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83665 --- Comment #8 from rguenther at suse dot de --- On Mon, 8 Jan 2018, marxin at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83665 > > --- Comment #6 from Martin Liška --- > Ok, for the gromacs > > r255102: .text

[Bug middle-end/83729] [8 Regression] AVR ICE on convert_memory_address_addr_space_1 at explow.c:300

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83729 Georg-Johann Lay changed: What|Removed |Added Keywords||ice-on-valid-code

[Bug rtl-optimization/83629] [7/8 Regression] ICE: in decompose_normal_address, at rtlanal.c:6329 with -O2 -fPIC -frename-registers --param=sched-autopref-queue-depth=nnn

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

[Bug ipa/83065] [8 Regression] SPEC CPU2017 523/623 compfail (ICE)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83065 Andrey Guskov changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug c++/80763] [7/8 Regression] -O3 causes error: inline clone in same comdat group list

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80763 Jan Hubicka changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #11 from Jan Hubicka

[Bug rtl-optimization/83629] [7/8 Regression] ICE: in decompose_normal_address, at rtlanal.c:6329 with -O2 -fPIC -frename-registers --param=sched-autopref-queue-depth=nnn

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83629 --- Comment #2 from Segher Boessenkool --- Needs e.g. -mcpu=603 to fail.

[Bug tree-optimization/83572] [8 Regression] [graphite] ICE in verify_dominators, at dominance.c:1184 (error: dominator of 7 should be 15, not 13)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83572 --- Comment #7 from Richard Biener --- (In reply to Richard Biener from comment #6) > The issue here is we have a non SESE-region to start with. Related to post-dominators not being meaningful in infinite loop context. Connecting infinite

[Bug tree-optimization/83563] [8 Regression] [graphite] ICE: Segmentation fault (in instantiate_scev_r)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83563 --- Comment #3 from Richard Biener --- Author: rguenth Date: Mon Jan 8 15:04:53 2018 New Revision: 256343 URL: https://gcc.gnu.org/viewcvs?rev=256343=gcc=rev Log: 2018-01-08 Richard Biener PR

[Bug tree-optimization/83563] [8 Regression] [graphite] ICE: Segmentation fault (in instantiate_scev_r)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83563 Richard Biener changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug target/83735] [8 Regression] generating unaligned store to stack with vmovaps

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83735 --- Comment #7 from Jakub Jelinek --- Yes, but those saves should be to slots chosen earlier by ix86_compute_frame_layout, shouldn't they. And then the question is why it chose a frame size that isn't multiple of the needed alignment.

[Bug target/83712] "Unable to find a register to spill" when compiling for thumb1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83712 Richard Earnshaw changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug target/83735] [8 Regression] generating unaligned store to stack with vmovaps

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83735 --- Comment #6 from H.J. Lu --- push comes from 13174 if (!int_registers_saved) 13175 { 13176 /* If saving registers via PUSH, do so now. */ 13177 if (!frame.save_regs_using_mov) 13178 { 13179

[Bug middle-end/83665] [8 regression] Big code size regression and some code quality improvement at Jan 2 2018

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83665 --- Comment #7 from Martin Liška --- Another experiment: r255024: 741B r255024 + patch r255103 + patch r256072: 752B

[Bug middle-end/83653] [6 Regression] GCC fails to remove a can't-happen call on ia64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83653 --- Comment #2 from Matthew Wilcox --- 7.2, 6.2, 5.5 and 4.9 fail. 4.6.3 succeeds.

[Bug libstdc++/83626] std::experimental::filesystem::remove_all throws exception instead of returning 0 if path doesn't exist

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83626 --- Comment #12 from Christophe Lyon --- Running the test manually with qemu only works, so it looks like there is a bad interaction between proot and qemu. I'll try to investigate this more.

[Bug target/83735] [8 Regression] generating unaligned store to stack with vmovaps

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83735 --- Comment #5 from H.J. Lu --- In main (), various RTL passes generate (insn/f 461 460 462 2 (set (mem:DI (pre_dec:DI (reg/f:DI 7 sp)) [0 S8 A8]) (reg:DI 3 bx)) "x.i":17 61 {*pushdi2_rex64} (expr_list:REG_DEAD (reg:DI 3 bx)

[Bug middle-end/83665] [8 regression] Big code size regression and some code quality improvement at Jan 2 2018

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83665 --- Comment #6 from Martin Liška --- Ok, for the gromacs r255102: .text size: 737B r255103 + fix for sreal (r256072): .text size: 752B (+2.03%). Honza can you please take a look?

[Bug testsuite/83737] FAIL: gcc.dg/stdint-width-1.c (test for excess errors) for with newlib stdint.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83737 Tom de Vries changed: What|Removed |Added CC||jsm28 at gcc dot gnu.org --- Comment #1

[Bug target/83735] [8 Regression] generating unaligned store to stack with vmovaps

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83735 --- Comment #4 from Jakub Jelinek --- BTW, -O3 -mavx512bw ins't needed, e.g. -O3 -mavx reproduces it too. The function doesn't really need DRAP or stack realignment, but because stack_alignment_needed is 128, better should make sure that sp is

[Bug testsuite/83737] New: FAIL: gcc.dg/stdint-width-1.c (test for excess errors) for with newlib stdint.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83737 Bug ID: 83737 Summary: FAIL: gcc.dg/stdint-width-1.c (test for excess errors) for with newlib stdint.h Product: gcc Version: 8.0 Status: UNCONFIRMED Severity:

[Bug target/83735] [8 Regression] generating unaligned store to stack with vmovaps

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83735 --- Comment #3 from Jakub Jelinek --- The n variable is 128-bit aligned and lives on the stack, so it is unclear why the stack realignment code misses that.

[Bug c++/83713] [6/7 Regression] ICE in do_narrow at gcc/convert.c:474

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83713 Richard Biener changed: What|Removed |Added Known to work||8.0 Summary|[6/7/8

[Bug c++/83713] [6/7/8 Regression] ICE in do_narrow at gcc/convert.c:474

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83713 --- Comment #2 from Richard Biener --- Author: rguenth Date: Mon Jan 8 13:24:38 2018 New Revision: 256341 URL: https://gcc.gnu.org/viewcvs?rev=256341=gcc=rev Log: 2018-01-08 Richard Biener PR middle-end/83713

[Bug tree-optimization/83685] [8 Regression] ICE: SSA corruption

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83685 Richard Biener changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug tree-optimization/83685] [8 Regression] ICE: SSA corruption

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83685 --- Comment #4 from Richard Biener --- Author: rguenth Date: Mon Jan 8 13:22:56 2018 New Revision: 256339 URL: https://gcc.gnu.org/viewcvs?rev=256339=gcc=rev Log: 2018-01-08 Richard Biener PR

[Bug target/83735] [8 Regression] generating unaligned store to stack with vmovaps

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83735 --- Comment #2 from Jakub Jelinek --- But again succeeds with -mno-stv, so likely dup of PR83330.

[Bug target/83735] [8 Regression] generating unaligned store to stack with vmovaps

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83735 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug tree-optimization/83733] -Wformat-overflow false positive for %d on bounded integer when inlining

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83733 --- Comment #2 from Tim Van Holder --- Created attachment 43062 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43062=edit Testcase Testcase attached. Compiling with "gcc -c -Wall -Wextra -Werror -O3 gcc83733.c" yields: gcc83733.c: In

[Bug lto/83719] [8 Regression] ICE (segfault) in hash_table<indirect_string_hasher, xcallocator>::elements()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83719 Richard Biener changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug lto/83719] [8 Regression] ICE (segfault) in hash_table<indirect_string_hasher, xcallocator>::elements()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83719 --- Comment #4 from Richard Biener --- Author: rguenth Date: Mon Jan 8 13:13:48 2018 New Revision: 256338 URL: https://gcc.gnu.org/viewcvs?rev=256338=gcc=rev Log: 2018-01-08 Richard Biener PR lto/83719 *

[Bug ipa/83065] [8 Regression] SPEC CPU2017 523/623 compfail (ICE)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83065 --- Comment #5 from Martin Liška --- (In reply to Jakub Jelinek from comment #4) > This must be with -flto at least too. Even with -flto I can't reproduce. Can you please attach SPEC build log file?

  1   2   >