c++ - 在外部依赖项上从 cmake 运行 make - 忘记 cmake make 规则

Question

我正在使用一些内部软件，这些软件使用它自己的 Makefile 构建系统。然而，我正在编写的软件需要更多的灵 active ，所以我正在使用 CMake，我想将其配置为自动构建这些项目。我正在尝试通过如下函数将这些外部库包含在它们自己的特殊构建规则中:

set(MyModuleDir "/path/to/my/modules")
set(MyModules "")
function(import_my_module module_name)
    add_custom_target(build_my_${module_name} ALL
        COMMAND ${CMAKE_MAKE_PROGRAM} library
        WORKING_DIRECTORY ${MyModuleDir}/${module_name})
    add_library(my_${module_name} STATIC IMPORTED)
    set_target_properties(my_${module_name}
        PROPERTIES IMPORTED_LOCATION ${MyModuleDir}/${module_name}/lib${module_name}.a)
    add_dependencies(my_${module_name} build_my_${module_name})
    include_directories(${MyModuleDir}/${module_name})
    set(MyModules my_${module_name} ${MyModules} PARENT_SCOPE)
endfunction()

它最终运行的命令是正确的，比如 dostuff 库:

cd /path/to/my/modules/dostuff && /usr/bin/make library

如果单独运行，会产生正确的结果。然而，在 CMake makefile 执行中，我反而收到了一些关于覆盖旧配方的警告，然后出现了一堆错误，因为它在尝试构建时惨遭失败，如下所示:

cd /path/to/my/modules/dostuff && /usr/bin/make library
make[3]: Entering directory '/path/to/my/modules/dostuff'
../my-make/Make.common:1007: warning: overriding recipe for target '/dostuff'
../my-make/Make.common:982: warning: ignoring old recipe for target '/dostuff'
../my-make/Make.common:1032: warning: overriding recipe for target '/dostuff'
../my-make/Make.common:1007: warning: ignoring old recipe for target '/dostuff'
I. -I..    -o /myfile -c myfile.c
make[3]: I.: Command not found
../my-make/Make.common:1145: recipe for target '/myfile' failed
make[3]: [/myfile] Error 127 (ignored)
I. -I..    -o /myfile2 -c myfile2.c
make[3]: I.: Command not found
... etc ...

所以我想也许 CMake 的一些 makefile 配置被注入(inject)到其他 Makefile 的执行中。那，或者从 make 上下文执行不允许子 make 进程正确配置自己。我想用全新的 make 配置来构建这些项目，而不是从其他 make 过程中继承任何东西。如何做到这一点？

以下是外部 makefile 中的一些有问题的行:

 980 # Target for objdir's executable.
 981 $(execute): $(siblibs) $(library) $(maincobjs) $(mainccobjs)
 982     $(maincppobjs)
...
1004 # We make the libraries for each project, which causes all the object
1005 # files to be created.
1006 $(dynlib): $(siblibs) $(library)
1007    @if [ "$(dynlib_ok)" = "1" ]; then \
1008        cd $(OBJDIR); \
1009            $(linkcc) $(dynlib_link_flags) \
1010                $(LFLAGS) \
1011                -o $(notdir $(dynlib)) \
1012                $(foreach sobj,$(sibobjs), ../$(sobj)) \
1013                $(notdir $(libcobjs)) \
1014                $(notdir $(libccobjs)) \
1015                $(notdir $(libcppobjs)) \
1016                $(LIBS) $(user_libs); \
1017    else \
...
1030 $(library): $(libcobjs) $(libccobjs) $(libcppobjs) $(cplibs)
1031 # numsources must be positive.
1032    @if [ "$(numsources)" -eq 0 -a "$(nummains)" -eq 0 ]; then \
1033        echo "There are no sources to compile or libs to be made."; \
1034        exit 1; \
1035    fi
1036 # Check that sources (incl. main) do not include both libs and c files,
1037 # or multiple libs.
1038    @if [ "$(numcplibs)" -gt 0 -a "$(numsources)" -gt 1 ]; then \
1039        echo "Error: cannot have source files (not incl. main) and"; \
1040        echo "libs {$(cplibs)}, or multiple libs, in same project"; \
1041        exit 1; \
1042    fi

Answer 1

事实证明，问题出在通用 makefile 脚本的其他地方。有一些代码根据对 MAKELEVEL 的检查有条件地设置一些内部变量，以避免在递归运行时重新定义变量。这是由 CMake 的制作脚本设置的(例如，我的脚本是 4 级)。所以我刚刚将我的命令更新为

    COMMAND ${CMAKE_MAKE_PROGRAM} library MAKELEVEL=0

现在一切正常。