[Bug target/86731] [8/9 Regression] Miscompiles vec_sl at -O3 with -fwrapv on ppc64el

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86731 --- Comment #4 from Segher Boessenkool --- Is this fixed now?

[Bug target/86592] [9 regression] gcc.target/powerpc/p8-vec-xl-xst-v2.c fails starting with r261510

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86592 --- Comment #3 from Segher Boessenkool --- Is this fixed now?

[Bug rtl-optimization/86928] ICE in compute_live, at sel-sched.c:3097

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

[Bug testsuite/86766] new test case c-c++-common/spec-barrier-1.c introduced in r263168 fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86766 Segher Boessenkool changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug libstdc++/54005] Use __atomic_always_lock_free in libstdc++ is_lock_free instead of __atomic_is_lock_free

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54005 --- Comment #20 from Hans-Peter Nilsson --- Please allow a couple of days so I can catch up. Thanks.

[Bug other/85716] No easy way for end-user to tell what GCC is doing when compilation is slow

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

[Bug middle-end/56363] over aggressive division folding ignores sign conversion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56363 --- Comment #8 from Eric Gallager --- (In reply to Jay from comment #7) > > > Perhaps I'll try with trunk. > > > - Jay Have you tried with trunk yet?

[Bug libstdc++/54005] Use __atomic_always_lock_free in libstdc++ is_lock_free instead of __atomic_is_lock_free

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54005 --- Comment #19 from Eric Gallager --- (In reply to Jonathan Wakely from comment #18) > (In reply to Hans-Peter Nilsson from comment #16) > > (In reply to Jonathan Wakely from comment #14) > > > Can we close this? > > > > No. IIUC, we're still/

[Bug target/15896] Strange behaviour for inline assembler input constraint

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=15896 Eric Gallager changed: What|Removed |Added Status|NEW |WAITING --- Comment #3 from Eric Gallage

[Bug c++/87406] Implement -Wconstant-conversion and -Wbitfield-constant-conversion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87406 Eric Gallager changed: What|Removed |Added CC||egallager at gcc dot gnu.org --- Comment

[Bug c/39170] provide an option to silence -Wconversion warnings for bit-fields

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39170 Eric Gallager changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug c++/68230] Unused function parameters not reported by -Wunused-parameter when only used recursively.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68230 --- Comment #9 from Eric Gallager --- (In reply to Joshua T, Fisher from comment #8) > (In reply to Jonathan Wakely from comment #7) > > (In reply to Joshua T, Fisher from comment #5) > > > and my blog where I first encountered this in a closed s

[Bug c++/56272] Poor diagnostics for error: specialization of ... after instantiation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56272 Eric Gallager changed: What|Removed |Added CC||dmalcolm at gcc dot gnu.org,

[Bug libstdc++/87493] chrono::system_clock unusable with std::tm due to misaligned precisions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87493 --- Comment #1 from Andrew Pinski --- I don't see an issue here. The standard does not say it needs to work either.

[Bug libstdc++/87493] New: chrono::system_clock unusable with std::tm due to misaligned precisions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87493 Bug ID: 87493 Summary: chrono::system_clock unusable with std::tm due to misaligned precisions Product: gcc Version: 8.2.1 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/87492] New: missing warning for a strnlen call with an unterminated one-element array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87492 Bug ID: 87492 Summary: missing warning for a strnlen call with an unterminated one-element array Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal

[Bug target/72782] AVX512: No support for scalar broadcasts

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72782 --- Comment #2 from H.J. Lu --- Please try hjl/pr72782/master branch at https://github.com/hjl-tools/gcc

[Bug tree-optimization/87490] [9 Regression] ICE in expand_builtin_strnlen at gcc/builtins.c:3164

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87490 Martin Sebor changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #3 from Martin Sebor

[Bug tree-optimization/87490] [9 Regression] ICE in expand_builtin_strnlen at gcc/builtins.c:3164

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

[Bug middle-end/87489] Spurious -Wnonnull warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87489 Martin Sebor changed: What|Removed |Added CC||msebor at gcc dot gnu.org --- Comment #4

[Bug fortran/56789] Wrong code with contiguous dummy argument

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

[Bug ipa/87491] New: ipa_fn_summary missing for node during inlining/dumping

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87491 Bug ID: 87491 Summary: ipa_fn_summary missing for node during inlining/dumping Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Prio

[Bug middle-end/87489] Spurious -Wnonnull warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87489 Manuel López-Ibáñez changed: What|Removed |Added Keywords||diagnostic Status|UNCO

[Bug tree-optimization/87490] New: [9 Regression] ICE in expand_builtin_strnlen at gcc/builtins.c:3164

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87490 Bug ID: 87490 Summary: [9 Regression] ICE in expand_builtin_strnlen at gcc/builtins.c:3164 Product: gcc Version: 9.0 Status: UNCONFIRMED Keywords: ice-on-valid-

[Bug tree-optimization/87490] [9 Regression] ICE in expand_builtin_strnlen at gcc/builtins.c:3164

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87490 --- Comment #1 from Martin Liška --- Started with r264787.

[Bug rtl-optimization/87466] IRA and LRA spill all pseudos that are live across setjmp calls

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87466 Peter Bergner changed: What|Removed |Added URL|https://gcc.gnu.org/ml/gcc- |https://gcc.gnu.org/ml/gcc-

[Bug c/87488] hyperlink filenames in diagnostics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87488 --- Comment #6 from Manuel López-Ibáñez --- I think the utility of this is similar to colors, that is when the output is a terminal, not when it is emacs or vim or any other non-tty. In remote hosts, I think we should do whatever GNU coreutils (

[Bug target/87474] ICE in extract_insn, at recog.c:2305

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

[Bug c/87489] Spurious -Wnonnull warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87489 --- Comment #2 from Andres Freund --- Maybe (In reply to Jonathan Wakely from comment #1) > The first XLogRegisterData could change the value of xl_xinfo.xid to be > non-zero, in which case the second XLogRegisterData call would happen > despite

[Bug c/87489] Spurious -Wnonnull warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87489 --- Comment #1 from Jonathan Wakely --- The first XLogRegisterData could change the value of xl_xinfo.xid to be non-zero, in which case the second XLogRegisterData call would happen despite the null string.

[Bug c/87488] hyperlink filenames in diagnostics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87488 --- Comment #5 from Jonathan Wakely --- Vim already Does The Right Thing for a filename like file.c:20:23

[Bug target/87474] ICE in extract_insn, at recog.c:2305

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87474 --- Comment #4 from acsawdey at gcc dot gnu.org --- Author: acsawdey Date: Tue Oct 2 17:31:53 2018 New Revision: 264799 URL: https://gcc.gnu.org/viewcvs?rev=264799&root=gcc&view=rev Log: 2018-10-02 Aaron Sawdey PR target/87474

[Bug testsuite/87081] [9 regression] gcc.target/powerpc/vec-init-6.c failures with r262930

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87081 --- Comment #5 from Segher Boessenkool --- Fixed.

[Bug c/87489] New: Spurious -Wnonnull warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87489 Bug ID: 87489 Summary: Spurious -Wnonnull warning Product: gcc Version: 8.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee:

[Bug c/87488] hyperlink filenames in diagnostics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87488 --- Comment #4 from David Malcolm --- Interesting. Is there a way to encode the line number in the URL? (and the column number?) Or does it just give the file?

[Bug c/87488] hyperlink filenames in diagnostics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87488 --- Comment #3 from Jonathan Wakely --- https://gist.github.com/egmontkob/eb114294efbcd5adb1944c9f3cb5feda#file-uris-and-the-hostname says there should be a hostname part, so not just file:///path but file://hostname/path If I compile on a remot

[Bug rtl-optimization/87466] IRA and LRA spill all pseudos that are live across setjmp calls

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87466 Peter Bergner changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED URL|https://gcc.

[Bug c/87488] hyperlink filenames in diagnostics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87488 --- Comment #2 from Manuel López-Ibáñez --- Actually, according to https://gist.github.com/egmontkob/eb114294efbcd5adb1944c9f3cb5feda#detecting-availability-of-the-feature "almost all terminal emulators ignore the OSC sequences they don't know a

[Bug c/87488] hyperlink filenames in diagnostics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87488 Manuel López-Ibáñez changed: What|Removed |Added CC||dmalcolm at gcc dot gnu.org --- Co

[Bug c/87488] New: hyperlink filenames in diagnostics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87488 Bug ID: 87488 Summary: hyperlink filenames in diagnostics Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: c

[Bug c++/58407] [C++11] Should warn about deprecated implicit generation of copy constructor/assignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58407 --- Comment #26 from Steinar H. Gunderson --- That blog post seems to advocate using std::unique_ptr for pretty much everything, which unfortunately doesn't always work. See e.g. slide 8 of https://github.com/CppCon/CppCon2018/blob/master/Present

[Bug testsuite/87487] New: New test case gfortran.dg/deferred_character_24.f90 in r264721 fails on big endian

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87487 Bug ID: 87487 Summary: New test case gfortran.dg/deferred_character_24.f90 in r264721 fails on big endian Product: gcc Version: 9.0 Status: UNCONFIRMED Severity

[Bug c++/85948] poor location info for arguments and format strings (printf format warning)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85948 Manuel López-Ibáñez changed: What|Removed |Added Status|WAITING |NEW CC|

[Bug testsuite/87486] [9 regression] gcc.target/powerpc/undef-bool-2.c fails starting with r264335

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87486 --- Comment #1 from David Malcolm --- For "bool" vs "_Bool", the edit distance is 2. After r264335: (gdb) p get_edit_distance_cutoff (4, 5) $1 = 1 Hence "_Bool" is rejected as a suggestion, as it's above the threshold. The cutoff is 1 rather

[Bug c++/58407] [C++11] Should warn about deprecated implicit generation of copy constructor/assignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58407 --- Comment #25 from Andrzej Krzemienski --- (In reply to Allan Jensen from comment #24) > So with this the rule-of-three is now the rule-of-four or six? The Rule of Zero: https://blog.rmf.io/cxx11/rule-of-zero

[Bug c++/58407] [C++11] Should warn about deprecated implicit generation of copy constructor/assignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58407 Allan Jensen changed: What|Removed |Added CC||linux at carewolf dot com --- Comment #24

[Bug middle-end/87319] When vector is wrapped, expression is not optimized.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87319 Marc Glisse changed: What|Removed |Added Keywords|wrong-code | --- Comment #5 from Marc Glisse --- Sorr

[Bug testsuite/87486] New: [9 regression] gcc.target/powerpc/undef-bool-2.c fails starting with r264335

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87486 Bug ID: 87486 Summary: [9 regression] gcc.target/powerpc/undef-bool-2.c fails starting with r264335 Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: norm

[Bug rtl-optimization/87479] [9 Regression] FAIL: gcc.target/i386/pr63527.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87479 Peter Bergner changed: What|Removed |Added Status|NEW |ASSIGNED URL|

[Bug libstdc++/87258] vector useless offset

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87258 --- Comment #2 from Marc Glisse --- Author: glisse Date: Tue Oct 2 14:59:25 2018 New Revision: 264791 URL: https://gcc.gnu.org/viewcvs?rev=264791&root=gcc&view=rev Log: vector _M_start and 0 offset 2018-10-02 Marc Glisse PR libstdc

[Bug middle-end/87319] When vector is wrapped, expression is not optimized.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87319 --- Comment #4 from Marc Glisse --- Author: glisse Date: Tue Oct 2 14:55:39 2018 New Revision: 264790 URL: https://gcc.gnu.org/viewcvs?rev=264790&root=gcc&view=rev Log: No a*x+b*x factorization for signed vectors 2018-10-02 Marc Glisse

[Bug debug/87484] internal compiler error: in dwf_regno, at dwarf2cfi.c:909

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87484 Zachary Wilcox changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug libstdc++/78113] std::variant and std::visit's current implementations do not get optimized out (compared to "recursive visitation")

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78113 --- Comment #4 from Nir Friedman --- Started a PR on mpark github variant: https://github.com/mpark/variant/pull/52.

[Bug testsuite/87081] [9 regression] gcc.target/powerpc/vec-init-6.c failures with r262930

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87081 --- Comment #4 from Segher Boessenkool --- Author: segher Date: Tue Oct 2 14:19:49 2018 New Revision: 264789 URL: https://gcc.gnu.org/viewcvs?rev=264789&root=gcc&view=rev Log: rs6000: Fix vec-init-6.c (PR87081) Since a while we use a rldimi in

[Bug target/87133] ICE in aggregate_value_p with -frounding-math on ppc64le

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87133 Segher Boessenkool changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug fortran/56789] Wrong code with contiguous dummy argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56789 --- Comment #10 from paul.richard.thomas at gmail dot com --- Hi Thomas, The centre of gravity for this problem is trans-array.c:7905. This is triggering the packing of the array, which will indeed make the data contiguous. However, the bounds a

[Bug sanitizer/82616] ../bfd/.libs/libbfd.a(plugin.o): undefined reference to symbol 'dlsym@@GLIBC_2.16'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82616 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/81652] [meta-bug] -fcf-protection=full bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81652 Bug 81652 depends on bug 82699, which changed state. Bug 82699 Summary: ENDBR isn't generated at function entrance (with -mfentry) https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82699 What|Removed |Added -

[Bug target/82699] ENDBR isn't generated at function entrance (with -mfentry)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82699 H.J. Lu changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

[Bug target/82699] ENDBR isn't generated at function entrance (with -mfentry)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82699 --- Comment #10 from hjl at gcc dot gnu.org --- Author: hjl Date: Tue Oct 2 12:12:18 2018 New Revision: 264782 URL: https://gcc.gnu.org/viewcvs?rev=264782&root=gcc&view=rev Log: i386: Insert ENDBR before the profiling counter call ENDBR must b

[Bug target/87021] New powerpc test cases from r263570 fail

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87021 Segher Boessenkool changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug testsuite/87081] [9 regression] gcc.target/powerpc/vec-init-6.c failures with r262930

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

[Bug rtl-optimization/87485] [9 Regression] Compile time hog w/ -O2 -fschedule-insns -fno-guess-branch-probability -fno-isolate-erroneous-paths-dereference -fno-omit-frame-pointer -fno-split-wide-type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87485 Richard Biener changed: What|Removed |Added Keywords||ra Target Milestone|---

[Bug rtl-optimization/87485] [9 Regression] Compile time hog w/ -O2 -fschedule-insns -fno-guess-branch-probability -fno-isolate-erroneous-paths-dereference -fno-omit-frame-pointer -fno-split-wide-type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87485 --- Comment #1 from Arseny Solokha --- Some hot entries from the tip of "perf top" output: Overhead Shared Objec Symbol 23.31% cc1 [.] find_hard_regno_for_1 18.20% cc1 [.] assign_by_spills 14.17% cc1 [.]

[Bug rtl-optimization/87485] New: [9 Regression] Compile time hog w/ -O2 -fschedule-insns -fno-guess-branch-probability -fno-isolate-erroneous-paths-dereference -fno-omit-frame-pointer -fno-split-wide

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87485 Bug ID: 87485 Summary: [9 Regression] Compile time hog w/ -O2 -fschedule-insns -fno-guess-branch-probability -fno-isolate-erroneous-paths-dereference -fno-omit-fram

[Bug target/87149] ICE in extract_insn, at recog.c:2305 on ppc64le

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87149 --- Comment #12 from Martin Liška --- Yes, thanks for the fix.

[Bug target/87149] ICE in extract_insn, at recog.c:2305 on ppc64le

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87149 Segher Boessenkool changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/71138] [concepts] ill-formed non-constant expression use in nested requirement produces duplicated diagnostics with poor source locations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71138 --- Comment #3 from Paolo Carlini --- Thanks Eric, I'll see what I can do. By the way, while we go through all these bugs having to do with concepts one way or another, let's make sure they all block the meta-bug 67491.

[Bug ada/85380] gnatbind fails with small executable & restricted runtime

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85380 Eric Botcazou changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug ada/85380] gnatbind fails with small executable & restricted runtime

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85380 --- Comment #2 from simon at pushface dot org --- This is fixed in GCC 9.0.0.

[Bug libstdc++/54005] Use __atomic_always_lock_free in libstdc++ is_lock_free instead of __atomic_is_lock_free

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54005 --- Comment #18 from Jonathan Wakely --- (In reply to Hans-Peter Nilsson from comment #16) > (In reply to Jonathan Wakely from comment #14) > > Can we close this? > > No. IIUC, we're still/again using __atomic_is_lock_free with alignment > dedu

[Bug c++/56868] Constexpr example in 7.1.5/5 fails to compile correctly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56868 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug gcov-profile/87442] Add options to filter files we want to instrument for code coverage

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87442 --- Comment #5 from calixte --- @martin, @honza: about option names, do we have an agreement on -fprofile-filter-files and -fprofile-exclude-files ?

[Bug debug/87484] internal compiler error: in dwf_regno, at dwarf2cfi.c:909

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87484 Richard Biener changed: What|Removed |Added Target|PowerPC |powerpcspe Status|UNCONFIRM

[Bug c++/87481] [7/8/9 Regression] Endless loop with optimisation in C++17

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87481 Richard Biener changed: What|Removed |Added Priority|P3 |P2 Target Milestone|---