[Bug target/77270] Flag -mprftchw is shared with 3dnow for -march=k8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77270 --- Comment #5 from nightstrike --- (In reply to Uroš Bizjak from comment #2) > The problem is in the fact that for -march=native, the driver will pass > -mno-prfchw, since the relevant bit is not present in cpuid flags. I'm a little confused.

[Bug bootstrap/40516] --without-mpc, --without-ppl, --without-cloog does the same thing. No turning off mpc via configure.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40516 --- Comment #6 from nightstrike --- Is it supported to build GCC without MPC?

[Bug bootstrap/3415] make distclean (in gcc subdirectory) does not clean up all the way

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3415 nightstrike changed: What|Removed |Added CC||nightstrike at gmail dot com --- Comment #7

[Bug middle-end/27336] "this" pointer is not assumed to be not null

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=27336 Manuel López-Ibáñez changed: What|Removed |Added Component|c++ |middle-end --- Comment #9 from Man

[Bug bootstrap/3415] make distclean (in gcc subdirectory) does not clean up all the way

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

[Bug bootstrap/3415] make distclean (in gcc subdirectory) does not clean up all the way

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3415 --- Comment #9 from nightstrike --- Not only didn't I test it with a cross compiler, I didn't do it from inside the gcc subdirectory like the PR title implies. Double fail :( So, nevermind. Sorry for the noise.

[Bug middle-end/27336] delete null checks in callers to nonnull functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=27336 Manuel López-Ibáñez changed: What|Removed |Added Summary|"this" pointer is not |delete null checks in

[Bug target/61352] gcc 4.9.0 fails to execute dsymutil when linking executables on darwin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61352 --- Comment #18 from Jack Howarth --- (In reply to Andrew Pinski from comment #17) > Is this still true? This issue was fixed with... r211067 | mrs | 2014-05-29 19:20:39 -0400 (Thu, 29 May 2014) | 4 lines PR debug/61352 * colle

[Bug target/61352] gcc 4.9.0 fails to execute dsymutil when linking executables on darwin

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

[Bug testsuite/64177] Various cilk+ testsuite failures

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

[Bug other/69582] [meta-bug] Cilk+

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69582 Bug 69582 depends on bug 64177, which changed state. Bug 64177 Summary: Various cilk+ testsuite failures https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64177 What|Removed |Added ---

[Bug target/77270] Flag -mprftchw is shared with 3dnow for -march=k8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77270 --- Comment #6 from Uroš Bizjak --- (In reply to nightstrike from comment #5) > (In reply to Uroš Bizjak from comment #2) > > The problem is in the fact that for -march=native, the driver will pass > > -mno-prfchw, since the relevant bit is not p

[Bug target/77270] Flag -mprftchw is shared with 3dnow for -march=k8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77270 --- Comment #7 from nightstrike --- The analysis from Venkat here: https://gcc.gnu.org/ml/gcc/2016-05/msg00012.html seems to indicate that the instruction is not valid for k8.

[Bug libfortran/77278] Use LTO for libgfortran

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

[Bug c++/67461] Multiple atomic stores generate a StoreLoad barrier between each one, not just at the end

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67461 Andrew Pinski changed: What|Removed |Added Keywords||missed-optimization Severity|m

[Bug tree-optimization/67683] Missed vectorization: shifts of an induction variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67683 Andrew Pinski changed: What|Removed |Added Severity|normal |enhancement

[Bug middle-end/58919] run with thread error, until i set -fprofile-arcs flag

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

[Bug rtl-optimization/77287] Much worse code generated compared to clang (stack alignment and spills)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77287 --- Comment #4 from Petr --- Adding -fschedule-insns is definitely a huge improvement in this case. I wonder why this doesn't happen by default at -O2 and -Os, as it really improves things and makes shorter output, or it's just in this particular

[Bug rtl-optimization/63987] [lra] internal compiler error: in decompose_normal_address, at rtlanal.c:5851

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63987 --- Comment #1 from Andrew Pinski --- Does this still happen?

[Bug middle-end/77301] __builtin_object_size incorrect for an array in a struct referenced by a pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77301 Martin Sebor changed: What|Removed |Added Keywords||wrong-code Status|RESOLVED

[Bug middle-end/77294] __builtin_object_size inconsistent for member arrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77294 --- Comment #1 from Martin Sebor --- See also bug 77301 which discusses what seems like a related or similar problem.