Qt5.7源码编译为Linux_x86_32位经历总结



  • 在笔记本上安装Ubuntu操作系统,安装完后才发现原本计划安装x86_64版本的Ubuntu16.04,下载的镜像是x86_32位的。想想Linux 32位能管理超过4GB内存,笔记本的硬件也没有闲置,又不想重新安装,于是就将就用。
    安装好Emacs、Open Office、中文字体后,接下来准备下载Qt 5.7。去官网看了一圈,悲剧了,在Linux上只有这么两个版本:X86架构的64位。

    qt-opensource-linux-x64-android-5.7.0.run
    qt-opensource-linux-x64-5.7.0.run

    好吧,官网没有编译好的Linux_x86_32位版,那就只能自己编译喽。在此之前有过在Linux下交叉编译arm_linux版的经验,据此做起来也不难。于是在Qt官网下载了Qt5.7源码,接下来验证Unbuntu16.04安装的GCC版本为5.4.0,足以满足Qt5.7的编译器选择要求。

    ##编译Qt5.7

    第一步:配置 .configure
    有过Linux源码项目编译的同仁对这个再熟悉不过了。

    ./configure -prefix /home/Qt/Qt5.7 -platform linux-g++-32

    把安装目录定在了/home/Qt/Qt5.7目录下,编译平台目标为linux-g++-32。把Qt5.7中的test和example也都一起编译(没有-nomak掉),这样会多耗点时间。根据提示选择了开源版本,之后看到脚本一顿的检查输出:

    Running configuration tests...
    checking for C++11... yes.
    checking for C++14... yes.
    checking for C++1z... yes.
    checking for default C++ standard edition... yes.
    checking for OpenGL... no.
    checking for OpenGL ES 2.0... no.
    checking for xcb... no.
    …… 省略

    没有太在意这些环境检测输出提示(就因为这个大意,害得自己后面不得不再编译一次),直接忽略了这些信息。接下来看到所希望的输出提示:

    Info: creating stash file /home/du/Qt/qt-everywhere-opensource-src-5.7.0/.qmake.stash
    Info: creating super cache file /home/du/Qt/qt-everywhere-opensource-src-5.7.0/.qmake.super

    Qt is now configured for building. Just run 'make'.
    Once everything is built, you must run 'make install'.
    Qt will be installed into /home/Qt/Qt5.7

    Prior to reconfiguration, make sure you remove any leftovers from
    the previous build.
    (在执行make之前请确保已经清除了之前构建遗留的产物,在此可以调用 make clean清除)

    提示先进行"make",之后是"make install"。
    好开始构建:

    xx@xx:~/Qt/qt-everywhere-opensource-src-5.7.0$ make (开始编译Qt5.7)

    (漫漫编译过程,最后来了几个编译错误)

    Project ERROR: Unknown module(s) in QT: quick
    Makefile:42: recipe for target 'sub-qthangman-make_first' failed
    make[3]: *** [sub-qthangman-make_first] Error 3
    make[3]: Leaving directory '/home/du/Qt/qt-everywhere-opensource-src-5.7.0/qtpurchasing/examples/purchasing'
    Makefile:42: recipe for target 'sub-purchasing-make_first' failed
    make[2]: *** [sub-purchasing-make_first] Error 2
    make[2]: Leaving directory '/home/du/Qt/qt-everywhere-opensource-src-5.7.0/qtpurchasing/examples'
    Makefile:69: recipe for target 'sub-examples-make_first' failed
    make[1]: *** [sub-examples-make_first] Error 2
    make[1]: Leaving directory '/home/du/Qt/qt-everywhere-opensource-src-5.7.0/qtpurchasing'
    Makefile:381: recipe for target 'module-qtpurchasing-make_first' failed
    make: *** [module-qtpurchasing-make_first] Error 2

    (观察上面的错误可以发现是源码目录下“/qtpurchasing”这部分的错误,还有quick模块找不到)
    没办法,编译不成功,只能重来。对于quick模块找不到,找了好久的原因,也查了很多资料,后来才知道,quick模块依赖OpenGL。于是回过头来查看在运行./configure时的check结果:

    Running configuration tests...
    checking for C++11... yes.
    checking for C++14... yes.
    checking for C++1z... yes.
    checking for default C++ standard edition... yes.
    checking for OpenGL... no.
    checking for OpenGL ES 2.0... no.
    checking for xcb... no.

    原来当前Ubuntu16.04没有安装OpenGL库,于是先安装OpenGL Desktop版,OpenGL Desktop依赖xcb,于是先安装xcb后安装OpenGL:

    安装xcb库
    $ sudo apt-get install "^libxcb.*" libx11-xcb-dev libglu1-mesa-dev libxrender-dev
    安装OpenGL
    $ sudo apt-get install build-essential
    安装OpenGL Library
    $ sudo apt-get install libgl1-mesa-dev

    接下来重新构建一次Makefile,在开始之前先执行"make clean"进行清除,因为执行./configure后有提示:

    Prior to reconfiguration, make sure you remove any leftovers from
    the previous build.

    所以先清除:

    make clean

    之后:

    这次为了加快编译速度,不编译examples、tests部分,跳过purchasing(编译不过)、virtualkeyboard(用不上),开启OpenGL模块:
    $ ./configure -prefix /home/Qt/Qt5.7 -platform linux-g++-32 -nomake examples -nomake tests -skip purchasing -skip virtualkeyboard -opengl

    (注意输出的这几项){

    OpenGL / OpenVG:
    EGL .................. no
    OpenGL ............... desktop (openGL桌面版)
    OpenVG ............... no
    XCB .................. yes (system library) (xcb库)
    EGL on X ........... no
    GLX ................ yes
    MIT-SHM ............ yes
    Xcb-Xlib ........... yes
    Xcursor ............ yes (loaded at runtime)
    Xfixes ............. yes (loaded at runtime)
    Xi2 ................ no
    Xrandr ............. yes (loaded at runtime)
    Xrender ............ yes
    XKB ................ yes
    XShape ............. yes
    XSync .............. yes

    开启make支持的硬件多线程编译,我的Intel CORE i5有4个硬件线程,所以加"-j4"参数启用四线程编译,以提高编译速度:

    $ make -j4
    (等待编译结束,大概70分钟,如果不是启用了-j4四线程编译肯定更慢)
    make[3]: Leaving directory '/home/xx/Qt/qt-src-5.7/qt3d/tools/qgltf'
    make[2]: Leaving directory '/home/xx/Qt/qt-src-5.7/qt3d/tools'
    make[1]: Leaving directory '/home/xx/Qt/qt-src-5.7/qt3d'
    xx@xx:~/Qt/qt-src-5.7$

    安装编译好的Qt5.7

    $ sudo make install (需要权限提升)
    (省略安装信息输出)
    make[1]: Entering directory '/home/xx/Qt/qt-src-5.7/qtwebview'
    Some of the required modules (android|ios|winrt|osx_webview_experimental|qtHaveModule(webengine)) are not available.
    Skipped.
    make[1]: Leaving directory '/home/xx/Qt/qt-src-5.7/qtwebview'
    xx@xx:~/Qt/qt-src-5.7$

    ##配置Qt环境变量
    Qt为了解决在一个系统下的共存多个Qt的版本,设计除了qtchooser这个管理工具,以下介绍使用此工具设置Qt5.7环境变量的方法:
    《我的 qtchooser 配置经历》

    系统: Linux du 4.4.0-36-generic #55-Ubuntu SMP Thu Aug 11 18:00:59 UTC 2016 i686 i686 i686 GNU/Linux

    第一步:
    Unbuntu自己带的 qtchooser 在 /usr/bin 目录下,执行 qtchooser --help 得到如下信息:

    Usage:
      qtchooser { -l | -list-versions | -print-env }
      qtchooser -install [-f] [-local] <name> <path-to-qmake>
      qtchooser -run-tool=<tool name> [-qt=<Qt version>] [program arguments]
      <executable name> [-qt=<Qt version>] [program arguments]
    
    Environment variables accepted:
     QTCHOOSER_RUNTOOL  name of the tool to be run (same as the -run-tool argument)
     QT_SELECT          version of Qt to be run (same as the -qt argument)
    

    /usr/lib/i386-linux-gnu/qtchooser 下的几个软链

     4.conf -> /usr/share/qtchooser/qt4-i386-linux-gnu.conf
     5.conf -> /usr/share/qtchooser/qt5-i386-linux-gnu.conf
     qt4.conf -> /usr/share/qtchooser/qt4-i386-linux-gnu.conf
     qt5.conf -> /usr/share/qtchooser/qt5-i386-linux-gnu.conf
    

    链接到的地方在 /usr/share/qtchooser/下的几个.conf文件,于是模仿着也建立了自己Qt5.7的相关配置:

    1. 在/usr/share/qtchooser/ 目录下调用gedit程序创建 qt5.7-i386-linux-gnu.conf
      du@du:/usr/share/qtchooser$ sudo gedit qt5.7-i386-linux-gnu.conf
      填写内容如下:
      /home/Qt/Qt5.7/bin (我编译的Qt5.7所在bin目录)
      /home/Qt/Qt5.7 (我编译的Qt5.7所在目录)

    2. 在/usr/lib/i386-linux-gnu/qtchooser 创建软链接qt5.7.conf指向 /usr/share/qtchooser/qt5.7-i386-linux-gnu.conf

    第二步: 理清 /usr/bin/qmake 文件与 /usr/bin/qtchooser的关系
    du@du:/usr/bin$ ls -l

    (省略更多的文件项)
    lrwxrwxrwx 1 root root 9 9月 14 23:11 qmake -> qtchooser
    lrwxrwxrwx 1 root root 9 9月 14 23:11 qml -> qtchooser
    (省略更多的文件项)

    可发现 qmake本质上是链接到了 /sur/bin/qtchooser 上

    第三步:
    (配置前)
    du@du:/usr/bin$ qmake
    qmake: could not exec '/usr/lib/i386-linux-gnu/qt4/bin/qmake': No such file or directory

    配置 {
    du@du:/usr/bin$ export QT_SELECT=qt5.7 (仅对当前bash有效,关闭bash需要再次执行此命令,后续将此加入系统环境变量中)
    (注 qt5.7.confg -> /usr/share/qtchooser/qt5.7-i386-linux-gnu.conf)
    }

    (配置后)
    du@du:/usr/share/qtchooser$ qmake -v
    QMake version 3.0
    Using Qt version 5.7.0 in /home/Qt/Qt5.7/lib
    du@du:/usr/share/qtchooser$
    (如果配置正确则会是类似上面出现qmake的版本)

    ##编译QtCreator4.1.0
    有了Qt5.7的库,还得有个IDE。被催啊,QtCreator4.1.0也只有x86_64版的,只好下载官网的源码编译了。对于QtCreator的编译放在下一篇讲。

    #后记
    在群里提问:qt-creator-opensource-linux-x86_64-4.1.0.run 可以在Linux_x86_32位下安装吗?
    群友提供的答案是可以,于是下载尝试安装。验证结果是失败,用file命令查看,这个安装包的目标是x86架构的64位。在此对自己的提问作出回答——不可以安装。


  • 网站研运

    @crazyCpp Linux的64位想要运行32位的软件,可以使用轻量级的虚拟机,lxc,这儿就抛砖引玉,自己以前尝试过,编译还是可以的。



  • 编译过qt5.5 mingw_64bit的版本,不太明白qt官方为何不提供各个版本,还要自己编译。。。



  • 楼主误装了32位的Linux,却帮了我的大忙。我也尝试过编译一次,但是没有成功。以后我也按照你这篇试试。



  • @flowerlove 官方计划5.11提供mingw 64版本。之前好像是担心兼容性吧,但其实没事,我自己编译的版本都商用了,没有任何问题。所以我估计他们还是懒,或者不重视mingw,毕竟msvc才是嫡出(官方的QtCreator就是msvc编译的,因为这样性能更好)。



  • 我看了MinGW的历史,知道这个东西暂时没有商业实体支撑,所以使用可能会有些问题。


Log in to reply
 

走马观花

最近的回复

  • Qt for MCUs

    搭建Qt for MCUs PC端开发环境。qt for mcus提供了一个完整的图形框架和工具包,包含了在MCUs上设计、开发和部署gui所需的一切。它允许您在裸机或实时操作系统上运行应用程序。

    先决条件

    开发主机环境支持仅限于Windows 10

    MSVC compiler v19.16 (Visual Studio 2017 15.9.9 or newer) x64

    CMake v3.13 or newer (you can install it using the Qt Online installer) x64

    使用Qt联机安装程序安装Qt for MCUs,该安装程序可通过Qt帐户下载

    安装Qt 5.14和Qt Creator 4.11 or higher

    安装链接

    › Qt: https://account.qt.io/downloads
    › CMake: https://cmake.org/download/
    › Python 2.7 32-bit: https://www.python.org/downloads/release/python-2716/
    › Arm GCC: https://developer.arm.com/tools-and-software/open-source-software/developer-tools/gnutoolchain/gnu-rm/downloads
    › J-Link Software Pack: https://www.segger.com/downloads/jlink/JLink_Windows.exe
    › J-Link OpenSDA Firmware: https://www.segger.com/downloads/jlink/OpenSDA_MIMXRT1050-EVKHyperflash
    › STM32CubeProgrammer: https://www.st.com/en/development-tools/stm32cubeprog.html
    › STM32 ST-LINK Utility: https://www.st.com/en/development-tools/stsw-link004.html​​​​​​​

    Qt Creator设置 启用Qt Creator插件 选择“帮助>关于插件”,然后从列表中选择“MCU支持(实验性)”插件,重新启动Qt Creator以应用更改
    替代文字 为MCU创建Qt工具包

    选择工具>选项>设备>MCU

    选择Qt for MCUs-Desktop 32bpp作为目标

    如果尚未设置,请提供Qt for MCUs安装目录的路径。

    单击Apply应用。

    替代文字

    替代文字
    替代文字

    注意:

    编译器要选X64,Qt版本要选64bit,CMake Tool选x64

    打开恒温器项目demo

    选择文件>打开文件或项目。。。

    打开CMakefiles.txt文件来自thermo文件夹的文件。

    选择Qt作为MCU-桌面32bpp套件。

    单击“配置项目”以完成。

    替代文字

    问题

    开发主机环境支持仅限于Windows 10

    C++编译失败,文本大字体.pixelSize.

    文本类型无法正确呈现需要复杂文本布局的unicode序列。对复杂文本使用StaticText

    read more
  • H

    hi 有问题请教你,方便加个联系方式吗

    read more
  • boost.asio是一个很棒的网络库,这回儿我也开始系统地学习起来了。想想当年接触boost,也有八年多了。这次开始接触boost,觉得既熟悉又陌生。熟悉的是小写字母+下划线的命名方式、晦涩的模板、很慢的编译速度以及较大的程序体积,陌生的是asio的各种概念:io服务、接收器、套接字等等:我之前对网络编程不是非常了解。

    于是根据我的理解,参考《Boost.Asio C++网络编程》实现了这样一个简单的客户端和服务端通信的例子,例子非常简单,还不完善,但是幸运的是,可以在本机上互通了。
    下面是客户端的代码:

    #include <iostream> #include <boost/asio.hpp> #include <boost/proto/detail/ignore_unused.hpp> using namespace std; using namespace boost::asio; using namespace boost::system; using namespace boost::proto::detail;// 提供ignore_unused方法 void writeHandler( const boost::system::error_code& ec, size_t bytesTransferred ) { if ( ec ) { cout << "Write data error, code: " << ec.value( ) << "transferred: " << bytesTransferred << endl; } else { cout << "OK! " << bytesTransferred << "bytes written. " << endl; } } int main(int argc, char *argv[]) { ignore_unused( argc ); ignore_unused( argv ); io_service service; ip::tcp::socket sock( service ); ip::tcp::endpoint ep( ip::address::from_string( "127.0.0.1" ), 6545 ); boost::system::error_code ec; sock.connect( ep, ec ); if ( ec ) { cout << "Connect error, code: " << ec.value( ) << ", We will exit." << endl; return ec.value( ); } else { char buf[1024] = "Hello world!"; sock.async_write_some( buffer( buf ), writeHandler ); sock.close( ); } return service.run( ); }

    下面是服务端的代码:

    #include <iostream> #include <boost/asio.hpp> #include <boost/proto/detail/ignore_unused.hpp> using namespace std; using namespace boost::asio; using namespace boost::system; using namespace boost::proto::detail;// 提供ignore_unused方法 void acceptHandle( const boost::system::error_code& code ) { cout << "Accepted." << endl; } int main(int argc, char *argv[]) { ignore_unused( argc ); ignore_unused( argv ); io_service service; ip::tcp::endpoint ep( ip::address::from_string( "127.0.0.1" ), 6545 ); boost::system::error_code ec; ip::tcp::socket sock( service ); ip::tcp::acceptor acceptor( service, ep ); acceptor.async_accept( sock, acceptHandle ); if ( ec ) { cout << "There is an error in server. code: " << ec.value( ) << endl; } return service.run( );// 阻塞运行 }

    运行结果是这样的:
    78448d7b-b3ae-42fc-9e2e-4dd2fbdac2c2-image.png

    我对boost.asio中几个概念的理解:

    io_service,这就是一个类似事件循环的东西,它为io设备提供服务,故名。不管是套接字、文件还是串口设备,都要使用它的服务。它的run()函数相当于启动了一个事件循环。一旦有消息了,即进行响应。这也是实现异步编程的重要基础。 socket,这个类则是套接字,可以处理TCP或者是UDP请求。有同步以及异步的处理方式,也有带异常以及不带异常的处理方式。 acceptor,接收器,仅仅是服务端使用。相当于其余框架中的listener,作接收用的。

    比较浅显,如果有不当之处,敬请指正。

    read more
  • 843143141.jpg
    闲下来了,我又开始大规模地学习了。
    最近开始学习内存模型和无锁结构。因为这个是和操作系统密切相关的,懂得这些对于编写C++服务端应用程序
    有着非常好的帮助。之前我对内存模型以及无锁结构几乎没有什么了解,我就询问群里的大佬看看有没有可以参考的资料。
    大佬很高兴,并且推荐了我一本名为《Memory Model》的电子书。这本电子书虽然页数不多,但是从起源到发展,
    从源码到汇编,都给我们详细地介绍了。看了一遍,不是非常理解,但是依然尝试将自己的理解写下来,以便日后翻阅。
    首先因为多核处理器成为主流,多线程的程序已经非常常见,因此我们不可避免地要处理多线程程序的同步问题。
    然后,因为编译器默认都对源码进行了优化,在单核处理器中这通常不是什么问题,但是在多核处理器中,就会因为编译器
    对其进行了乱序处理而导致程序出现问题。由此深入地探讨内存模型。
    内存模型主要分为:
    载-载 顺序(load-load order)
    载-存 顺序(load-store order)
    存-载 顺序(store-load order)
    存-存 顺序(store-store order)
    依赖载入顺序(dependent loads order)

    通过内存栅栏(memory barrier)能够避免编译器对指令的乱序。Linux中有

    READ_ONCE( x, value ) WRITE_ONCE( x )

    避免这些读写被编译器乱序或者是优化掉。

    这里谈到volatile关键字。在另外一篇博客上说,volatile具有“易变性、不可优化性、顺序性”。简单说,由于
    被volatile声明的变量,指令须从内存读取,并且不能被编译器乱序以及优化。在Java(语言扩展)和MSVC(系统兼容)上,
    还附带了Accquire()和Release()语义,因此可部分用于多线程环境。但多数情况下,还是慎用volatile,
    因为不同架构的处理器,它的内存模型是千变万化的,不能一而概之。

    至于C++11,它提供了std::atomic<T>这个模板类,相当于提供了很多方式来实现不同内存模型的原子操作。
    它的load()和store()方法,第二个参数有以下几个选项:

    std::memory_order_relaxed std::memory_order_seq_cst std::memory_order_acq_rel std::memory_order_acquire std::memory_order_release std::memory_order_consume

    我们最常用来实现RCpc(Release Consistency、Processor Consistency)是使用

    std::memory_order_acquire std::memory_order_release

    这两对。

    作为例子,在实现自旋锁时使用std::atomic<T>是这样的:

    struct SpinLock2 { void lock( ) { for ( ; ; ) { while ( lock_.load( std::memory_order_relaxed ) ); if ( !lock_.exchange( true, std::memory_order_acquire ) ) break; } } void unlock( ) { lock_.store( false, std::memory_order_release ); } std::atomic<bool> lock_ = { false }; };

    read more

关注我们

微博
QQ群