Building AROS/Libs/version.library .../opt/aros-arm/arm-aros-ld: /home/ubuntu/AROS.raspberrypi-arm/bin/raspberrypi-arm/gen/compiler/libinit/libentry.o: compiled for a little endian system and target is big endian

Edit: Bypassing getcpu the next one failing is AROS/Tests/benchmarks/graphics/pixelarray... but a lot of code compiles in between

Edit: Bypassing pixelarray the next one failing is AROS/Libs/uuid.library

All these fail the same as getcpu (no __cxa_begin_cleanup etc.)

Posted on: 2012/11/4 5:22

Edited by DizzyOfCRN on 2012/11/4 6:30:24Edited by DizzyOfCRN on 2012/11/4 6:57:59Edited by DizzyOfCRN on 2012/11/4 7:23:22Edited by DizzyOfCRN on 2012/11/4 8:41:26Edited by DizzyOfCRN on 2012/11/4 9:08:54Edited by DizzyOfCRN on 2012/11/4 9:13:50

There is no strange bug in gcc 4.6. Look at the nightlies, the arm version is built every night using gcc-4.6.2 crosscompiler (built together with AROS).

Not to mention that I've successfully built armel and armhf linux hosted targets here at home. No problem with that.

Regarding native rpi port - why don't you look at arm linux hosted and start there? Why do you try to create separate crosscompiler at this stage? Use the one AROS builds. Look at the linux-arm entries in configure script, or even at the efika entry which I started to work on. That should be your starting point I think...