J'ai eu une micro misère pour lancer un binaire "pic32-gcc" qui est compilé pour du ARMEL (sans support de calculs virgule flottante hardware)
En fait il faut observer son binaire avec l'utilitaire SUPER PRATIQUE "file" souvent négligé :
(root|~/.uecide/compilers/pic32-tools/bin) file pic32-gcc
pic32-gcc: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.3, for GNU/Linux 2.6.16, stripped
Or que si j'observe un binaire à la con d'origine :
(root|/lib) file /bin/more
/bin/more: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-armhf.so.3, for GNU/Linux 3.2.0, BuildID[sha1]=60c21f8546cd76867c06d91364ffbfc4190cb9d3, stripped
Hop Bingo, dans mon /lib le seul ld-linux que j'ai est "ld-linux-armhf.so.3" et pas "ld-linux.so.3" j'ai donc fait un lien symbolique avec :
ln -s ld-linux-armhf.so.3 ld-linux.so.3
et hop
ld-linux.so.3 -> ld-linux-armhf.so.3
Il s'agit de l'éditeur de lien dynamique qui est propre à une architecture.
Maintenant je peux lancer mes compilations PIC32 onboard sur la XU4Q comme avec la PI mais en mode tuuuuurboooooooooooo