http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43129
Jackie Rosen changed:
What|Removed |Added
CC||jackie.rosen at hushmail dot
com
--- Comm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43129
--- Comment #10 from Stephen Clarke 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 (I am looking at encoding A1)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43129
--- Comment #9 from 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
>
> Stephen Clarke changed:
>
>
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 changed:
>
>What|Removed |Added
>
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43129
Stephen Clarke changed:
What|Removed |Added
CC||stephen.clarke at st dot
--- 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 #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 should
--- 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.
--
http://gcc.gnu.org/bugzilla/show_b
--- 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
c
--- 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 b
--- 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 vari
--
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
