http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29294
--- Comment #10 from Siarhei Siamashka
2012-12-20 05:47:30 UTC ---
(In reply to comment #9)
And some performance measurements (for working with L1 cache):
> $ arm-none-eabi-gcc-4.7.2 -O2 -mcpu=cortex-a8 -c test.c
> $ objdump -d test.o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29294
Siarhei Siamashka changed:
What|Removed |Added
CC||siarhei.siamashka at gmail
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29294
--- Comment #8 from ramana at gcc dot gnu dot org 2009-04-21 14:09 ---
Confirmed with trunk.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--- Comment #7 from ramana dot radhakrishnan at codito dot com 2006-10-09
16:33 ---
(In reply to comment #5)
flow.c is responsible for generating POST_INCs and POST_MODIFY's in 3.4 / 4.0 /
4.1 / 4.2 . I believe this is being replaced by the new data flow bits in the
data flow branch. T
--- Comment #6 from eplondke at gmail dot com 2006-10-06 19:07 ---
Changing the cost of (REG) to 1 fixes 4.1 but not 4.2, it seems.
In 4.2, the RTL optimization does not combine
ldr r2, [r1, #0]
ldr r3, [r0, #0]
add r0, r0, #4
add r1, r1
--- Comment #5 from eplondke at gmail dot com 2006-10-06 14:55 ---
Here's what's going on in this case:
CSE changes an address if:
A) The cost of the address is lower
or
B) The cost of the address is the same and the cost of the RTX would be
higher outside of an address
So
--- Comment #4 from eplondke at gmail dot com 2006-10-02 19:16 ---
(In reply to comment #3)
> Actually this case should not be using post modify at all except how many bits
> does ARM have to use for an offset? I thought 16bits which means you don't
> need
> that at all and GCC should g
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-29 23:43 ---
Actually this case should not be using post modify at all except how many bits
does ARM have to use for an offset? I thought 16bits which means you don't need
that at all and GCC should generate it without an increme
--- Comment #2 from eplondke at gmail dot com 2006-09-29 23:42 ---
GCC 4.1/4.2 ouptut looks like:
postinc:
@ args = 0, pretend = 0, frame = 0
@ frame_needed = 0, uses_anonymous_args = 0
ldr ip, [r1, #0]
ldr r3, [r0, #0]
stmfd sp!, {r4, l
10 matches
Mail list logo