Subject: Re: a question about arm-gcc
To: Toru Nishimura <locore64@alkyltechnology.com>
From: Danny Lau <liudengcs@gmail.com>
List: port-arm
Date: 06/07/2006 17:28:09
------=_Part_13285_15492684.1149672489112
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
On 6/7/06, Toru Nishimura <locore64@alkyltechnology.com> wrote:
>
> Danny Lau wrote;
>
> > this time it is a character string: *p++ = "1234567890abcdef"[ul %
> base];
> > in that lib function. The MCU cann't get correct byte-data and raise an
> > Undefine instruction error.
>
> 0. nm -Bon
> 1. hexdump -C
> 2. objdump --disassemble
>
> objdump might make mis-interpretation since it has no clue about how
> the target binary is made for the specific CPU nature.
>
> Toru Nishimura/ALKYL Technology
>
You are right. So I trace the execution flow from the beginng when poweron
in the AXD via jtag. I can see the assembly code is "ldr/str" in the case I
use uint32 data type in my code, and "ldrb/strb" when I check that lib
function.
Every thing seems ok, but that exception still happen, still puzzle me, and
still I don't know why it occur.
------=_Part_13285_15492684.1149672489112
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
<br><br>
<div><span class="gmail_quote">On 6/7/06, <b class="gmail_sendername">Toru Nishimura</b> <<a href="mailto:locore64@alkyltechnology.com">locore64@alkyltechnology.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Danny Lau wrote;<br><br>> this time it is a character string: *p++ = "1234567890abcdef"[ul % base];
<br>> in that lib function. The MCU cann't get correct byte-data and raise an<br>> Undefine instruction error.<br><br>0. nm -Bon<br>1. hexdump -C<br>2. objdump --disassemble<br><br>objdump might make mis-interpretation since it has no clue about how
<br>the target binary is made for the specific CPU nature.<br><br>Toru Nishimura/ALKYL Technology<br></blockquote></div>
<div> </div>
<div>You are right. So I trace the execution flow from the beginng when poweron in the AXD via jtag. I can see the assembly code is "ldr/str" in the case I use uint32 data type in my code, and "ldrb/strb" when I check that lib function.
</div>
<div> </div>
<div>Every thing seems ok, but that exception still happen, still puzzle me, and still I don't know why it occur.</div>
------=_Part_13285_15492684.1149672489112--