• Linux下快速静态编译Qt以及Qt动态/静态版本共存


    Qt下静态编译Qt,根据我的经验,如果按照Windows下那种直接拿官方sdk安装之后的文件来编译是行不通的,需要直接下载Qtsource包,目前诺基亚的源码叫做qt-everywhere-opensource-srctar包,到网上一查,乖乖,大部分人编译这个包居然花费了1213个小时!但是,根据我在Windows下静态编译Qt的经验,其实这之中很多东西都是可以不用编译的,最终我大约用了40分钟编译完成了全部内容。如果你直接使用官方的sdk安装,那么你就已经有了一个动态库,现在你又通过源码包编译,那么只要编译出静态库,因为你已经有动态库,你甚至只需要编译静态release库就足够了,谁会在平时编译的时候就要用那种浪费时间的静态编译?等到产品要部署到别的机器的时候,Qt需要用的时候连接上就可以了,这样其它的内容,如动态库的demoexamples都依旧可用,安装两个版本又不会花太多时间,岂不两全其美?长话短说,现在说安装步骤。

    1. 到网上下载qt-everywhere源码包,

    如果你只要库,那么你也可以到下面的网址找到你需要的版本。

    http://www.qtcn.org/bbs/read.php?tid=1075

    2. 解压缩到你的目标目录

    3. 通过configure选择要编译的部分。

       你可以通过直接修改configure文件中的QT_DEFAULT_BUILD_PARTS="libs tools examples demos docs translations",把examples,docs,demos都去掉(我只去掉了这三个,理论上如果安装了动态版本,toolstranslations(这个是linguist要用的)也是可以去掉的。你也可以通过在最终的configure指令中加入 –no-make ***(这里就是刚才提到的PARTS名字),而无需修改configure文件

      还有一些选项是默认的,你也可以指定选项。这些默认选项在大部分情况下都是没问题的,可是如果你的程序要部署到某些不确定的linux系统上,譬如有的系统连jpg,png的库都没有(这些在configure默认选项中使用的是系统库,如果系统没有这些库,岂不悲剧),那么你可以加入 –qt-gif  -qt-libpng –qt-libmng –qt-libjpeg几个选项。

      如果你决定只用静态库来做最终产品发布,那么你没有必要编译debug库,只需要编译release即可。

    4. 使用configure生成makefile

      因为你不但想用自己编译的静态库,你还想能够用sdk自动安装的动态库以及那些demosexamples,为了能让两个Qt库共存,configure时必须为静态库制定一个与动态库所在位置不同的文件夹,例如我的sdk安装到 /opt/qtsdk-2010.05/下,那么我就在/opt下建立了一个叫qtstatic的文件夹来存放静态库,然后使用的configure命令:

    ./configure –prefix /opt/qtstatic –static –release。当然,我不喜欢看到满屏乱七八糟的输出,以及因为一个小错误突然终止了编译,所以又指定了以下选项:

    -continue  当发生错误时,尽可能继续编译

    -silent 进行make时只会显示警告和错误等,不会把编译指令也输出到屏幕上

    当然,如果你最初没有通过修改configure文件的方式来删减编译模块,不要忘记加上-nomake选项,譬如你不想编译examples,就可以加上:

    -nomake examples  ,依次类推

    因为工程比较大,所以这个步骤可能会花费几分钟的时间。如果你指定编译的内容不是很多,应该可以很快完成。

    5. 编译和安装

      最后当然就是makemake install了,不过不要忘了make还有多线程编译的功能哟!如果你的机器这段时间不打算做别的事情的话,完全可以加入以下选项:

    -k  当发生错误时,尽可能继续编译

    -j N  同时进行N项编译,建议N的值为你的CPU核数X1.5。当然,我选的值略微狠了点,我的电脑是奔腾双核T4300make指令为: make –k –j 4    ,然后我就看到系统监视器里CPU直接飙到100%了。

    编译完成,make install就可以。当然,作为linux系统,需要注意文件夹的权限问题……呃,如果你不了解这个问题,我想你需要在linux上多下点儿功夫

    6. 如何静态编译一个程序

      pro文件中,加入 

      CONFIG +=static或者

      CONFIG +=staticlib,这个具体取决于你的工程类型了。

      这样Qt就会让编译器尽量寻找静态库来连接(包括Qt库之外的那些库),当然,这不排除Qt会静态连接一些会导致兼容性问题的库。这个在Qt Centre中有人提出了一个解法,如有需要可以查阅:

    http://www.qtcentre.org/wiki/index.php?title=Building_static_applications

    7. 动态/静态两个版本共存问题

      通常,你是不需要在系统变量中加入Qt库的位置的。Qt Creator可以自动扫描到系统中存在的Qt库版本,如果扫描不到,你可以通过Creator的 Tool->Options->Qt4中添加静态库的路径。而QDevelop虽然没有那么智能,你也可以手动指定INCLUDELIB的位置。或许,这根本就不是一个问题。如果你怀念动态库,或者在产品发布之前并不想体验静态编译那种蜗牛爬一般的速度,你可以在pro文件中指定CONFIG += shared,而且,要记得在Project中选择相应的版本。

    8. 静态版本过大的问题

      首先,静态编译的Qt程序一个debug版程序150M左右,一个release版本10M左右,这样你知道为什么我不会编译静态debug库了吧?因为没有必要。你可以使用stripUPXWindows)等工具来压缩你生成的庞大程序。空间与速度从来都是一对冤家,Windows下静态编译出的程序,经过UPX压缩可以减少到原来的一般体积,但是启动速度也随之严重下降。当然,论程序启动速度,自己的设计和实现才是关键所在,最后发布的程序要不要压缩,那需要根据实际情况而定。

      

    祝你与Qt相处愉快!

    PS. configure阶段出现 “Basic XLib functionality test failed“的解决办法:

    编译qt-x11-opensource-src-4.5.3是出现“Basic XLib functionality test failed“

    解决方法:

    此完整出错信息是在./configure阶段
    Basic XLib functionality test failed!
    You might need to modify the include and library search paths by editing
    QMAKE_INCDIR_X11 and QMAKE_LIBDIR_X11 in /home/zhu/Qt/qt-x11-opensource-src-4.5.2/mkspecs/linux-g++

    config.test/x11/xlib 执行make命令,看出错信息
    g++ -Wl,-O1 -o xlib xlib.o    -L/usr/X11R6/lib -lXext -lX11 -lm
    /usr/bin/ld: cannot find -lXext
    可以看到,g++/usr/X11R6/lib下,找不到libXext.so

    其原因就在于需要安装libX11的开发包,根据自己的系统特点,安装 libX11-dev libXext-dev libXtst-dev

    对于Ubuntu,直接 sudo apt-get install libx11-dev libxext-dev libxtst-dev

    问题解决!

  • 相关阅读:
    facedetect
    gmm
    拉格朗日对偶
    基于 MeanShift 算法的目标跟踪问题研究
    视频目标跟踪算法综述
    AtCoder Beginner Contest 088 C Takahashi's Information
    L3-016. 二叉搜索树的结构
    垒骰子
    1130. Infix Expression (25)
    1129. Recommendation System (25)
  • 原文地址:https://www.cnblogs.com/qianyuming/p/1978747.html
Copyright © 2020-2023  润新知