如何覆蓋宏定義中的CMake

Question

我在Windows 10時，Visual Studio 2015年。假設我建庫A和CMakeLists看上去就像

cmake_minimum_required(VERSION 3.7) 
project(A) 

set(DLLIMPORT "__declspec(dllimport)") 
set(DLLEXPORT "__declspec(dllexport)") 

set(PROJECT_SRCS 
${PROJECT_SOURCE_DIR}/src/TestA.cpp) 

set(PROJECT_INCS 
${PROJECT_SOURCE_DIR}/include/TestA.h) 

add_library(${PROJECT_NAME} SHARED ${PROJECT_SRCS} ${PROJECT_INCS}) 

target_compile_definitions(${PROJECT_NAME} INTERFACE 
          WINDOWS_DLL_API=${DLLIMPORT}) 

target_compile_definitions(${PROJECT_NAME} PRIVATE 
          WINDOWS_DLL_API=${DLLEXPORT}) 

target_include_directories(${PROJECT_NAME} PUBLIC 
          $<BUILD_INTERFACE:${PROJECT_SOURCE_DIR}/include> 
          $<INSTALL_INTERFACE:${CMAKE_INSTALL_PREFIX}/include>) 

我定義宏WINDOWS_DLL_API爲dllexport時，它的建館一，併爲被鏈接庫A.問題是，當我有另一個庫B中還鏈接一個外部應用程序定義WINDOWS_DLL_API作爲dllimport，我不知道如何改寫WINDOWS_DLL_API回dllexport。以下是我對庫B的CMakeLists的嘗試，

cmake_minimum_required(VERSION 3.7) 
project(B) 

set(DLLEXPORT "__declspec(dllexport)") 

set(PROJECT_SRCS 
${PROJECT_SOURCE_DIR}/src/TestB.cpp) 

set(PROJECT_INCS 
${PROJECT_SOURCE_DIR}/include/TestB.h) 

add_library(${PROJECT_NAME} SHARED ${PROJECT_SRCS} ${PROJECT_INCS}) 

target_include_directories(${PROJECT_NAME} PUBLIC 
    $<BUILD_INTERFACE:${PROJECT_SOURCE_DIR}/include> 
    $<INSTALL_INTERFACE:${CMAKE_INSTALL_PREFIX}/include>) 

target_link_libraries(${PROJECT_NAME} A) 

# does not work 
target_compile_definitions(${PROJECT_NAME} PRIVATE 
          WINDOWS_DLL_API=${DLLEXPORT}) 

什麼是正確的方法來做到這一點？

Answer 1

觀INTERFACE選項命令target_compile_definitions（以及其他target_* CMake的命令）是執行東西所有用戶庫，既可執行和庫。

意向明確執法爲至少單庫的用戶意味着該構想是在一個錯誤的方式使用。而應該使用其他方法。

在特定情況下，你需要使用不同的宏觀名字庫A和B。並且最好完全刪除INTERFACE選項，因此即使您的圖書館的非CMake用戶也會很高興。

TestA.h：

#ifdef BUILD_A 
#define WINDOWS_DLL_API_A __declspec(dllexport) 
#else 
#define WINDOWS_DLL_API_A __declspec(dllimport) 
#endif 

... 
WINDOWS_DLL_API_A void foo(void); 
... 

TestB.h：

#ifdef BUILD_B 
#define WINDOWS_DLL_API_B __declspec(dllexport) 
#else 
#define WINDOWS_DLL_API_B __declspec(dllimport) 
#endif 

// Assume usage of A is here. 
#include <TestA.h> 
... 
WINDOWS_DLL_API_B void bar(void); 

A /的CMakeLists.txt：

cmake_minimum_required(VERSION 3.7) 
project(A) 

...  

add_library(${PROJECT_NAME} SHARED ...) 

target_compile_definitions(${PROJECT_NAME} PRIVATE "BUILD_${PROJECT_NAME}=1") 

B /的CMakeLists.txt：

cmake_minimum_required(VERSION 3.7) 
project(B) 

...  

add_library(${PROJECT_NAME} SHARED ...) 

target_compile_definitions(${PROJECT_NAME} PRIVATE "BUILD_${PROJECT_NAME}=1") 

target_link_libraries(${PROJECT_NAME} A) 

又見this answer，它提供了更詳細的標題，它太在Windows平臺上工作。

---

。注意，當庫B包括從A頭，它把作爲foo()進口，這是正確的：所述函數是在A定義，而不是在B。使用你的方法（即使你設法爲B重新定義WINDOWS_DLL_API），庫B將錯誤地將foo()視爲導出。

這是對概念一個優勢：打算克服概念信號，你做了錯事。

Answer 2

只想添加我的一塊我使用的代碼（通過CMake之前的版本2.8.12兼容）。

在我的根CMakeLists.txt文件我有：

if (MSVC) 
    add_definitions(-DWINDOWS_DLL_API=__declspec\(dllexport\)) 
else() 
    add_definitions(-DWINDOWS_DLL_API=) 
endif() 

在（子）項目的CMakeLists.txt使用我已經把DLL：

if (MSVC) 
    remove_definitions(-DWINDOWS_DLL_API=__declspec\(dllexport\)) 
    add_definitions(-DWINDOWS_DLL_API=__declspec\(dllimport\)) 
endif() 

的MSVC檢查是在我的情況下，有必要因爲我也是交叉編譯的。

參考

• CMake - override compile flags for single files