CMake链接到外部库

如何使CMake将可执行文件链接到不在同一CMake项目中构建的外部共享库？

只是做target_link_libraries(GLBall ${CMAKE_BINARY_DIR}/res/mylib.so)给错误

make[2]: *** No rule to make target `res/mylib.so', needed by `GLBall'.  Stop.
make[1]: *** [CMakeFiles/GLBall.dir/all] Error 2
make: *** [all] Error 2
(GLBall is the executable)

在我将库复制到二进制目录后bin/res。

我尝试使用 find_library(RESULT mylib.so PATHS ${CMAKE_BINARY_DIR}/res)

失败了RESULT-NOTFOUND。

首先设置库搜索路径：

LINK_DIRECTORIES(${CMAKE_BINARY_DIR}/res)

然后做

TARGET_LINK_LIBRARIES(GLBall mylib)

arrowdodger的答案是正确的，在许多情况下都是首选。我只是想为他的答案添加一个替代方案：

您可以添加“导入的”库目标，而不是链接目录。就像是：

# Your-external "mylib", add GLOBAL if the imported library is located in directories above the current.
add_library( mylib SHARED IMPORTED )
# You can define two import-locations: one for debug and one for release.
set_target_properties( mylib PROPERTIES IMPORTED_LOCATION ${CMAKE_BINARY_DIR}/res/mylib.so )

然后链接，就像该库是由您的项目构建的：

TARGET_LINK_LIBRARIES(GLBall mylib)

这样的方法将给您带来更多的灵活性：看一下add_library（）命令和许多与导入库有关的target-properties。

我不知道这是否可以解决“ libs的更新版本”的问题。

我假设您要链接到名为foo的库，其文件名通常是link foo.dll或libfoo.so。

1.查找库
您必须找到库。即使您知道库的路径，这也是一个好主意。如果库消失或使用新名称，CMake将出错。这有助于及早发现错误，并让用户（可能是您自己）清楚地知道引起问题的原因。
查找库foo并存储FOO_LIB使用中的路径

    find_library(FOO_LIB foo)

CMake会弄清楚自己的实际文件名。它会检查通常的地方/usr/lib，/usr/lib64以及中的路径PATH。

您已经知道图书馆的位置。CMAKE_PREFIX_PATH在调用CMake时将其添加到中，然后CMake也会在传递的路径中查找您的库。

有时您需要添加提示或路径后缀，请参阅文档以了解详细信息：https : //cmake.org/cmake/help/latest/command/find_library.html

2.链接库 1.从中获得完整的库名称FOO_LIB。您可以使用此链接将库链接到目标，GLBall如

  target_link_libraries(GLBall PRIVATE "${FOO_LIB}")

您应该在目标之后添加PRIVATE，PUBLIC或INTERFACEcf。文档：https : //cmake.org/cmake/help/latest/command/target_link_libraries.html

如果不添加这些可见性说明符之一，则其行为将类似于PRIVATE或PUBLIC，具体取决于CMake版本和设置的策略。

3.添加包含 （此步骤可能不是强制性的。）
如果您还想要包含头文件，请使用find_path类似于头文件find_library并搜索头文件。然后添加包含目录，target_include_directories类似于target_link_libraries。

文档：https : //cmake.org/cmake/help/latest/command/find_path.html 和 https://cmake.org/cmake/help/latest/command/target_include_directories.html

如果可用的外部软件，您可以替换find_library和find_path通过find_package。

在使用Appstore的情况下，还有另一种方法需要“权利”，因此需要与Apple框架链接。

为了使权利起作用（例如GameCenter），您需要具有“将二进制文件与库链接” -buildstep，然后与“ GameKit.framework”进行链接。CMake将库“低级”“注入”到命令行中，因此Xcode并不真正了解它，因此您不会在“功能”屏幕中启用GameKit。

使用CMake并具有“与二进制文件链接” -buildstep的一种方法是使用CMake生成xcodeproj，然后使用“ sed”进行“搜索和替换”并以XCode喜欢的方式添加GameKit。

该脚本看起来像这样（对于Xcode 6.3.1）。

s#\/\* Begin PBXBuildFile section \*\/#\/\* Begin PBXBuildFile section \*\/\
    26B12AA11C10544700A9A2BA \/\* GameKit.framework in Frameworks \*\/ = {isa = PBXBuildFile; fileRef = 26B12AA01C10544700A9A2BA \/\* GameKit.framework xxx\*\/; };#g

s#\/\* Begin PBXFileReference section \*\/#\/\* Begin PBXFileReference section \*\/\
    26B12AA01C10544700A9A2BA \/\* GameKit.framework xxx\*\/ = {isa = PBXFileReference; lastKnownFileType = wrapper.framework; name = GameKit.framework; path = System\/Library\/Frameworks\/GameKit.framework; sourceTree = SDKROOT; };#g

s#\/\* End PBXFileReference section \*\/#\/\* End PBXFileReference section \*\/\
\
\/\* Begin PBXFrameworksBuildPhase section \*\/\
    26B12A9F1C10543B00A9A2BA \/\* Frameworks \*\/ = {\
        isa = PBXFrameworksBuildPhase;\
        buildActionMask = 2147483647;\
        files = (\
            26B12AA11C10544700A9A2BA \/\* GameKit.framework in Frameworks xxx\*\/,\
        );\
        runOnlyForDeploymentPostprocessing = 0;\
    };\
\/\* End PBXFrameworksBuildPhase section \*\/\
#g

s#\/\* CMake PostBuild Rules \*\/,#\/\* CMake PostBuild Rules \*\/,\
            26B12A9F1C10543B00A9A2BA \/\* Frameworks xxx\*\/,#g
s#\/\* Products \*\/,#\/\* Products \*\/,\
            26B12AA01C10544700A9A2BA \/\* GameKit.framework xxx\*\/,#g

将此保存到“ gamecenter.sed”，然后像这样“应用”（它会更改您的xcodeproj！）

sed -i.pbxprojbak -f gamecenter.sed myproject.xcodeproj/project.pbxproj

您可能需要更改脚本命令以适合您的需求。

警告：随着项目格式的更改，它可能会因不同的Xcode版本而中断，（硬编码的）唯一编号可能不是真正唯一的-通常其他人的解决方案更好-因此，除非您需要支持Appstore +授权（和自动构建），请勿执行此操作。

这是一个CMake错误，请参阅http://cmake.org/Bug/view.php?id=14185和http://gitlab.kitware.com/cmake/cmake/issues/14185