Компиляция 32-х приложений на 64-битных, без избавления от GNU EABI для ARM
Я хочу собрать 32-битную программу на C ++ для моей 64-битной версии 16.04.
/usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/5/libstdc++.so when searching for -lstdc++
/usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/5/libstdc++.a when searching for -lstdc++
/usr/bin/ld: cannot find -lstdc++
collect2: error: ld returned 1 exit status
Связывание с использованием g ++ не удается найти -lstdc ++ говорит, что я должен установить libc6-i386 libc6-dev-i386 lib32gcc1 lib32stdc++6 , что дает:
Reading package lists... Done
Building dependency tree
Reading state information... Done
lib32gcc1 is already the newest version (1:6.0.1-0ubuntu1).
lib32gcc1 set to manually installed.
libc6-dev-i386 is already the newest version (2.23-0ubuntu3).
libc6-dev-i386 set to manually installed.
libc6-i386 is already the newest version (2.23-0ubuntu3).
lib32stdc++6 is already the newest version (5.3.1-14ubuntu2.1).
0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
OK Хорошо, теперь давайте попробуем принять принятый ответ: install g++-multilib (или gcc-multilib, результат тот же):
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer required:
binutils-arm-linux-gnueabi cpp-5-arm-linux-gnueabi cpp-arm-linux-gnueabi gcc-5-arm-linux-gnueabi-base
gcc-5-cross-base libasan2-armel-cross libasan2-dbg-armel-cross libatomic1-armel-cross libatomic1-dbg-armel-cross
libc6-armel-cross libc6-armhf-armel-cross libc6-armhf-cross libc6-dev-armel-cross libc6-dev-armhf-armel-cross
libc6-dev-armhf-cross libgcc-5-dev-armel-cross libgcc1-armel-cross libgcc1-dbg-armel-cross libgomp1-armel-cross
libgomp1-dbg-armel-cross libhfasan2-armel-cross libhfatomic1-armel-cross libhfgcc-5-dev-armel-cross
libhfgcc1-armel-cross libhfgomp1-armel-cross libhfstdc++6-armel-cross libhfubsan0-armel-cross libstdc++6-armel-cross
libubsan0-armel-cross libubsan0-dbg-armel-cross linux-libc-dev-armel-cross linux-libc-dev-armhf-cross
Use 'sudo apt autoremove' to remove them.
The following additional packages will be installed:
g++-5-multilib gcc-multilib lib32gcc1-dbg lib32stdc++-5-dev lib32stdc++6-5-dbg libx32gcc1-dbg libx32stdc++-5-dev
libx32stdc++6-5-dbg
The following packages will be REMOVED:
gcc-5-arm-linux-gnueabi gcc-5-multilib-arm-linux-gnueabi gcc-arm-linux-gnueabi
The following NEW packages will be installed:
g++-5-multilib g++-multilib gcc-multilib lib32gcc1-dbg lib32stdc++-5-dev lib32stdc++6-5-dbg libx32gcc1-dbg
libx32stdc++-5-dev libx32stdc++6-5-dbg
0 upgraded, 9 newly installed, 3 to remove and 1 not upgraded.
Need to get 14.7 MB of archives.
After this operation, 82.5 MB of additional disk space will be used.
Мне нравится возможность сборки GNU C11 на моем ноутбуке и запустите его на моем телефоне ( см. здесь ), что возможно с arm-linux-gnueabi-gcc, поэтому я не хочу от этого избавляться. (Я не заинтересован в том, чтобы делать то же самое для C ++ 11).
Кажется, что новые пакеты, которые gcc-multilib будут устанавливать, предназначены только для C ++, но удаляют компиляторы C и binutils для ARM и других платформ, которые я хочу сохранить.
Могу ли я иметь компиляторы для 32-битных GNU C ++ 11 и ARM GNU C11 одновременно?
1 ответ
Установка пакета других компиляторов архитектуры помещает их в системную область. Исполняемые файлы исключительно называют, но пакет слишком "полезен" и думает, что Вам действительно нужна ссылка краткого названия (как gcc) для указания им, и стоп, другой пакет уже использует ту ссылку, должен удалить его для Вас. Это могло бы быть прекрасно в виртуальной машине, выделенной одному виду набора инструментальных средств, но не желательно при нормальных обстоятельствах.
можно распаковать пакет сами и скопировать исполняемые файлы в/usr/bin, если Вы хотите. Если бы многочисленные пользователи используют компилятор, который был бы способом сделать это, но как отдельный пользователь, я никогда не беспокоился. Я просто распаковал локально в моем собственном каталоге и установил переменные среды и локальные ссылки по мере необходимости. Недостаток не получает обновления пакета, поскольку они выходят. Преимущество выбирает, когда Вы хотите изменить версию компилятора, протестировать новую установку против старой, и когда Вы проверили новый пакет, удовлетворяет Ваши потребности, можно переключиться. Вы не можете сделать этого путем помещения новой версии в стандартную системную область, потому что новые имена версии не отличаются от старых.
пример локального набора инструментальных средств устанавливают сценарий:
$ cat crossexp
MY_ARM_BASE=${HOME}/dev/toolchain/arm-2008q3
C_INCLUDE_PATH=${MY_ARM_BASE}/lib/gcc/arm-none-linux-gnueabi/4.3.2/include:${MY_ARM_BASE}/lib/gcc/arm-none-linux-gnueabi/4.3.2/include-fixed
LIBRARY_PATH=${MY_ARM_BASE}/arm-none-linux-gnueabi/libc/lib:${MY_ARM_BASE}/arm-none-linux-gnueabi/libc/usr/lib
CPLUS_INCLUDE_PATH=${MY_ARM_BASE}/arm-none-linux-gnueabi/include/c++/4.3.2
#OBJC_INCLUDE_PATH
COMPILER_PATH=${MY_ARM_BASE}/bin
#LD_RUN_PATH
#GPROF_PATH
#######
CC=${COMPILER_PATH}/gcc
CXX=${COMPILER_PATH}/g++
RANLIB=${COMPILER_PATH}/ranlib
STRIP=${COMPILER_PATH}/strip
export C_INCLUDE_PATH LIBRARY_PATH CPLUS_INCLUDE_PATH OMPILER_PATH
export CC CXX RANLIB STRIP
исполняемые файлы находятся в $ {COMPILER_PATH} с именами как
arm-none-linux-gnueabi-gcc, таким образом, можно добавить ссылку к тому каталогу с кратким названием:
ln -s arm-none-linux-gnueabi-gcc gcc
Просто удобство для Вас, большинство make-файлов убегает определения как те показанные выше, и полное имя, возможно, столь же легко было использованием там вместо краткого названия.
Имеют сценарий установки для каждой архитектуры, и у Вас может быть установка сценарии для различных версий компилятора в архитектуре.