在 64 位上编译 32 位应用程序,无需删除 ARM 的 GNU EABI

在 64 位上编译 32 位应用程序,无需删除 ARM 的 GNU EABI

我想在我的 64 位 16.04 上构建一个 32 位 C++ 程序。

/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.

好的,很好,现在让我们尝试一下接受的答案:安装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

只是为了方便您,大多数 makefile 都按照如上所示的定义运行,并且可以很容易地使用全名而不是简称。

为每种体系结构准备一个安装脚本,并且可以为某个体系结构中不同版本的编译器准备一个安装脚本。

相关内容