binutils ld испускает инструкции ARM BLX при использовании цели armv4 - PullRequest
Новая
       53

binutils ld испускает инструкции ARM BLX при использовании цели armv4

1 голос
/ 15 апреля 2011

Я хочу скомпилировать C-программы для Samsung S3C2440 SoC (на базе ядра ARM920T) под управлением ядра Linux 2.6.32.2.У меня установлена ​​версия Gentoo Linux, работающая на ARM926EJS.

Я компилирую программы на C для S3C2440, используя следующие параметры gcc: 

gcc -mcpu=arm920t -o hello hello.c

После запуска скомпилированного исполняемого файла (единственного printf «hello world») я просто получаю «Незаконные инструкции»,У меня нет GDB, скомпилированного для цели, и dmesg не сообщает адрес ошибочной инструкции.

Я вижу, что при запуске "objdump -d" в исполняемом файле перечисляется инструкция BLX, которая, очевидно, не поддерживается вядро ARM920T. 

# gcc -mcpu=arm920t -o hello hello.c && objdump -d hello|grep blx
83cc:       e12fff33        blx     r3

При дальнейшем исследовании кажется, что BLX используется для поддержки Thumb с двоичными файлами GNU-EABI и генерируется 'ld'.Использование опции GCC '-c' для простой компиляции, кажется, подтверждает это, так как в выводе objdump -d для одного только объектного файла нет инструкции BLX.

Могут ли инструкции BLX быть проблемой, с которой я столкнулся,и если да, то как мне сказать 'ld' не генерировать инструкции BLX в конечном связанном исполняемом файле?

Версии программного обеспечения: 

# ld -V
GNU ld (GNU Binutils) 2.20.1.20100303
  Supported emulations:
   armelf_linux_eabi
   armelfb_linux_eabi

# gcc -v
Using built-in specs.
Target: armv5tel-softfloat-linux-gnueabi
Configured with: /var/tmp/portage/sys-devel/gcc-4.4.5/work/gcc-4.4.5/configure --prefix=/usr --bindir=/usr/armv5tel-softfloat-linux-gnueabi/gcc-bin/4.4.5 --includedir=/usr/lib/gcc/armv5tel-softfloat-linux-gnueabi/4.4.5/include --datadir=/usr/share/gcc-data/armv5tel-softfloat-linux-gnueabi/4.4.5 --mandir=/usr/share/gcc-data/armv5tel-softfloat-linux-gnueabi/4.4.5/man --infodir=/usr/share/gcc-data/armv5tel-softfloat-linux-gnueabi/4.4.5/info --with-gxx-include-dir=/usr/lib/gcc/armv5tel-softfloat-linux-gnueabi/4.4.5/include/g++-v4 --host=armv5tel-softfloat-linux-gnueabi --build=armv5tel-softfloat-linux-gnueabi --disable-altivec --disable-fixed-point --without-ppl --without-cloog --with-float=soft --enable-nls --without-included-gettext --with-system-zlib --disable-werror --enable-secureplt --disable-multilib --enable-libmudflap --disable-libssp --enable-libgomp --with-python-dir=/share/gcc-data/armv5tel-softfloat-linux-gnueabi/4.4.5/python --enable-checking=release --disable-libgcj --with-arch=armv5te --enable-languages=c,c++,fortran --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --with-bugurl=http://bugs.gentoo.org/ --with-pkgversion='Gentoo 4.4.5 p1.2, pie-0.4.5'
Thread model: posix
gcc version 4.4.5 (Gentoo 4.4.5 p1.2, pie-0.4.5)

1 Ответ

2 голосов
/ 15 апреля 2011

BLX исходит из кода пользователя или кода библиотеки? Так как ты не сдаешь, я бы сделал ставку на библиотеку. Кажется, ваш GCC был настроен для armv5tel, поэтому, вероятно, либо libc, либо код запуска был скомпилирован с использованием BLX, который поддерживается в ARMv5. Если вы не уверены, загрузите двоичный файл куда-нибудь.

Я вижу несколько вещей, которые вы можете попробовать:

  1. Попробуйте добавить -mthumb-interwork (вряд ли поможет IMO)
  2. Попробуйте подключиться динамически, если это не так.
  3. Попробуйте перестроить ваш GCC / libc специально для armv4. Я не уверен, как это сделать, но, например, В наборе инструментов CodeSourcery есть отдельный набор библиотек и код запуска для armv4.
...