从Cmake'保存可执行文件；s find_程序，以便它可以由Python运行 我试图把C++和Python结合起来，为此我使用CMake。在CMakeLists.txt中，我尝试查找一个程序： # Check for Gmsh executable find_program (GMSH gmsh [/Applications/Gmsh.app/Contents/MacOS/ /usr/bin/ /usr/local/bin/]) if(GMSH) message(STATUS "Found Gmsh in: ${GMSH}") set(HAVE_GMSH YES) else() set(HAVE_GMSH NO) endif() message(STATUS "Setting HAVE_GMSH to: ${HAVE_GMSH}")

因此，这可以找到没有问题的可执行文件。但不知何故，我必须将它保存在某个地方，以便以后可以从Python调用它。这应该在配置文件中完成吗？正确的方法是什么

更新

我创建了一个文件ProjectConfig.cmake.in，其中包含以下内容：

# Compute paths
get_filename_component(PROJECT_CMAKE_DIR "${CMAKE_CURRENT_LIST_FILE}" PATH)
set(PROJECT_INCLUDE_DIRS "@CONF_INCLUDE_DIRS@")

# Our library dependencies (contains definitions for IMPORTED targets)
include("${PROJECT_CMAKE_DIR}/ProjectTargets.cmake")

# These are IMPORTED targets created by ProjectTargets.cmake
set(PROJECT_LIBRARIES core)
set(PROJECT_EXECUTABLE bar)

#cmakedefine HAVE_GMSH @HAVE_GMSH@
#cmakedefine GMSH @GMSH@

CMakeLists.txt文件如下所示：

cmake_minimum_required(VERSION 3.1)
project(TestProject)
enable_language(CXX)


# Options

# Offer the user the choice of overriding the installation directories
set(INSTALL_LIB_DIR lib CACHE PATH "Installation directory for libraries")
set(INSTALL_BIN_DIR bin CACHE PATH "Installation directory for executables")
set(INSTALL_INCLUDE_DIR include CACHE PATH
  "Installation directory for header files")
if(WIN32 AND NOT CYGWIN)
  set(DEF_INSTALL_CMAKE_DIR CMake)
else()
  set(DEF_INSTALL_CMAKE_DIR lib/CMake/Project)
endif()
set(INSTALL_CMAKE_DIR ${DEF_INSTALL_CMAKE_DIR} CACHE PATH
  "Installation directory for CMake files")

# Make relative paths absolute (needed later on)
foreach(p LIB BIN INCLUDE CMAKE)
  set(var INSTALL_${p}_DIR)
  if(NOT IS_ABSOLUTE "${${var}}")
    set(${var} "${CMAKE_INSTALL_PREFIX}/${${var}}")
  endif()
endforeach()

# Check for Gmsh executable
find_program (GMSH gmsh [/Applications/Gmsh.app/Contents/MacOS/ /usr/bin/ /usr/local/bin/])

if(GMSH)
  message(STATUS "Found Gmsh in: ${GMSH}")
  set(HAVE_GMSH YES)
else()
  set(HAVE_GMSH NO)
endif()
message(STATUS "Setting HAVE_GMSH to: ${HAVE_GMSH}")

# Python support
#

# find Python
find_package(PythonInterp)

# find SWIG
find_package(SWIG REQUIRED)
include(${SWIG_USE_FILE})

find_package(PythonLibs)
include_directories(${PYTHON_INCLUDE_PATH})

message(STATUS "PYTHON_INCLUDE_PATH: ${PYTHON_INCLUDE_PATH}")
message(STATUS "PYTHON_LIBRARIES:    ${PYTHON_LIBRARIES}")

include_directories(${CMAKE_CURRENT_SOURCE_DIR}/core)
include_directories(${CMAKE_CURRENT_SOURCE_DIR}/core/fem)

#set(CMAKE_SWIG_OUTDIR ${PROJECT_BINARY_DIR}/../lib/project)

SET_SOURCE_FILES_PROPERTIES(swig/core.i PROPERTIES CPLUSPLUS ON)
set_source_files_properties(swig/core.i SWIG_FLAGS "-includeall;-c++;-shadow")
swig_add_module(core python swig/core.i core/foo.cpp)
swig_link_libraries(core project_core ${PYTHON_LIBRARIES})

################################################################################
# Directories
#

# set up include-directories
include_directories(
  "${PROJECT_SOURCE_DIR}"   # to find core/foo.hpp
  "${PROJECT_BINARY_DIR}")  # to find core/config.hpp

# Add sub-directories
add_subdirectory(core)
add_subdirectory(bar)

# The interesting stuff goes here
# ===============================

# Add all targets to the build-tree export set
export(TARGETS project_core bar
  FILE "${PROJECT_BINARY_DIR}/ProjectTargets.cmake")

# Export the package for use from the build-tree
# (this registers the build-tree with a global CMake-registry)
export(PACKAGE Project)

# Create the ProjectConfig.cmake and ProjectConfigVersion files
file(RELATIVE_PATH REL_INCLUDE_DIR "${INSTALL_CMAKE_DIR}"
   "${INSTALL_INCLUDE_DIR}")
# ... for the build tree
set(CONF_INCLUDE_DIRS "${PROJECT_SOURCE_DIR}" "${PROJECT_BINARY_DIR}")
configure_file(ProjectConfig.cmake.in
  "${PROJECT_BINARY_DIR}/ProjectConfig.cmake" @ONLY)
# ... for the install treew
set(CONF_INCLUDE_DIRS "\${PROJECT_CMAKE_DIR}/${REL_INCLUDE_DIR}")
configure_file(ProjectConfig.cmake.in
  "${PROJECT_BINARY_DIR}${CMAKE_FILES_DIRECTORY}/ProjectConfig.cmake" @ONLY)
# ... for both
configure_file(ProjectConfigVersion.cmake.in
  "${PROJECT_BINARY_DIR}/ProjectConfigVersion.cmake" @ONLY)

# Install the ProjectConfig.cmake and ProjectConfigVersion.cmake
install(FILES
  "${PROJECT_BINARY_DIR}${CMAKE_FILES_DIRECTORY}/ProjectConfig.cmake"
  "${PROJECT_BINARY_DIR}/ProjectConfigVersion.cmake"
  DESTINATION "${INSTALL_CMAKE_DIR}" COMPONENT dev)

# Install the export set for use with the install-tree
install(EXPORT ProjectTargets DESTINATION
  "${INSTALL_CMAKE_DIR}" COMPONENT dev)

├── AUTHORS.rst
├── CHANGELOG.rst
├── CONTRIBUTING.rst
├── LICENSE
├── MANIFEST.in
├── Makefile
├── README.rst
├── core
│   ├── CMakeLists.txt
│   ├── ProjectConfig.cmake.in
│   ├── ProjectConfigVersion.cmake.in
│   ├── Makefile
│   ├── bar
│   ├── core
│   └── swig
├── setup.cfg
├── setup.py
├── src
│   └── project
├── tests
│   └── unit
└── tox.ini

现在我不确定结果配置文件的位置（在${PROJECT\u BINARY\u DIR}）是否是放置它的正确位置。我应该把它放在整个层次结构的根中吗？这是一个大项目，其结构如下：

cmake_minimum_required(VERSION 3.1)
project(TestProject)
enable_language(CXX)


# Options

# Offer the user the choice of overriding the installation directories
set(INSTALL_LIB_DIR lib CACHE PATH "Installation directory for libraries")
set(INSTALL_BIN_DIR bin CACHE PATH "Installation directory for executables")
set(INSTALL_INCLUDE_DIR include CACHE PATH
  "Installation directory for header files")
if(WIN32 AND NOT CYGWIN)
  set(DEF_INSTALL_CMAKE_DIR CMake)
else()
  set(DEF_INSTALL_CMAKE_DIR lib/CMake/Project)
endif()
set(INSTALL_CMAKE_DIR ${DEF_INSTALL_CMAKE_DIR} CACHE PATH
  "Installation directory for CMake files")

# Make relative paths absolute (needed later on)
foreach(p LIB BIN INCLUDE CMAKE)
  set(var INSTALL_${p}_DIR)
  if(NOT IS_ABSOLUTE "${${var}}")
    set(${var} "${CMAKE_INSTALL_PREFIX}/${${var}}")
  endif()
endforeach()

# Check for Gmsh executable
find_program (GMSH gmsh [/Applications/Gmsh.app/Contents/MacOS/ /usr/bin/ /usr/local/bin/])

if(GMSH)
  message(STATUS "Found Gmsh in: ${GMSH}")
  set(HAVE_GMSH YES)
else()
  set(HAVE_GMSH NO)
endif()
message(STATUS "Setting HAVE_GMSH to: ${HAVE_GMSH}")

# Python support
#

# find Python
find_package(PythonInterp)

# find SWIG
find_package(SWIG REQUIRED)
include(${SWIG_USE_FILE})

find_package(PythonLibs)
include_directories(${PYTHON_INCLUDE_PATH})

message(STATUS "PYTHON_INCLUDE_PATH: ${PYTHON_INCLUDE_PATH}")
message(STATUS "PYTHON_LIBRARIES:    ${PYTHON_LIBRARIES}")

include_directories(${CMAKE_CURRENT_SOURCE_DIR}/core)
include_directories(${CMAKE_CURRENT_SOURCE_DIR}/core/fem)

#set(CMAKE_SWIG_OUTDIR ${PROJECT_BINARY_DIR}/../lib/project)

SET_SOURCE_FILES_PROPERTIES(swig/core.i PROPERTIES CPLUSPLUS ON)
set_source_files_properties(swig/core.i SWIG_FLAGS "-includeall;-c++;-shadow")
swig_add_module(core python swig/core.i core/foo.cpp)
swig_link_libraries(core project_core ${PYTHON_LIBRARIES})

################################################################################
# Directories
#

# set up include-directories
include_directories(
  "${PROJECT_SOURCE_DIR}"   # to find core/foo.hpp
  "${PROJECT_BINARY_DIR}")  # to find core/config.hpp

# Add sub-directories
add_subdirectory(core)
add_subdirectory(bar)

# The interesting stuff goes here
# ===============================

# Add all targets to the build-tree export set
export(TARGETS project_core bar
  FILE "${PROJECT_BINARY_DIR}/ProjectTargets.cmake")

# Export the package for use from the build-tree
# (this registers the build-tree with a global CMake-registry)
export(PACKAGE Project)

# Create the ProjectConfig.cmake and ProjectConfigVersion files
file(RELATIVE_PATH REL_INCLUDE_DIR "${INSTALL_CMAKE_DIR}"
   "${INSTALL_INCLUDE_DIR}")
# ... for the build tree
set(CONF_INCLUDE_DIRS "${PROJECT_SOURCE_DIR}" "${PROJECT_BINARY_DIR}")
configure_file(ProjectConfig.cmake.in
  "${PROJECT_BINARY_DIR}/ProjectConfig.cmake" @ONLY)
# ... for the install treew
set(CONF_INCLUDE_DIRS "\${PROJECT_CMAKE_DIR}/${REL_INCLUDE_DIR}")
configure_file(ProjectConfig.cmake.in
  "${PROJECT_BINARY_DIR}${CMAKE_FILES_DIRECTORY}/ProjectConfig.cmake" @ONLY)
# ... for both
configure_file(ProjectConfigVersion.cmake.in
  "${PROJECT_BINARY_DIR}/ProjectConfigVersion.cmake" @ONLY)

# Install the ProjectConfig.cmake and ProjectConfigVersion.cmake
install(FILES
  "${PROJECT_BINARY_DIR}${CMAKE_FILES_DIRECTORY}/ProjectConfig.cmake"
  "${PROJECT_BINARY_DIR}/ProjectConfigVersion.cmake"
  DESTINATION "${INSTALL_CMAKE_DIR}" COMPONENT dev)

# Install the export set for use with the install-tree
install(EXPORT ProjectTargets DESTINATION
  "${INSTALL_CMAKE_DIR}" COMPONENT dev)

├── AUTHORS.rst
├── CHANGELOG.rst
├── CONTRIBUTING.rst
├── LICENSE
├── MANIFEST.in
├── Makefile
├── README.rst
├── core
│   ├── CMakeLists.txt
│   ├── ProjectConfig.cmake.in
│   ├── ProjectConfigVersion.cmake.in
│   ├── Makefile
│   ├── bar
│   ├── core
│   └── swig
├── setup.cfg
├── setup.py
├── src
│   └── project
├── tests
│   └── unit
└── tox.ini

通常的方法是搜索并替换其中的CMake变量。例如，假设您有一个名为

foo.h.in

的头文件：

#define HAVE_GMSH ${HAVE_GMSH}

然后我让你打电话给我

configure_file(foo.h.in ${CMAKE_BINARY_DIR}/foo.h)

然后，它将替换该文件中的所有CMake变量。通常的表示法是用

0

表示“否”，用

1

表示“是”。因此，如果您

设置（HAVE_GMSH 1）

，它将扩展到

#define HAVE_GMSH 1

然后必须确保包含输出文件所在的目录。例如

target\u include\u目录（mytarget${CMAKE\u BINARY\u DIR}）

（当然，最好将生成的include文件放在子目录中，但最好不要将输出文件放在源目录中）

CMake文档中提到，您还可以使用特殊的

@VARS@

来扩展。在这种情况下，仅将

@与
配置文件一起使用。它还提供了
#cmakedefine

您可以对Python文件使用相同的方法。许多项目在CMake变量中定义作者、版本等，然后在
文件中提供一个
setup.py.in，该文件被搜索并替换为
configure\u文件
通常的方法是在其中搜索并替换CMake变量。例如，假设您有一个名为
foo.h.in
的头文件：

#define HAVE_GMSH ${HAVE_GMSH}

然后我让你打电话给我

configure_file(foo.h.in ${CMAKE_BINARY_DIR}/foo.h)

然后，它将替换该文件中的所有CMake变量。通常的表示法是用
0
表示“否”，用
1
表示“是”。因此，如果您
设置（HAVE_GMSH 1）
，它将扩展到

#define HAVE_GMSH 1

然后必须确保包含输出文件所在的目录。例如
target\u include\u目录（mytarget${CMAKE\u BINARY\u DIR}）
（当然，最好将生成的include文件放在子目录中，但最好不要将输出文件放在源目录中）

CMake文档中提到，您还可以使用特殊的
@VARS@
来扩展。在这种情况下，仅将
@与
配置文件一起使用。它还提供了
#cmakedefine

您可以对Python文件使用相同的方法。许多项目在CMake变量中定义作者、版本等，然后在
文件中提供一个
setup.py.in，搜索该文件并替换为
configure\u文件
我用您的建议更新了我的答案。我仍然不清楚如何使用Python调用可执行文件。我用您的建议更新了我的答案。我仍然不清楚如何使用Python调用可执行文件。