http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43129
Jackie Rosen jackie.rosen at hushmail dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43129
Stephen Clarke stephen.clarke at st dot com changed:
What|Removed |Added
CC|
On Thu, 2010-10-14 at 16:33 +, stephen.clarke at st dot com wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43129
Stephen Clarke stephen.clarke at st dot com changed:
What|Removed |Added
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43129
--- Comment #9 from ramana.radhakrishnan at arm dot com ramana.radhakrishnan
at arm dot com 2010-10-14 16:39:26 UTC ---
On Thu, 2010-10-14 at 16:33 +, stephen.clarke at st dot com wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43129
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43129
--- Comment #10 from Stephen Clarke stephen.clarke at st dot com 2010-10-14
17:01:47 UTC ---
OK, I can see that the ARM ARM states for Rm == PC then its unpredictable.
But for Rn == PC, I can only see that its unpredictable if W is 1
or P is 0
--- Comment #6 from carrot at google dot com 2010-04-11 12:09 ---
Some experiment results:
Compile CSiBE with options -Os -fpic -mthumb -fno-short-enums
without this optimization: 2830665
simplify-got before ra:2825737
simplify-got after ra: 2826853
So this optimization
--- Comment #7 from carrot at google dot com 2010-04-11 12:12 ---
(In reply to comment #6)
Some experiment results:
Compile CSiBE with options -Os -fpic -mthumb -fno-short-enums
without this optimization: 2830665
simplify-got before ra:2825737
simplify-got after ra:
--- Comment #5 from carrot at google dot com 2010-04-08 13:31 ---
(In reply to comment #4)
I guess you'll have to experiment with your implementation to
see what gives the best results on a large body of code.
I will experiment on CSiBE.
--
--- Comment #4 from rth at gcc dot gnu dot org 2010-04-07 15:45 ---
My best guess is that this optimization should be done late.
For instance, in the machine-dependant reorg pass. I don't
see any place to hook this earlier.
The problem is that reload should be able to spill pseudos
--- Comment #3 from carrot at google dot com 2010-03-31 08:01 ---
(In reply to comment #2)
Doesn't this belong in the linker as a relaxation? This would solve the reloc
problem in the process.
Gnu linker has already support R_ARM_GOT_PREL. And the new relocation
(GOT_PREL) has
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2010-03-30 14:36
---
Doesn't this belong in the linker as a relaxation? This would solve the reloc
problem in the process.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43129
--- Comment #1 from carrot at google dot com 2010-03-16 06:23 ---
This optimization uses one less register (the register hold the GOT base), to
get this beneficial the ideal place for it should be before register
allocation.
Usually expand pass generates instructions to load global
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43129
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
CC||rearnsha at gcc dot gnu dot
|
14 matches
Mail list logo
