Re: [Prex-devel] prex in QEMU

[Andrew D. <and...@gm...>]

On Sat, Jun 19, 2010 at 8:08 PM, way <way...@gm...> wrote:
>
> hello !!
>
> my configure
> #configure --target=arm-integrator --cross-compile=arm-eabi-
>
> my toolchain
> #arm-eabi-gcc -v
> Using built-in specs.
> Target: arm-eabi
> Configured with: ../../gcc-4.4.3/configure --enable-languages=c,c++,objc
> --with-cpu=arm7tdmi --enable-interwork --enable-multilib --with-gcc
> --with-gnu-ld --with-gnu-as --disable-dependency-tracking --disable-shared
> --disable-threads --disable-win32-registry --disable-nls --disable-debug
> --disable-libmudflap --disable-libssp --disable-libgomp
> --disable-libstdcxx-pch --target=arm-eabi --with-newlib
> --prefix=/opt/devkitpro/devkitARM
> --with-bugurl=http://wiki.devkitpro.org/index.php/Bug_Reports
> --with-pkgversion='devkitARM release 30'
> Thread model: single
> gcc version 4.4.3 (devkitARM release 30)
> #arm-eabi-ld -v
> GNU ld (GNU Binutils) 2.20.1.20100303

I downloaded devkitARM and I can reproduce this problem:

Undefined symbol ""

This is because this toolchain is generating R_ARM_V4BX relocation
records, the relocation record is:

0000005c R_ARM_V4BX        *ABS*

Support for this is probably easy to add for anyone familiar with arm.


> PS. Sourcery G++ Lite 's toolchain seem not compiler prex
> #configure --target=arm-integrator --cross-compile=arm-none-linux-gnueabi-
>
> arm-none-linux-gnueabi-ld -static -nostdlib -L/home/www/test/prex/conf  -o
> /home/www/test/prex/boot/bootldr -T ./arm/arm/boot.ld
> /home/www/test/prex/boot/./arm/integrator/boot.o
> /home/www/test/prex/boot/./common/common.o
> /home/www/test/prex/boot/./lib/libboot.a
> /home/www/CodeSourcery/Sourcery_G++_Lite/bin/../lib/gcc/arm-none-linux-gnueabi/4.3.3/armv4t/libgcc.a
> /home/www/test/prex/boot/./arm/integrator/boot.o:(.ARM.exidx+0x0): undefined
> reference to `__aeabi_unwind_cpp_pr1'

Looks like their toolchain requires some c++ support that is not
included in the prex libraries.

> Where can download your toolchain??

I just build my own toolchains. There may be some compiler / linker
switches you can specify to address these issues, or support for the
relocations required by devkitARM could be added. This may be the same
type of issue David Given had to solve recently?