带有 PCRE 库的 Cmake ExternalProject_Add不适用于 NMake 生成器

Cmake ExternalProject_Add with PCRE library does not work with NMake Generator

本文关键字：NMake 适用于 不适用 Add 库的 PCRE Cmake ExternalProject 带有      更新时间：2023-10-16

我正在尝试构建PCRE库作为更大构建的一部分。我的工作设置在带有 CMake 3.2.2 的 Ubuntu 上使用 ninja 或 make，CMake 3.3.2 在带有 TDM-GCC 的 Windows 上使用 Mingw32-make 或 ninja，但在使用 NMake 与 Visual Studio 2015 编译器时失败。在添加我在下面描述的代码之前，构建在所有这些平台上工作。

我使用"ExternalProject_Add"为此构建创建目标。以下是我设置一些变量并设置外部项目的部分。为了简洁起见，我删除了几个消息语句。LibFolder是我的源代码树中的一个文件夹，ProjectBinaryDir在我的输出文件夹中。

set(PcreSrcDir "${LibFolder}pcre-8.38/")
set(PcreLibDir "${ProjectBinaryDir}PCRE-prefix/src/PCRE-build/")
set(PcreCppLib "${CMAKE_STATIC_LIBRARY_PREFIX}pcrecpp${CMAKE_STATIC_LIBRARY_SUFFIX}")
#set(PcreLib "${CMAKE_STATIC_LIBRARY_PREFIX}pcre${CMAKE_STATIC_LIBRARY_SUFFIX}")
#set(PcrePosixLib "${CMAKE_STATIC_LIBRARY_PREFIX}pcre${CMAKE_STATIC_LIBRARY_SUFFIX}")
set(PcreLibs "${PcreLibDir}${PcreCppLib}")
set(PcreIncludeDirs "${PcreSrcDir}" "${PcreLibDir}")
include(ExternalProject)
ExternalProject_Add(
  PCRE
  SOURCE_DIR "${PcreSrcDir}"
  INSTALL_COMMAND ""
  BUILD_BYPRODUCTS "${PcreLibs}"
)

我稍后使用 PcreIncludeDirs 与 include_directories 命令一起使用，这似乎有效，我在任何构建过程中都没有收到与查找标头相关的警告或错误。

我使用 PcreLibs 和目标名称 PCRE 来设置 PCRE 库与我构建的其他库和可执行文件之间的依赖关系。下面是一个示例，LibrarySource 是此示例中库的源文件数组，ProjectDynamicLib 是正在构建的 So/Dll 的名称：

add_library(${ProjectDynamicLib} SHARED "${LibrarySource}")
target_link_libraries(${ProjectDynamicLib} "${PcreLibs}")
add_dependencies(${ProjectDynamicLib} PCRE)

这再次适用于Make和Ninja，但在NMake中失败。该构建编译了 PCRE 和我的大部分C++代码，然后在链接到 它失败并出现以下错误：

NMAKE : fatal error U1073: don't know how to make 'PCRE-prefixsrcPCRE-buildpcrecpp.lib'
Stop.
NMAKE : fatal error U1077: '"C:Program Files (x86)Microsoft Visual Studio 14.0VCBINnmake.exe"' : return code '0x2'
Stop.
NMAKE : fatal error U1077: '"C:Program Files (x86)Microsoft Visual Studio 14.0VCBINnmake.exe"' : return code '0x2'
Stop.

起初，我担心库名称省略了我的构建目录的绝对路径。因此，我尝试以多种方式调整名称，包括反转所有斜杠以使它们对窗口更友好，并将库名称作为target_link_libraries的相对路径传递。我输出每个相关变量，以便我可以手动检查它们，并检查库是否已构建，并在它们所属的文件夹中找到了它们 窗口资源管理器.我尝试了其他一些愚蠢的事情，但没有奏效。

为什么使用 NMake 和 msvc 会中断，但在使用 Mingw 和 GCC 时使用 Make、Ninja、Mingw32-make 工作？

我手动修改 PCRE 构建，发现它在不同的构建过程中发出名称略有不同的二进制文件。我再次查看了我的输出目录，在我的 msvc 构建中，我注意到 PCRE 静态库的名称中有一个额外的"d"。所以它们是"pcrecppd.lib"，"pcred.lib"和"pcreposixd.lib"。

我知道一些构建过程这样做是为了允许调试和发布构建在同一构建目录中共存。所以我通过查看 CMakeCache 来检查这是否是调试版本.txt

工作版本 - CMakeCache 的第 17 行到 20 行：

//Choose the type of build, options are: None(CMAKE_CXX_FLAGS or
// CMAKE_C_FLAGS used) Debug Release RelWithDebInfo MinSizeRel.
CMAKE_BUILD_TYPE:STRING=RELEASE

生成失败 - CMakeCache 的第 17 行到 20 行：

//Choose the type of build, options are: None(CMAKE_CXX_FLAGS or
// CMAKE_C_FLAGS used) Debug Release RelWithDebInfo MinSizeRel.
CMAKE_BUILD_TYPE:STRING=DEBUG

假设这是我的问题，我决定将外部项目设置为仅在发布模式下构建。我们可以将其设置为在需要调试正则表达式库的不太可能的情况下手动调试。我使用了 ExternalProject cmake 文档页面上描述的CMAKE_ARGS。

include(ExternalProject)
ExternalProject_Add(
  PCRE
  SOURCE_DIR "${PcreSrcDir}"
  INSTALL_COMMAND ""
  BUILD_BYPRODUCTS "${PcreLibs}"
  *CMAKE_ARGS "-DCMAKE_BUILD_TYPE:STRING=Release"*
)

我删除了整个构建文件夹（以确保干净状态并避免手动修补污染）并使用 cmake 重新配置并重建软件。这次它构建和链接没有错误。

我仍然不知道为什么 vs 和 nmake 选择构建调试而其他工具链默认发布，我也不知道有多少"D"是 PCRE、vs 或 nmake 或 CMake 的错。

相关文章：