Open ydirson opened 12 years ago
Obviously my amd64 host gcc does not know about -march=armv4t -mtune=arm920t. This breaks packaging with pdebuild-cross, which uses release mode:
gcc -pipe -g -O2 -I/usr/arm-linux-gnueabi/include/arm-linux-gnueabi -march=armv4t -fomit-frame-pointer -finline-functions -falign-functions=2 -falign-loops=2 -falign-jumps=2 -mtune=arm9 20t -msoft-float -fno-exceptions -O2 -fvisibility=hidden -Wall -W -D_REENTRANT -fPIC -DQT_SHARED -DQT_BUILD_CORE_LIB -DQT_NO_USING_NAMESPACE -DQT_NO_CAST_TO_ASCII -DQT_ASCII_CAST_WARNIN GS -DQT_MOC_COMPAT -DELF_INTERPRETER=\"/lib64/ld-linux-x86-64.so.2\" -DHB_EXPORT=Q_CORE_EXPORT -DQT_NO_DEBUG -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -I/tmp/buildd/qtmoko-44yd/qtopiaco re/qt/mkspecs/linux-g++ -I/tmp/buildd/qtmoko-44yd/qtopiacore/qt/src/corelib -I../../include -I../../include/QtCore -I.rcc/release-shared -Iglobal -I/tmp/buildd/qtmoko-44yd/qtopiacore/qt /src/3rdparty/harfbuzz/src -I.moc/release-shared -I. -x c-header -c /tmp/buildd/qtmoko-44yd/qtopiacore/qt/src/corelib/global/qt_pch.h -o .pch/release-shared/QtCore.gch/c /tmp/buildd/qtmoko-44yd/qtopiacore/qt/src/corelib/global/qt_pch.h:1: error: bad value (armv4t) for -march= switch /tmp/buildd/qtmoko-44yd/qtopiacore/qt/src/corelib/global/qt_pch.h:1: error: bad value (arm920t) for -mtune= switch make[4]: *** [.pch/release-shared/QtCore.gch/c] Error 1 make[4]: Leaving directory `/tmp/buildd/build/qtopiacore/host/src/corelib' make[3]: *** [sub-corelib-make_default-ordered] Error 2 make[3]: Leaving directory `/tmp/buildd/build/qtopiacore/host'
It is to be noted that other invocation of host gcc do work:
gcc /tmp/buildd/qtmoko-44yd/src/3rdparty/applications/micro_httpd/micro_httpd.c gcc /tmp/buildd/build/sdk/bin/micro_httpd
The problem seems to be only with the files built into ".pch/" dirs, this one was probably just the first one of this set to be built.
Obviously my amd64 host gcc does not know about -march=armv4t -mtune=arm920t. This breaks packaging with pdebuild-cross, which uses release mode:
It is to be noted that other invocation of host gcc do work:
The problem seems to be only with the files built into ".pch/" dirs, this one was probably just the first one of this set to be built.