[Bug bootstrap/25470] [4.6/4.7/4.8 Regression] fixincludes/ subdirectory not cleaned by "make distclean"

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25470 b.grayson at samsung dot com changed: What|Removed |Added CC||b.grayson at samsung dot

[Bug target/58523] New: ARM and AArch64: -fsection-anchors doesn't seem to work

ormal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: b.grayson at samsung dot com Target: arm, aarch64 Build: gcc-4.9-20130915-arm-linux-gnueabhihf, gcc-aarch64-4.9-20130602/aarch64-linux-gn

[Bug target/58523] ARM and AArch64: -fsection-anchors doesn't seem to work

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58523 Brian Grayson changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #4 from Brian Grayson

[Bug target/58621] New: With -fsection-anchors, a superfluous 'add' is performed

ty: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: b.grayson at samsung dot com Target: AArch64 In some scenarios, the code emitted with -fsection-anchors is suboptimal. Here is the generated assembly for some code, com

[Bug target/58622] New: With -fomit-frame-pointer, A64 does not generate post-decrement stores

Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: b.grayson at samsung dot com Target: AArch64 Build: 4.9.0 20130602 In A64, if one compiles a simple program under -O3, one gets code like this: int bar

[Bug target/58623] New: lack of ldp/stp optimization

Assignee: unassigned at gcc dot gnu.org Reporter: b.grayson at samsung dot com Target: AArch64 Build: 20130602 The following C code: long long a, b; int c, d; int foo() { return a+b; } int bar() { return c+d; } generates this assembly code under -O3 -fsection

[Bug target/58621] With -fsection-anchors, a superfluous 'add' is performed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58621 Brian Grayson changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID

[Bug tree-optimization/64319] add alias runtime check to remove load after load redundancy

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64319 --- Comment #2 from Brian Grayson --- alignd() in m88ksim from SPECint95 is a poster child for this kind of optimization -- it receives several pointers to portions of FP representations, and then operates on them via code like this: ... *amantl