我正在尝试使用2012版本的Linaro工具链Windows二进制文件(https://launchpad.net/linaro-toolchain-binaries/trunk/)来交叉编译Qt 4.8源代码以定位嵌入式Linux ARM Cortex-8板。我能够使用本文中提到的CodeSourcery工具链进行此操作 - > http://c2143.blogspot.com/?view=classic。但是目标板软件是用Linaro工具链构建的,所以我正在为此而努力。
我修补了上面帖子中提到的mkspec看起来像这样:
#
# qmake configuration for building with arm-none-linux-gnueabi-g++
#
include(../common/unix.conf)
include(../common/gcc-base-unix.conf)
include(../common/g++-unix.conf)
include(../common/qws.conf)
MAKEFILE_GENERATOR = MINGW
CONFIG += no_import_libs no_generated_target_info
# 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++
QMAKE_LIB = arm-linux-gnueabihf-ar
QMAKE_AR = arm-linux-gnueabihf-ar cqs
QMAKE_OBJCOPY = arm-linux-gnueabihf-objcopy
QMAKE_STRIP = arm-linux-gnueabihf-strip
QMAKE_RUN_CC = $(CC) -c $(CFLAGS) $(INCPATH) -o $obj $src
QMAKE_RUN_CC_IMP = $(CC) -c $(CFLAGS) $(INCPATH) -o $@ $<
QMAKE_RUN_CXX = $(CXX) -c $(CXXFLAGS) $(INCPATH) -o $obj $src
QMAKE_RUN_CXX_IMP = $(CXX) -c $(CXXFLAGS) $(INCPATH) -o $@ $<
QMAKE_INCDIR =
QMAKE_INCDIR_QT = $$[QT_INSTALL_HEADERS]
QMAKE_LIBDIR_QT = $$[QT_INSTALL_LIBS]
QMAKE_MOC = $$[QT_INSTALL_BINS]\\moc.exe
QMAKE_UIC = $$[QT_INSTALL_BINS]\\uic.exe
QMAKE_IDC = $$[QT_INSTALL_BINS]\\idc.exe
QMAKE_COPY = copy /y
QMAKE_COPY_DIR = xcopy /s /q /y /i
QMAKE_MOVE = move
QMAKE_DEL_FILE = del
QMAKE_MKDIR = mkdir
QMAKE_DEL_DIR = rmdir
QMAKE_CHK_DIR_EXISTS = if not exist
QMAKE_IDL = midl
QMAKE_ZIP = zip -r -9
CODESOURCERY_ARM_CFLAGS = -march=armv7-a -mtune=cortex-a8 -mthumb -mfpu=vfp -mfloat-abi=softfp -Wa,-mimplicit-it=thumb -marm -mthumb-interwork
#modifications to gcc-base.conf
QMAKE_CFLAGS += $$CODESOURCERY_ARM_CFLAGS
QMAKE_CXXFLAGS += $$CODESOURCERY_ARM_CFLAGS
QMAKE_LIBS += -lrt -lpthread -ldl
QMAKE_LFLAGS += $${QMAKE_LFLAGS_RPATH}$$[QT_INSTALL_LIBS]
!isEmpty(TARGET_QTDIR) {
QMAKE_LFLAGS += $${QMAKE_LFLAGS_RPATH}$${TARGET_QTDIR}/lib
}
!isEmpty(TARGET_SYSROOT) {
QMAKE_LFLAGS += $${QMAKE_LFLAGS_RPATH}$${TARGET_SYSROOT}/lib:$${TARGET_SYSROOT}/usr/lib
QMAKE_LFLAGS += -Wl,--dynamic-linker=$${TARGET_SYSROOT}/lib/ld-linux.so.3
}
load(qt_config)
当我在顶级Makefile上运行mingw32-make以便为ARM板生成Qt库时,它会编译一段时间但不可避免的错误:
collect2.exe: error: ld returned 1 exit status
mingw32-make[1]: *** [..\..\lib\libQtCore.so] Error 1
mingw32-make[1]: Leaving directory `C:/Users/user/Desktop/qt_creator_toolchain...
mingw32-make: *** [sub-corelib-make_default-ordered] Error 2
此错误发生在许多投诉之后:
*.so uses VFP register arguments, *obj does not
我已经研究过该错误并试图将以下每个选项传递给我的mkespec并重建并出现同样的错误:
-mfloat-abi=softfp
-mfloat-abi=soft
-mfloat-abi=hard
我显然不明白为什么'-mfloat-abi = softfp'选项适用于CodeSourcery Windows工具链而不是Linaro。其余的编译器标志显示在上面的mkspec中。
是否有人对如何使这项工作有任何见解或想法?提前谢谢。
更新:
事实证明,如果我从mkspec中修改我的C_FLAGS:
-march=armv7-a -mtune=cortex-a8 -mthumb -mfpu=vfp -mfloat-abi=softfp -Wa,-mimplicit-it=thumb -marm -mthumb-interwork
到此:
-march=armv7-a -mtune=cortex-a8 -mthumb -mfpu=neon -mfloat-abi=hard -Wa,-mimplicit-it=thumb -marm -mthumb-interwork
然后我终于可以成功编译Qt了。这将如何影响我在董事会上运行Qt应用程序的性能/能力?为什么我不能使用Linaro执行softfp,但我可以使用CodeSourcery?
答案 0 :(得分:3)
-
嗨,phil999,
Cortex-A系列程序员指南版本:2.0
在http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.den0013a/index.html
从文件中可知,
-mfpu = vfp指定目标具有VFP硬件。 (与指定选项-mfpu = neon一样。)
因此,根据您的C_FLAGS,选项“-mfpu = vfp”等同于选项“-mfpu = neon”,
Linaro的差异可能在选项“-mfloat-abi = softfp”和选项“-mfloat-abi = hard”之间。
此错误发生在许多投诉之后: * .so使用VFP寄存器参数,* obj不
似乎lib文件是使用“-mfloat-abi = hard”编译的,“使用VFP寄存器参数”可以识别它。
'如果选项“-mfloat-abi = softfp”用于编译lib文件,则浮点参数将在R0-R3和堆栈空间中传递;
一旦在VFP或NEON浮点寄存器中传递浮点参数,就必须对选项“-mfloat-abi = hard”进行spicified。
所以,为了链接那些用“-mfloat-abi = hard”编译的lib文件,你也应该用“-mfloat-abi = hard”编译QT,或者,你会遇到一些类似的抱怨
此外,来自gcc-linaro-arm-linux-gnueabihf-2012.06-20120625_win32 \ gcc-linaro-arm-linux-gnueabihf-2012.06-20120625_win32 \ share \ doc \ gcc-linaro-arm-linux-gnueabihf
目标兼容性
arm-linux-gnueabihf版本的目标是Linaro评估版 12.05味道的Ubuntu 12.04“精确穿山甲”。默认 配置是:
两点:
1.使用带有“softfp”的float-abi,它与旧的softfp ABI代码向后兼容
2.使用“-mfloat-abi = hard”,它更有效,但不与softfp abi代码向后兼容。
更多细节将在开头列出的“Cortex-A系列程序员指南版本:2.0”中的“18.2 VFP GCC支持”和“15.1.1 VFP和NEON寄存器使用”中找到。
感谢。