【发布时间】:2015-07-29 18:27:15
【问题描述】:
我正在使用一些使用它自己的 Makefile 构建系统的内部软件。然而,我正在编写的软件需要更多的灵活性,所以我正在使用 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 配置被注入到其他 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
【问题讨论】:
-
CMake 生成的 Makefile 是直接使用
cd /path/to/my/modules/dostuff && /usr/bin/make library还是使用cd /path/to/my/modules/dostuff && $(MAKE) library?您还可以尝试将env或printenv作为命令添加到该配方中,以查看当时的环境是什么样的。这可能会告诉你一些事情。 -
它使用第一个。没有变量需要扩展。我会尝试打印出环境变量,看看是否有任何有用的弹出。
-
变量看起来正确。它没有告诉我为什么存在需要覆盖的配方或为什么它试图运行命令 I。(正确定义了 cc 和 cxx)。
-
my-make/Make.common是 CMake 控制文件还是“外部库”的一部分? -
外部库。单个项目的 makefile 非常简单,只需指定一些文件和配置,大部分过程由 Make.common 配置。