Re: RDI target broken in 000215 snapshot

[Grant Edwards <grante at visi dot com>]

On Thu, Feb 24, 2000 at 02:12:18PM -0500, Fernando Nasser wrote:

> > When I download code with the "load" command, the byte order of
> > the data gets flipped -- it ends up in little-endian order
> > (it's big-endian in the file, and I need it to stay that way
> > when it is downloaded). Downloading with a patched 4.18 doesn't
> > have this problem.
> > 
> Grant,
> 
> What compiler, in what host and with which parameters did you
> generate your executable file?

$ uname -a
Linux grante.comtrol.com 2.2.12-20 #1 Mon Sep 27 10:25:54 EDT 1999 i586 unknown

$ arm-elf-gcc --version
2.95.2

$ arm-elf-as --version
GNU assembler 991018

$ make
arm-elf-as --gstabs -EB -m arm7tdmi -amhlsnd=memconfigR10_S0_D100.lst -o memconfigR10_S0_D100.o memconfigR10_S0_D100.s
arm-elf-gcc -g -mcpu=arm7tdmi -fverbose-asm -mbig-endian -Wl,-Map,memconfigR10_S0_D100.map -nostartfiles -o memconfigR10_S0_D100 memconfigR10_S0_D100.o -T./memconfig.ld -nostdlib libgcc.a

> Is it the same one you can successifuly load with the patched 4.18?

Yes.

> In both cases you are loading the program into the AEB board, right?

No. I'm loading to custom hardware (big-endian), but I verified
that the same thing happens with the Samsung SNDS eval board
(also big-endian hardware).

I've used the EPI Jeeni (via ethernet) and the ARM Embedded ICE
(via serial port) and had the same results.

> I forgot, which host are you running gdb in?  Linux, Solaris, Cygwin?

Linux (same as above).

-- 
Grant Edwards
grante@visi.com