我正在尝试从源代码交叉编译 Qt 4.7.1，这里有一些关于我的设置的注释:

1. 我的预期输出是运行 Qt 应用程序所需的共享对象库。
2. 我的目标平台是采用 ARM Cortex-A8 架构的 TI AM335x 处理器。
3. 我的开发平台是 x86 64 位 Ubuntu 虚拟机

我对这应该如何工作的理解是我下载了我的目标平台的工具链(这是 TI 的 Linaro 工具链)，我下载了 Qt 4.7.1 的源代码。 ，我将 mkspec 设置为使用我的工具链，运行 configure，然后只需要运行 make/make install 我应该能够找到我告诉它安装到的所有 .so。然而，我在实现这个想法时遇到了很多问题。

首先，我下载了 TI SDK 版本:ti-sdk-am335x-evm-06.00.00.00，其中包含 arm 工具: [root_install_dir]/linux-devkit/sysroots/i686-arago-linux/usr/bin

我用那个目录更新了我的 $PATH:

mike@mike-VirtualBox:~$ echo $PATH /home/mike/ti-sdk-am335x-evm-06.00.00.00/linux-devkit/sysroots/i686-arago-linux/usr/bin :/usr/local/Trolltech/Qt-4.8.5/bin:/home/mike/bin:/usr/lib/lightdm/lightdm: /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/home/mike/bin

然后我根据最接近的示例创建了自己的 mkspec: cp -R [qt_install_dir]/mkspecs/qws/linux-arm-gnueabi-g++/[qt_install_dir]/mkspecs/qws/linux-am335x-g++

我修改了 linux-am335x-g++/qmake.conf 以指向来自 TI sdk 的工具:

# modifications to g++.conf
QMAKE_CC                = arm-linux-gnueabihf-gcc
QMAKE_CXX               = arm-linux-gnueabihf-g++
QMAKE_LINK              = arm-linux-gnueabihf-g++
QMAKE_LINK_SHLIB        = arm-linux-gnueabihf-g++

# modifications to linux.conf
QMAKE_AR                = arm-linux-gnueabihf-ar cqs
QMAKE_OBJCOPY           = arm-linux-gnueabihf-objcopy
QMAKE_STRIP             = arm-linux-gnueabihf-strip

然后我运行了一个配置命令:

./configure -prefix /home/mike/qt4.7.1_source/my_qt -embedded arm -platform qws/linux-x86_64-g++ -xplatform qws/linux-am335x-g++ -no-mmx -no-3dnow -no-sse -no-sse2 -no-glib -no-cups -no-largefile -no-accessibility -no-openssl -no-gtkstyle -fast -opensource

它运行了一段时间然后完成并说它已准备好执行 make/make install 此时我运行 make 就是在那里它开始失败:

/home/mike/qt4.7.1_source/qt-everywhere-opensource-src-4.7.1/bin/moc -DQT_SHARED -DQT_BUILD_CORE_LIB -DQT_NO_USING_NAMESPACE -DQT_NO_CAST_TO_ASCII -DQT_ASCII_CAST_WARNINGS -DQT3_SUPPORT -DQT_MOC_COMPAT -DQT_USE_FAST_OPERATOR_PLUS -DQT_USE_FAST_CONCATENATION -DELF_INTERPRETER=\"/lib64/ld-linux-x86-64.so.2\" -DHB_EXPORT=Q_CORE_EXPORT -DQT_HAVE_NEON -DQT_NO_DEBUG -I../../mkspecs/qws/linux-am335x-g++ -I. -I../../include -I../../include/QtCore -I.rcc/release-shared-emb-arm -Iglobal -I../3rdparty/harfbuzz/src -I../3rdparty/md5 -I../3rdparty/md4 -I.moc/release-shared-emb-arm kernel/qobject.h -o .moc/release-shared-emb-arm/moc_qobject.cpp arm-linux-gnueabihf-g++ -c -include .pch/release-shared-emb-arm/QtCore -pipe -fno-exceptions -mfpu=neon -O2 -fvisibility=hidden -fvisibility-inlines-hidden -Wall -W -D_REENTRANT -fPIC -DQT_SHARED -DQT_BUILD_CORE_LIB -DQT_NO_USING_NAMESPACE -DQT_NO_CAST_TO_ASCII -DQT_ASCII_CAST_WARNINGS -DQT3_SUPPORT -DQT_MOC_COMPAT -DQT_USE_FAST_OPERATOR_PLUS -DQT_USE_FAST_CONCATENATION -DELF_INTERPRETER=\"/lib64/ld-linux-x86-64.so.2\" -DHB_EXPORT=Q_CORE_EXPORT -DQT_HAVE_NEON -DQT_NO_DEBUG -I../../mkspecs/qws/linux-am335x-g++ -I. -I../../include -I../../include/QtCore -I.rcc/release-shared-emb-arm -Iglobal -I../3rdparty/harfbuzz/src -I../3rdparty/md5 -I../3rdparty/md4 -I.moc/release-shared-emb-arm -o .obj/release-shared-emb-arm/qobject.o kernel/qobject.cpp
{standard input}: Assembler messages:
{standard input}:1294: Error: selected processor does not support Thumb mode 'swp r6,r4,[r3]'
make[1]: [.obj/release-shared-emb-arm/qobject.o] Error 1*
make[1]: Leaving directory
'/home/mike/qt4.7.1_source/qt-everywhere-opensource-src-4.7.1/src/corelib'
make: * [sub-corelib-make_default-ordered] Error 2

所以，问题... 为什么编译器提示不支持拇指模式？由于这是基于 ARM 的处理器的交叉编译工具链，因此应该 支持它。它不是的事实让我觉得 make 以某种方式选择了错误版本的 g++。

关于哪里出了问题以及如何解决这个问题有什么想法吗？

最佳答案

{standard input}:1294: Error: selected processor does not support Thumb mode 'swp r6,r4,[r3]'

Why is the compiler complaining that the thumb mode is not supported?

请注意，编译器正在提示 swp指令不适用于thumb 模式。您的 CPU 支持 thumb、thumb2 和 ARM。 Cortex 系列不推荐使用 swp并且更喜欢 ldrex/strex对。

Any thoughts on what went wrong and how to fix this?

你需要得到 gcc 来定义 __ARM_ARCH_7__ ;这是通过 -mcpu=cortex-a8 完成的或组合-mtune=cortex-a8和 -march=armv7-a或者你喜欢什么，这取决于你希望 Qt 在多少种类型的板上运行。

详见qatomic_arm.h用于选择子文件的位置。你选择了一个非常通用的 ARM(我猜)，所以你得到 qatomic_armv5.h ^{注意 1} 您可以在第 125 行附近看到代码。适合您的 CPU 的文件是 qatomic_armv7.h，它主要只包含 qatomic_armv6.h。 .在此文件中，您可以找到 ldrex/strex这是你的gcc的有益健康正在请求。

我还建议您不要使用-fast 进行编译。有 another question OP 说这解决了他的问题；但我认为这是不同的。

可以尝试通过-armfpa配置。 ./configure -embedded arm --help很有用。 configure似乎选择了 NEON，所以它似乎知道你有一个更高级的 CPU(armv5 上没有 NEON，但这也许configure 的故障)。

当然，您不想要 swp代码和 ldrex/strex是您系统的首选，即使 swp可以以某种方式工作。我至少会解决这个问题。改变 -xplatform qws/linux-am335x-g++更新-mcpu或者可能传递一个明确的 -D__ARM_ARCH_7__ .您可以使用 arm-gcc -mcpu=cortex-a8 -dM -E - < /dev/null 获取定义列表, 以验证 __ARM_ARCH_7__正在定义。看起来是moc失败，所以可能是 -D__ARM_ARCH_7_将需要解决方案。

您也可以尝试更改 -mthumb在编译器选项中。最好使用 -mcpu=cortex-a8和 -mthumb对于您的系统，如果您可以编译/构建它。省略 -mthumb会使代码稍大。您也可以尝试 -Os .出于某种原因，我有 巨大的 构建以及其他优化和更新 gcc版本。这似乎是由于某些 C++ 特性造成的，因为普通的“C”不会这样运行；但这可能只是我的编译器。我看了看并相信这是异常表，但我从未确认任何事情并继续前进。我相信您知道 Qt 编译需要多长时间。

注意 1:qatomic_armv5.h 代码相当困惑且较新 gcc或 binutils 即使这是要使用的正确文件也会阻塞。

 asm volatile("swpb %0,%2,[%3]"
: "=&r"(ret), "=m" (*ptr)
: "r"(newval), "r"(ptr)
: "cc", "memory");

这指定了一些从未使用过的内联汇编器参数。更不用说没有使用条件代码等。

asm volatile("swpb %0,%1,[%2]"
             : "=r"(ret)
             : "0"(newval), "r"(ptr)
             : "memory");

将使用较新的 gcc 编译和 binutils。它还使用较少的寄存器，并且最适合 Qt 当前使用它的方式；可能有 ret 的情况需要保留以便与 newval 进行比较但它目前只是一个用户空间自旋锁。

支架[x]是一个内存操作数寄存器，必须不同于其他两个有效的参数 swp .我相信第一种形式用于停止 %0从与 %3 相同.第二种形式通过制作 %0 来避免这种情况。和 %1一样，所以%2必须不同。

关于c++ - 从 ARM 的源代码交叉编译 Qt 4.7 的问题，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/21268833/