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
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58523
Brian Grayson changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #4 from Brian Grayson
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
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
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58621
Brian Grayson changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
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