[Bug target/47811] New: ARM asm branch to direct address

[aleksazr at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47811

   Summary: ARM asm branch to direct address
   Product: gcc
   Version: 4.5.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: aleks...@gmail.com


Created attachment 23399
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23399
source

source assembled:
reset:b 0x30
b 0x30

generates:
   0:   ea0bfffeb   30 _ebss+0x20
   4:   ea0bfffcb   2c _ebss+0x2fffec

^^ both should jump to same address

[Bug target/45127] Out-of-order execution

[aleksazr at gmail dot com]

--- Comment #6 from aleksazr at gmail dot com  2010-07-30 13:56 ---
Anyway, the files can be used to generate poor listings,
and that is also a bug. See method2.lss


-- 

aleksazr at gmail dot com changed:

   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45127

[Bug target/45127] Out-of-order execution

[aleksazr at gmail dot com]

--- Comment #7 from aleksazr at gmail dot com  2010-07-30 14:00 ---
Poor listings = listings without debug info.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45127

[Bug c/45127] New: Out-of-order execution

[aleksazr at gmail dot com]

This program is written for AT91SAM9260.
It is on compiled with yagarto with GCC 4.5.0.
on win xp sp2.

The prog reads 10 dwords from
address 0 and sends them through uart.

Adress 0 (on '9260) can either be ROM or SRAM,
depending on REMAP settings.

The prog first does a REMAP, then reads 10 dwords.

However, generated code first reads ptr[0],
does REMAP, then reads ptr[1-9], which means
that the first dword will be read from ROM,
and all others from SRAM.

MATRIX_MRCR is volatile, so it should be
executed first, IMHO.

It can be fixed by:

1. add volatile to ptr definition (line 31).

2. instead of linking with libarm.a, 
   change lines 7 (#if 1) and 40 (SendDword2).
   This method, however, produces less readable LSS file.

I've included two LSS files: original.lss and method2.lss
Original.lss is generated with the as is src.c.
Methot2.lss  is generated after changing lines 7  40.


-- 
   Summary: Out-of-order execution
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aleksazr at gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45127

[Bug c/45127] Out-of-order execution

[aleksazr at gmail dot com]

--- Comment #1 from aleksazr at gmail dot com  2010-07-29 13:13 ---
Created an attachment (id=21348)
 -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21348action=view)
all sources

unpack to c:\ so that you have c:\00 folder


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45127

[Bug target/45127] Out-of-order execution

[aleksazr at gmail dot com]

--- Comment #3 from aleksazr at gmail dot com  2010-07-29 14:56 ---
Created an attachment (id=21351)
 -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21351action=view)
all sources


-- 

aleksazr at gmail dot com changed:

   What|Removed |Added

  Attachment #21348|0   |1
is obsolete||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45127

[Bug target/45127] Out-of-order execution

[aleksazr at gmail dot com]

--- Comment #5 from aleksazr at gmail dot com  2010-07-29 19:19 ---
Thank you for a good explanation. Cheers!


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45127