最近在将vs的动态库模块代码移植到linux系统上编译,总结了一些问题。
下载系统并配置
我用的是virtual box下的Ubuntu16.04的linux系统。在安装增强功能后,发现无法从主机拖动文件到虚拟机中。我先弹出了VBoxGuestAdditions.iso才能重装,不然总是会出现未能加载光盘的问题。
拖动文件时,文件位置最好别在服务器上,在本地才能拖动成功。
配置文件
我先在vs生成了.pro文件,再把整个工程传到linux系统的qt上去配置,当然在vs的.pro文件配置也可以。先用linux的qt生成动态库工程复制过去比较方便。
配置时加上头文件路径和库文件路径。注意SOURCES和HEADERS不要加同名的文件即使不同大小写,会导致重定义。
INCLUDEPATH = /home/v1.1.0.0/include_lib/Oprconfiguration/incld
LIBS = /home/v1.1.0.0/include_lib/Oprconfiguration/lib/libXXXXX.so
LIBS += /home/v1.1.0.0/include_lib/Oprconfiguration/lib/libXXXXX.so
分系统进行宏定义
linux没有__declspec(dllimport/dllemport),考虑到两个系统用同个代码编译后面维护才比较方便,我在要导出的头文件的宏定义做了系统判断。
# ifdef __linux
#if defined(SMTOPR3DIMAGECONVERSION_LIBRARY)
# define SMTOPR3DIMAGECONVERSIONSHARED_EXPORT
#else
# define SMTOPR3DIMAGECONVERSIONSHARED_EXPORT
#endif
#else
#if defined(SMTOPR3DIMAGECONVERSION_LIBRARY)
# define SMTOPR3DIMAGECONVERSIONSHARED_EXPORT Q_DECL_EXPORT
#else
# define SMTOPR3DIMAGECONVERSIONSHARED_EXPORT Q_DECL_IMPORT
#endif
#endif
因为linux没有导出概念,所以define xxxx 后面是空的。在类前记得声明宏定义。
#pragma once和 ifndef
#ifndef的方式依赖于宏名字不能冲突,这不光可以保证同一个文件不会被包含多次,也能保证内容完全相同的两个文件不会被不小心同时包含。当然,缺点就是如果不同头文件的宏名不小心“撞车”,可能就会导致头文件明明存在,编译器却硬说找不到声明的状况。
#pragma once则由编译器提供保证:同一个文件不会被包含多次。注意这里所说的“同一个文件”是指物理上的一个文件,而不是指内容相同的两个文件。带来的好处是,你不必再费劲想个宏名了,当然也就不会出现宏名碰撞引发的奇怪问题。对应的缺点就是如果某个头文件有多份拷贝,本方法不能保证他们不被重复包含,且不支持跨平台。当然,相比宏名碰撞引发的“找不到声明”的问题,重复包含更容易被发现并修正。
方式一由语言支持所以移植性好,方式二可以避免名字冲突。
编译文件
在linux的qt中因为原先定义的是导入,这里声明要导出。这时要在.pro文件加上以下这句:
DEFINES += SMTOPR3DIMAGECONVERSION_LIBRARY
转到vs编译时要在配置属性→C/C++→预处理器加上SMTOPR3DIMAGECONVERSION_LIBRARY
。
记住,不要在共享文件夹编译,因为共享文件夹的文件系统是windows的,所以生成不了软连接。