Tag Archives: QMAKE_LFLAGS

      Qt编程4个多月以来，对于工程文件的组织一直有着更深入的理解。从起初 的.pro，Makefile，.h，.cpp，.o，.moc，*_ui.h，.so等一股脑的放到工程文件，到后来有组织的将文件分门别类的放到各个 项目子目录下，工程目录给人感觉越来越显得更professinal一些了。

      然而对于编译后的动态库文件依赖关系的处理，近期随着工程代码的不断膨胀，依赖库的不断增多，变得越来越重要了。此前的做法是，简单粗暴的把私有依赖的 库文件cp到/usr/lib下，然后ldconfig，自己的程序就能跑起来了。但是当目标机上同时也有其他应用程序需要某个特定版本库的时候，这种做 法会造成严重的版本冲突问题。

      因此，专业的做法是，自己的程序依赖库只放到应用程序特定的目录下，程序去连接对应目录的库文件运行。那么，使用Qt编译Linux下的应用程序该怎么做呢？

      经过摸索、查看Qt联机帮助，并亲自实践，实现起来十分简单。 在make文件编写中，LFLAGS选项可以设置自定义的可执行程序库文件查找路径。

      那么在Qt中如何设置呢？如果修改.pro文件，使用qmake来 自动生成LFLAGS依赖？

      在“qmake Variable Reference”(qmake 变量参考)一节中，正是这个参数：QMAKE_LFLAGS，会修改Makefile的LFLAGS选项。本参数包含了传递给连接器的一组通用的标记。如 果要为某个特定平台或者特殊项目修改选项，可以使用某个特殊参数，而可不用本参数。与之对应的还有QMAKE_LFLAGS_CONSOLE（仅适用于 Windows）、QMAKE_LFLAGS_DEBUG（指定Debug版依赖库路径）、QMAKE_LFLAGS_RELEASE（指定 Release版依赖库路径）…

      使用指定的QMAKE_LFLAGS的好处在于，能够根据当前编译的不同配置（例如debug/release）选择不同路径下的依赖库（这些库也可能 分为debug/release版）。当然，如果所有依赖库版本都相同，那么直接修改QMAKE_LFLAGS效果是一样的。

      那么，在Qt项目的pro文件中，增加一行： QMAKE_LFLAGS += -Wl,-rpath=[自定义库文件路径] -Wl,-Bsymbolic 然后执行qmake，make，把/usr/lib下的所有自定义库删掉，运行一下自己的程序，发现已经生效了。