如何交叉编译omniORB 4(在x86_64 for ARM 和omniORB 4.1.6 上)

Posted

技术标签:

【中文标题】如何交叉编译omniORB 4(在x86_64 for ARM 和omniORB 4.1.6 上)【英文标题】:How to cross-compile omniORB 4 (on x86_64 for ARM with omniORB 4.1.6) 【发布时间】:2019-06-11 19:52:26 【问题描述】:

omniORB 4 使用 Autoconf 配置脚本来支持构建系统的配置。许多配置脚本支持使用--host--build 标志进行交叉编译。不幸的是,omniORB 在其README.unix 文件中明确声明不支持交叉编译。

Autoconf 构建当前不适用于交叉编译。

当您尝试使用 --host--build Autoconf 标志时会发生以下情况:

环境:

PATH 设置为包含交叉编译工具 CPPFLAGS 设置为包含 ARM sysroot/include 文件夹 -I.../sysroot/include LDFLAGS 设置为包括 ARM sysroot/lib 文件夹 -L.../sysroot/lib

注意:我使用三个点 (...) 来省略部分文件路径或不重要的输出。

$ pwd
.../omniORB-4.1.6
$ mkdir build
$ cd build
$ ../configure --build=x86_64-linux-gnu --host=arm-linux-gnueabihf
...
$ make
...
omniidl: ERROR!

omniidl: Could not open IDL compiler module _omniidlmodule.so
omniidl: Please make sure it is in directory .../omniORB-4.1.6/build/lib
omniidl: (or set the PYTHONPATH environment variable)

omniidl: (The error was '.../omniORB-4.1.6/build/lib/_omniidlmodule.so: wrong ELF class: ELFCLASS32')
...

我相信重要的信息是wrong ELF class: ELFCLASS32。我用file检查了这个共享对象库。

$ file lib/_omniidlmodule.so.4.1
lib/_omniidlmodule.so.4.1: ELF 32-bit LSB shared object, ARM, version 1 (SYSV), dynamically linked, ...

因此,构建系统似乎构建了这个共享对象模块,供omniidl 在omniORB 构建期间使用。问题是它是为 ARM 构建的,不能在主机系统上使用。

在缺乏构建系统支持的情况下,我如何交叉编译omniORB?

【问题讨论】:

我找到了解决方案,正在写答案。 【参考方案1】:

我在一家名为 Tango Controls 的公司网站上的 instructional post 的帮助下找到了我的解决方案。虽然他们的指示对某些人来说可能已经足够了,但对我来说还不够。第一个问题是它没有考虑需要包含/链接为 host 系统构建的库(例如 Python)。第二个问题是它没有正确解决安装问题 - 当您按照他们的说明操作时,您最终会安装一些为 build 系统构建的可执行文件和库。

系统术语(由 Autoconf 定义):

build - 你正在编译代码的机器 (x86_64) 主机 - 您希望在 (ARM) 上执行二进制文件的机器

以下是我交叉编译omniORB的步骤:

    创建并进入构建目录
$ pwd
.../omniORB-4.1.6
$ mkdir build
$ cd build

    设置你的环境

    PATH 设置为包含交叉编译工具 CPPFLAGS 设置为包含 ARM sysroot/include 文件夹 -I.../sysroot/include LDFLAGS 设置为包含 ARM sysroot/lib 文件夹 -L.../sysroot/lib

    配置

根据需要设置您自己的--prefix,并根据您的设置修改CCCXX。您可能还需要更改--build--host 设置。

$ ../configure --build=x86_64-linux-gnu --host=arm-linux-gnueabihf --prefix=.../sysroot \
    CC=.../bin/arm-linux-gnueabihf-gcc \
    CXX=.../bin/arm-linux-gnueabihf-g++
...

注意:我使用三个点 (...) 来省略部分文件路径或不重要的输出。

    beforeauto.mk 中删除用于 x86_64 工具构建的包含和库路径
$ sed -i 's#CPPFLAGS = -I.*include \$(DIR_CPPFLAGS) \$(IMPORT_CPPFLAGS)#CPPFLAGS = $(DIR_CPPFLAGS) $(IMPORT_CPPFLAGS)#' mk/beforeauto.mk
$ sed -i 's#CLINKOPTIONS    = -L.*lib \$(CDEBUGFLAGS) \$(COPTIONS)#CLINKOPTIONS    = $(CDEBUGFLAGS) $(COPTIONS)#' mk/beforeauto.mk
$ sed -i 's#CXXLINKOPTIONS  = -L.*lib \$(CXXDEBUGFLAGS) \$(CXXOPTIONS)#CXXLINKOPTIONS  = $(CXXDEBUGFLAGS) $(CXXOPTIONS)#' mk/beforeauto.mk

这些sed 命令是通用的,但您可能仍需要根据自己的设置修改它们。

    构建系统制作工具

这些工具是在编译omniORB的时候用到的,所以需要为build系统编译。我们强制 make 使用带有 CCCXX 变量的 build 系统编译器。 这些可能需要根据您的构建系统编译器的名称进行修改。确保这些编译器在您的 PATH 上。

$ make CC=gcc -C src/tool/omniidl/cxx/cccp
...
$ make CXX=g++ -C src/tool/omniidl/cxx
...
$ make CC=gcc -C src/tool/omkdepend
...
    补丁构建系统 - 可能没有必要

Tango 帖子中的说明说要将 stdc++ 库添加到带有 -l 标志的一些 make 命令中。以下sed 命令可用于此补丁。

$ sed -i 's/@(libs="$(CORBA_LIB_NODYN)"; $(CXXExecutable))/@(libs="$(CORBA_LIB_NODYN) -lstdc++"; $(CXXExecutable))/' ../src/appl/omniMapper/dir.mk
$ sed -i 's/@(libs="$(CORBA_LIB_NODYN)"; $(CXXExecutable))/@(libs="$(CORBA_LIB_NODYN) -lstdc++"; $(CXXExecutable))/' ../src/appl/omniNames/dir.mk
$ sed -i 's/@(libs="$(CORBA_LIB_NODYN)"; $(CXXExecutable))/@(libs="$(CORBA_LIB_NODYN) -lstdc++"; $(CXXExecutable))/' ../src/appl/utils/catior/dir.mk
$ sed -i 's/@(libs="$(CORBA_LIB_NODYN)"; $(CXXExecutable))/@(libs="$(CORBA_LIB_NODYN) -lstdc++"; $(CXXExecutable))/' ../src/appl/utils/convertior/dir.mk
$ sed -i 's/@(libs="$(CORBA_LIB_NODYN)"; $(CXXExecutable))/@(libs="$(CORBA_LIB_NODYN) -lstdc++"; $(CXXExecutable))/' ../src/appl/utils/genior/dir.mk
$ sed -i 's/@(libs="$(CORBA_LIB_NODYN)"; $(CXXExecutable))/@(libs="$(CORBA_LIB_NODYN) -lstdc++"; $(CXXExecutable))/' ../src/appl/utils/nameclt/dir.mk

我尚未确定是否所有系统和软件版本都需要此补丁。对于我自己的设置,无论有没有这个补丁,构建都会成功。如果我了解有关此补丁的更多信息,我将更新此答案。

    将包含和库路径放回 beforeauto.mk 以用于 ARM omniORB 构建

您需要输入自己的路径来代替 ...

$ sed -i 's#CPPFLAGS = \$(DIR_CPPFLAGS) \$(IMPORT_CPPFLAGS)#CPPFLAGS = -I.../sysroot/include $(DIR_CPPFLAGS) $(IMPORT_CPPFLAGS)#' mk/beforeauto.mk
$ sed -i 's#CLINKOPTIONS    = \$(CDEBUGFLAGS) \$(COPTIONS)#CLINKOPTIONS    = -L.../sysroot/lib $(CDEBUGFLAGS) $(COPTIONS)#' mk/beforeauto.mk
$ sed -i 's#CXXLINKOPTIONS  = \$(CXXDEBUGFLAGS) \$(CXXOPTIONS)#CXXLINKOPTIONS  = -L.../sysroot/lib $(CXXDEBUGFLAGS) $(CXXOPTIONS)#' mk/beforeauto.mk
    交叉编译omniORB
$ make
...
    交叉编译我们最初为 build 系统构建的工具
$ make -C src/tool/omniidl/cxx/cccp clean
...
$ make -C src/tool/omniidl/cxx clean
...
$ make -C src/tool/omkdepend clean
...
$ make -C src/tool/omniidl/cxx/cccp
...
$ make -C src/tool/omniidl/cxx
...
$ make -C src/tool/omkdepend
...
    安装一切
$ make install
...

我们完成了!您现在应该能够使用 file 命令检查已安装的二进制文件,并查看它们是为 ARM 构建的。

【讨论】:

以上是关于如何交叉编译omniORB 4(在x86_64 for ARM 和omniORB 4.1.6 上)的主要内容,如果未能解决你的问题,请参考以下文章

opencv源码交叉编译

OmniORB 编译错误 Windows 7 64 位

为啥我的 (x86->64) windows 交叉编译器的编译失败?

基于 Ubuntu 编译 windows 版 adb

交叉编译-samba

下载安装ARM交叉编译器