Qemu-arm не может запускать скомпилированные двоичные ключи
Я запускаю Linux Mint 14 с qemu, qemu-пользователем и установкой gnueabi toolchain. Я скомпилировал test.c с arm-linux-gnueabi-gcc test.c -o test.
Когда я пытаюсь запустить qemu-arm /usr/arm-linux-gnueabi/lib/ld-linux.so.3 test
Я получаю сообщение об ошибке: test: error while loading shared libraries: test: cannot open shared object file: No such file or directory. Выполняя qemu-arm test, как я уже пробовал, дает /lib/ld-linux.so.3: No such file or directory
Однако файл существует и доступен.
$ stat /usr/arm-linux-gnueabi/lib/ld-linux.so.3
File: `/usr/arm-linux-gnueabi/lib/ld-linux.so.3' -> `ld-2.15.so'
Size: 10 Blocks: 0 IO Block: 4096 symbolic link
Device: 801h/2049d Inode: 4083308 Links: 1
Access: (0777/lrwxrwxrwx) Uid: ( 0/ root) Gid: ( 0/ root)
Access: 2013-04-22 16:19:48.090613901 -0700
Modify: 2012-09-21 08:31:29.000000000 -0700
Change: 2013-04-22 15:58:41.042542851 -0700
Birth: -
Кто-нибудь знает, как я могу заставить qemu запустить ручную программу без необходимости подражать целому плечу ядра Linux?
test.c
#include <stdio.h>
int main() {
printf("this had better work\n");
}
и file test есть
test: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.31, BuildID[sha1]=0xf2e49db65394b77c77ee5b65b83c0cc9220cbfc0, not stripped
Ответы
Ответ 1
Если вы хотите запустить ARM без Linux, вам нужен другой компилятор (по крайней мере). arm-linux-gnueabi-gcc - это компилятор для Linux. Компилятор и libc тесно связаны между собой. Вам понадобится компилятор newlib с уровнем переносимости для qemu. портирование newlib
Смотрите: Balau и Google newlib + qemu. Порт newlib размещен на Github и, похоже, похож на блог Balau.
Как правило, не-Linux gcc называется arm-none-eabi-gcc. Префикс arm-none-eabi- распознается некоторыми скриптами configure.
Ответ 2
вы можете запустить пример, предоставив путь к общим libs-linux-gnueabi с использованием флага -L.
qemu-arm -L /usr/arm-linux-gnueabi/
также убедитесь, что LD_LIBRARY_PATH не установлен.
unset LD_LIBRARY_PATH
Ответ 3
Я также встретил эту проблему при запуске программы на языке C с кодом сборки. Мое решение состоит в том, чтобы создать исполняемый файл с опцией "-статический", например
arm-linux-gnueabi-gcc -static -g main.c square.s
Тогда
qemu-arm a.out
не сообщит об ошибке "Невозможно найти /lib/ld -linux.so.3".
Единственный недостаток заключается в том, что исполняемый файл может иметь большой размер. Но это полезно, когда вы просто хотите протестировать свой код.
Конечно, вы можете пойти с помощью метода из Балау (см. бесшумный ответ). Но если вы не хотите чувствовать себя разочарованным чем-то вроде "последовательных портов UART" на этом шаге, который предназначен только для запуска простой "тестовой" функции, попробуйте мое исправление.
Ответ 4
Я решил проблему, скопировав следующие библиотеки в /lib, но я считаю, что должно быть лучшее решение, а не это неприятное решение, которое я придумал!
sudo cp /usr/arm-linux-gnueabi/lib/ld-linux.so.3 /lib
sudo cp /usr/arm-linux-gnueabi/lib/libgcc_s.so.1 /lib
sudo cp /usr/arm-linux-gnueabi/lib/libc.so.6 /lib
Пожалуйста, дайте мне знать, есть ли другие лучшие решения, которые мне интересны.
Ответ 5
$ export QEMU_LD_PREFIX=/usr/arm-linux-gnueabi
Это работает для меня.
Это в основном то же самое, что:
$ qemu-arm -L /usr/arm-linux-gnueabi/
Вы можете добавить его в файл ~/.bashrc, поэтому вам не нужно вводить его каждый раз, когда вы открываете терминал.
Ответ 6
Вариант, который работал у меня, состоял в том, чтобы напрямую передать библиотеку загрузчика и указать необходимые пути библиотеки, используя параметр загрузчика --library-path. Например:
$ TOOLCHAIN_ROOT=/usr/local/gcc-linaro-arm-linux-gnueabihf-4.7-2013.03-20130313_linux/arm-linux-gnueabihf
$ qemu-arm $TOOLCHAIN_ROOT/libc/lib/ld-linux-armhf.so.3 --library-path $TOOLCHAIN_ROOT/libc/lib/arm-linux-gnueabihf:/$TOOLCHAIN_ROOT/lib ./my_executable
Или эквивалентно экспортировать LD_LIBRARY_PATH вместо --library-path.
