vscode cmake 多版本opencv pcl 64/32位

1 原则

        库的位数必须和生成的target的位数一致，若不一致将报链接错误，提示无法解析的外部符号。

2 系统Path变量

        分别添加64位和32位的bin目录到Path中，不用担心文件名相同导致冲突。

3 cmakeList中的变量解释

        由于可能存在多版本的opencv和PCL，因此在cmakeList中需指明路径

• SET(PCL_DIR "D:/PCL_1.8.1/cmake") # 最好指明到 /cmake一级，大多数情况下指明到cmake的上一级也可以的。

        SET(OpenCV_DIR "D:/opencv3414/build") # 指明到build一级

        为什么是指明到这一级？因为.cmake文件在这一级，相关的cmake变量都在其中定义。

        由于PCL内部的.cmake文件没有区分64位和32位，因此需要更改PCL_DIR以适应32位和64位的需求，而在opencv中则可以在build目录下同时放置x64和x86文件夹，由build下的.cmake和x64/x86下的lib文件夹中的.cmake共同进行自动设置。

• include_directories(${PCL_INCLUDE_DIRS}) # 包含目录
• # link_directories(${PCL_LIBRARY_DIRS}) # 链接lib库目录    opencv没有这一项，对于PCL，也是非必需，因为已经由find_package取代了
• # add_definitions(${PCL_DEFINITIONS}) #非必需
• 最后加上链接库那一项

4 相关问题

• Q：使用PCL库时，为什么cmake编译生成的产物要比Visual Studio2017中配置后生成的产物大？

A：在进行库文件对比时发现，VS配置中将flann库和Qhull库的动态库和静态库放在了一起，此时默认优先链接动态库，而在PCL的.cmake中使用的是静态库，尝试更改后发现大小并未改变。

在保证库相同的情况下进一步排查后发现cmake生成的项目中添加了相关的预编译命令（主要是VTK预编译命令），这是VS项目配置中不曾添加的，删除这些预编译命令后，产物大小相一致。

因此，在VTK的lib/cmake/vtk-xx/UseVTK.cmake中注释掉下面这行重新编译即可，生成的程序能正常运行，目前还未发现有什么问题。

set_property(DIRECTORY APPEND PROPERTY COMPILE_DEFINITIONS ${VTK_DEFINITIONS})