[Bug c++/69433] missing -Wreturn-local-addr assigning address of a local to a static

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69433 --- Comment #3 from Marc Glisse --- f3: the inliner silently removes s (and the assignment to it) as write-only. You need to add a function that reads s (we don't warn in that case either, of course, but that's a first step). f2: the (atomic) in

[Bug driver/81991] New: gcc-ar segfaults if we run it with the full path

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81991 Bug ID: 81991 Summary: gcc-ar segfaults if we run it with the full path Product: gcc Version: 7.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c++/69433] missing -Wreturn-local-addr assigning address of a local to a static

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69433 --- Comment #4 from Andrew Pinski --- >IMO we should look into why this optimization doesn't happen before PRE (why >not FRE for instance?). Because the reads from s are only partially redundant (PRE) and not fully (vs FRE). :)

[Bug driver/81991] gcc-ar segfaults if we run it with the full path

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81991 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug driver/81829] [7 Regression] /usr/bin/gcc-{ar,nm,ranlib} segfault without arguments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81829 Andrew Pinski changed: What|Removed |Added CC||ryxi at stu dot xidian.edu.cn --- Commen

[Bug driver/81991] gcc-ar segfaults if we run it with the full path

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81991 --- Comment #2 from Xi Ruoyao --- > --- Comment #1 from Andrew Pinski --- > Dup. > Oh. Only searched with term gcc-ar and didn't find PR81829.

[Bug other/78889] GCC fails to build due to graphite-dependences.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78889 --- Comment #2 from Martin Jossic --- Hello ! Sorry for the late answer but I finally found a solution. Thanks for your help !

[Bug debug/81936] ICE in dwarf2out_die_ref_for_decl, at dwarf2out.c:5543

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81936 --- Comment #20 from Tom de Vries --- (In reply to Richard Biener from comment #19) > Fixed. Thanks for fixing this. libgomp with nvptx offloading is back to known fails: ... # of unexpected failures24 # of expected passes83

[Bug driver/81829] [7 Regression] /usr/bin/gcc-{ar,nm,ranlib} segfault without arguments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81829 --- Comment #3 from Xi Ruoyao --- marxin's patch: http://gcc.gnu.org/ml/gcc-patches/2017-08/msg01116.html But this patch doesn't work while /my_bin/bin contains a symlink.

[Bug c++/70328] default generated destructors cause 'inlining failed' warnings.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70328 --- Comment #3 from Morwenn --- Looks like providing a testcase will be hard: I switched to GCC 7.1 since then, and can't reproduce the bug anymore, be it in C++14 or C++17 mode. That said, a few things have changed since then and they may be inv

[Bug fortran/81974] [8 Regression] ICE verify_gimple failed type mismatch in binary expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81974 Thomas Koenig changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned a

[Bug c++/70328] default generated destructors cause 'inlining failed' warnings.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70328 Eric Gallager changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug c++/81992] New: C++ toupper symbol clash?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81992 Bug ID: 81992 Summary: C++ toupper symbol clash? Product: gcc Version: 5.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee:

[Bug target/81988] [7/8 Regression] sparc64: emits STD instruction with odd register

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81988 --- Comment #2 from Mikael Pettersson --- Started with r244034, i.e. when SPARC switched to LRA by default. -mno-lra works around it.

[Bug debug/81993] New: gcc 7.X -gsplit-dwarf removes some symbols, causing some undefined references

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81993 Bug ID: 81993 Summary: gcc 7.X -gsplit-dwarf removes some symbols, causing some undefined references Product: gcc Version: 7.2.0 Status: UNCONFIRMED Severity: n

[Bug c/81994] New: [C++11]Internal error: same_comdat_group list across different groups

able-libsanitizer Modelo de hilos: posix gcc versión 5.4.0-pre 20170826 (Gentoo 5.4.0_pre) With this configuration the code works: /var/tmp/portage/sys-devel/gcc-5.4.0_pre/work/gcc-5.4.0-/configure --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --prefix=/usr --bindir

[Bug bootstrap/81995] New: [8.0 Regression] gcc/reg-stack.c:2073:1: error: unrecognizable insn:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81995 Bug ID: 81995 Summary: [8.0 Regression] gcc/reg-stack.c:2073:1: error: unrecognizable insn: Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal

[Bug target/81797] gcc 7.1.0 fails to build on macOS 10.13 (High Sierra):

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81797 --- Comment #10 from Jack Howarth --- I managed to reproduce this issue on an 8 core non-HT system booted from an APFS volume on an old SATA2 HDD so the issue doesn't seem to be dependent on really fast IO... Making all in include mkdir -p ./x86

[Bug bootstrap/81995] [8.0 Regression] gcc/reg-stack.c:2073:1: error: unrecognizable insn:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81995 Gerald Pfeifer changed: What|Removed |Added CC||uros at gcc dot gnu.org --- Comment #1

[Bug c++/69571] [C++11] invalid alignas on a typedef accepted, reduces alignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69571 Eric Gallager changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug debug/81993] [7/8 Regression] -gsplit-dwarf removes some symbols, causing some undefined references

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81993 Markus Trippelsdorf changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|