对于过时的嵌入式项目,我尝试在当前的Ubuntu 16.04 x86_64系统上使用multiarch setup(amd64 i386)交叉编译Qt 4.7.4.
交叉编译曾经为Ubuntu 12.04 x86设置,它在那里运行良好.在主机调试的新系统上进行编译(主机和目标平台设置为x86 / i386 / 32位)也运行良好.但是,当我尝试为目标系统(arm)交叉编译它时,主机设置为i386 uic segfaults,同时构建QtGui lib.
以下相关标志用于为目标系统配置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
我可以手动重现segfault并进行调试. strace没有显示任何明显的东西,正在加载正确的i386库.这是gdb backtrace的第一行:
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
一些调查带我到fesetenv()中的一个glibc bug,这是在glibc 2.23中修复的,但由于这已经安装(libc6 2.23-0ubuntu3),我在这里没有得到任何进一步.断层线116已经是introduced by that fix,但是缺乏对内部的了解,我无法指出段错的原因:
__asm__ ("ldmxcsr %0" : : "m" (mxcsr));
此外,还有一些旧的,封闭的或未解决的Qt bug reports关于bootstrap构建(包括uic),但这些也没有给我任何有用的提示.
谁可以指出我可以尝试找到原因并解决或解决这个问题?
最佳答案 出现此问题的原因是使用-I和-L选项向配置脚本提供了其他特定于目标的include和lib目录.这些也用于引导构建,这在旧系统上并不重要,其中主机和目标的头部显然彼此足够接近.
一旦移入目标mkspec文件并添加到QMAKE_CFLAGS,QMAKE_CXXFLAGS和QMAKE_LFLAGS,构建过程就可以正常工作.