对于一个过时的嵌入式项目，我尝试在具有多架构设置（amd64 + i386）的当前Ubuntu 16.04 x86_64系统上交叉编译Qt 4.7.4。
交叉编译曾经是为 Ubuntu 12.04 x86 设置的，它在那里运行良好。在新系统上编译它以进行主机调试（主机和目标平台设置为 x86/i386/32 位）也运行良好。但是，当我尝试为目标系统（arm）交叉编译它并将主机设置为 i386 时，在构建QtGui库时uic段错误。
以下相关标志用于为目标系统配置 Qt：
-host-arch i386 -platform qws/linux-x86-g++
-embedded arm -xplatform qws/linux-gnueabi-arm-mucross-g++
此外，mkspecs/qws/linux-x86-g++/qmake.conf已被修补，以包含一些编译器标志，这些标志似乎是正确编译和链接所必需的：
QT_ARCH = I386
QMAKE_CFLAGS += -m32
QMAKE_CXXFLAGS += -m32
QMAKE_LFLAGS += -m32
这是失败的调用：
/<project>/qt-target/bin/uic /<project>/qt-everywhere-opensource-src-4.7.4/src/gui/dialogs/qpagesetupwidget.ui -o .uic/release-shared-emb-arm/ui_qpagesetupwidget.h
我可以手动重现段错误并对其进行调试。 strace没有显示任何明显的东西，但正在加载正确的 i386 库。以下是gdb回溯的第一行：
Program received signal SIGSEGV, Segmentation fault.
__GI___fesetenv (envp=0xffffbbd4) at ../sysdeps/i386/fpu/fesetenv.c:116
116 ../sysdeps/i386/fpu/fesetenv.c: Datei oder Verzeichnis nicht gefunden.
(gdb) backtrace
#0 __GI___fesetenv (envp=0xffffbbd4) at ../sysdeps/i386/fpu/fesetenv.c:116
#1 0x080fa7de in qdtoa (d=9999.9899999999998, mode=2, ndigits=6,
decpt=0xffffbce8, sign=0xffffbcec, rve=0xffffbcf4, resultp=0xffffbcf8)
at /<project>/qt-everywhere-opensource-src-4.7.4/src/corelib/tools/qlocale.cpp:6655
#2 0x080fc230 in QLocalePrivate::doubleToString (
this=0x8181160 <locale_data>, d=9999.9899999999998, precision=2,
form=<optimized out>, width=0, flags=<optimized out>)
at /<project>/qt-everywhere-opensource-src-4.7.4/src/corelib/tools/qlocale.cpp:4012
#3 0x0811da6f in QString::setNum (this=0xffffbf78, n=9999.9899999999998,
f=<optimized out>, prec=6)
at /<project>/qt-everywhere-opensource-src-4.7.4/src/corelib/tools/qstring.cpp:5930
#4 0x0811ddca in QString::number (n=9999.9899999999998, f=103 'g', prec=6)
at /<project>/qt-everywhere-opensource-src-4.7.4/src/corelib/tools/qstring.cpp:6034
一些调查使我发现了 glibc 2.23 中修复的 fesetenv() glibc 错误，但由于它已经安装（libc6 2.23-0ubuntu3），我没有在这里进一步了解。该修复程序引入了故障行 116，但缺乏内部知识，我无法指出段错误的原因：
__asm__ ("ldmxcsr %0" : : "m" (mxcsr));
此外，还有一些关于引导构建（包括uic）的旧的、已关闭的或未解决的 Qt 错误报告，但这些也没有给我任何有用的提示。
谁可以给指针我可以尝试找到原因并解决此问题或解决此问题？
此问题的原因是使用-I和-L选项向configure脚本提供了额外的特定于目标的包含和 lib dirs。这些也用于引导构建，这在旧系统上无关紧要，因为主机和目标的标头显然彼此足够接近。
一旦移动到目标 mkspec 文件中并添加到 QMAKE_CFLAGS 中，QMAKE_CXXFLAGS并QMAKE_LFLAGS构建过程就可以正常工作。