我正在查看可以为Qt提供的configure
脚本运行的所有选项。 (特别是qt-everywhere-opensource-src-5.2.0)。
经过相当多的搜索,我确定这些东西最好记录在案,所以我希望能得到一些帮助。当我查看prefix
和sysroot
配置选项的说明时:
〜/ qt-everywhere-opensource-src-5.2.0 $ ./configure -help | grep" sysroot"
-extprefix<dir>
...使用-sysroot时,将所有内容安装到<dir>
,
-sysroot<dir>
......将<dir>
设置为目标编译器和qmake的sysroot,并设置pkg-config路径。
-no-gcc-sysroot .....当使用-sysroot时,它禁止将--sysroot传递给编译器
〜/ qt-everywhere-opensource-src-5.2.0 $ ./configure -help | grep&#34;前缀&#34;
-prefix<dir>
......这将安装与<dir>
相关的所有内容 -extprefix<dir>
...使用-sysroot时,将所有内容安装到<dir>
,
-hostprefix [dir] ..开发时需要的工具和库
所以我之前使用过-prefix
,并且完全如上所述。它将所有内容放在提供的<dir>
上,然后当我使用<prefix_dir>/bin/qmake
构建我的应用程序并将其安装在我的目标平台上时,它希望在<prefix_dir>/lib
找到所有共享对象库。
我的印象是,如果我使用-sysroot
,它会在<sysroot_dir>
安装所有内容,然后当我在目标平台上安装我的应用程序时,它将在/lib
中搜索。至少我希望这是真的。
现在,如果我的假设是正确的......那么-extprefix
的重点是什么?他们是否说如果我同时使用-sysroot
和-extprefix
,我可以重定向好的地方?
我想要使用-no-gcc-sysroot
的原因是什么?如果我希望我的Qt库安装在&#34; sysroot&#34;为什么我不希望gcc
使用/知道相同的sysroot?
如果能得到一些如何正确使用这些选项的实际例子,对其中一些的解释会很好,甚至更好。
答案 0 :(得分:12)
这些是构建嵌入式平台时使用的选项。 是的他们是皇家一塌糊涂。所以这里只是部分答案:
增加混乱:
在为目标而不是主机编译时要使用哪些标志,取决于configure中的大量硬编码假设。
一般来说-sysroot plus -prefix应该适用于大多数用例。
即。当你有:
$ ls ~/mytarget
lib bin share dev
你可以使用-sysroot~ / mytarget -prefix /
答案 1 :(得分:2)
一个实际的例子是为Raspberry Pi交叉编译Qt,然后创建一个&#34;姐妹&#34;套件添加到Qt Creator。
以下命令在安装Pi的根文件系统后在Pi上安装Qt:
./configure -opengl es2 -device linux-rasp-pi-g++ -device-option CROSS_COMPILE=$RPI_TOOLCHAIN -sysroot $RPI_SYSROOT -opensource -confirm-license -optimized-qmake -reduce-exports -release -make libs -prefix /usr/local/qt-5.5.1-pi -skip qtwebkit
然后,以下命令使用Pi的根文件系统在桌面上安装二进制文件。
./configure -opengl es2 -device linux-rasp-pi-g++ -device-option CROSS_COMPILE=$RPI_TOOLCHAIN -sysroot $RPI_SYSROOT -opensource -confirm-license -optimized-qmake -reduce-exports -release -make libs -extprefix /usr/local/qt-5.5.1-pi -skip qtwebkit
请注意,唯一的区别是使用-extprefix而不是-prefix来指导安装位置。
注意:您可以通过在同一行中同时指定前缀和扩展名来同时在主机和目标上安装Qt
现在,您可以通过指定qmake路径,设备,编译器,调试器和sysroot将此工具包添加到Qt Creator。因此,您可以在桌面上创建qt项目,然后根据您选择的工具包在桌面或pi上构建和运行。