我有一个奇怪的Make案例,我正在努力弄明白。我有一个C ++项目,我从一些.cpp文件开始,我需要从多个应用程序使用的多个远程目录中编译一些源文件。这不是理想的,但这是我的开发组使用的遗留目录/编译结构。
其他项目利用VPATH来实现这一目标。然而,他们最终硬编码了链接所需对象的列表,这种方法对我来说似乎不优雅或灵活。我想动态编译和链接所有内容。另一个潜在的复杂性是这些远程VPATH目录中的一些文件具有.c扩展名(即使这些编译为C ++)而不是.cpp。
我目前的解决方案:
# Directory for object files
OBJ_DIR = build
CPPSRC := $(wildcard *.cpp)
CSRC := $(wildcard *.c)
OBJ := $(CSRC:%.c=$(OBJ_DIR)/%.o) $(CPPSRC:%.cpp=$(OBJ_DIR)/%.o)
# Directory for output binaries
BIN_DIR = bin
# Name of binary executable
OUTPUT = foo
# VPATH allows you to specify other directories to search for prereqs in
VPATH = /one/remote/dir /another/remote/dir
# 'make all'
all: $(BIN_DIR)/$(OUTPUT)
# 'make clean'
clean:
@rm -rf $(BIN_DIR)
@rm -rf $(OBJ_DIR)
$(OBJ_DIR)/%.o: %.cpp
@mkdir -p $(OBJ_DIR)
$(CXX) -c $< -o $@
$(OBJ_DIR)/%.o: %.c
@mkdir -p $(OBJ_DIR)
$(CXX) -c $< -o $@
$(BIN_DIR)/$(OUTPUT): $(OBJ)
@mkdir -p $(BIN_DIR)
$(CXX) -g -ansi -Wall -Werror -o $@ $(OBJ)
结果是,除了我的VPATH目录中的文件之外,所有内容都被编译和链接。我怀疑这可能是因为一旦我的$(OBJ)prereq被评估,结果对象本身都不在VPATH中,只是源文件。
我可以采取更好的方法吗?我不太容易改变这些远程VPATH目录的内容,因为它们被不同所有者的许多不同应用程序使用。
答案 0 :(得分:2)
看着:
CPPSRC := $(wildcard *.cpp)
CSRC := $(wildcard *.c)
OBJ := $(CSRC:%.c=$(OBJ_DIR)/%.o) $(CPPSRC:%.cpp=$(OBJ_DIR)/%.o)
$(BIN_DIR)/$(OUTPUT): $(OBJ)
第一行说,获取当前目录中与模式*.cpp
匹配的所有文件。第二行说,获取当前目录中与模式*.c
匹配的所有文件。第三行说,将所有这些源文件转换为$(OBJ_DIR)
目录中的目标文件名。
最后一行说,当你想构建$(BIN_DIR)/$(OUTPUT)
时,请确保首先构建所有这些目标文件。
你没有告诉make它应该为其他地方可能找到的源构建任何目标文件(例如,/one/remote/dir
或/another/remote/dir
)。那么为什么要尝试构建它们呢?
您必须继续查找这些文件并将其添加到对象列表中。
您可以尝试这样的事情:
VPATH = /one/remote/dir /another/remote/dir
OBJ += $(patsubst %,$(OBJ_DIR)/%.o,$(notdir $(basename $(wildcard $(addsuffix /*.cpp,$(VPATH)) $(addsuffix /*.c,$(VPATH))))))
这会为/*.cpp
中的每个目录添加/*.c
和$(VPATH)
后缀,然后使用通配符获取所有匹配的文件,然后获取基本名称(删除.cpp
和.c
后缀),然后删除目录路径,然后将每个基本文件名转换为前缀$(OBJ_DIR)
并添加.o
到最后。
当然,如果您的系统中有两个具有相同基本名称的文件,那么运气不好,您将不得不做一些更复杂的事情,例如保留目录结构。