具有范围变量的全局Makefile

我试图我的整个项目转换为一个单一的Makefile的授意下，如果这个文件，我看到乱扔垃圾了我所有的搜索结果，每当我有一个递归的Makefile问题。但是，我遇到了一个非常基本的问题，我不确定该如何解决。我想为每个Makefile模块定义几个常见但不完全相同的变量。为此，我Makefile.var首先创建了一个文件：

# ============================================================================
# Common aliases for local dirs
# ============================================================================
# Every make module must define WORKING_DIR :=
BIN = $(WORKING_DIR)/bin
OBJ = $(WORKING_DIR)/obj
SRC = $(WORKING_DIR)/src
DEP = $(WORKING_DIR)/obj
INC = $(WORKING_DIR)/include
INCLUDES = -I$(INC)

ALL_SRCS   = $(wildcard $(SRC)/*.C)
ALL_INCS   = $(wildcard $(INC)/*.h)
ALL_OBJS   = $(subst $(SRC),$(OBJ),$(ALL_SRCS:%.C=%.o))
ALL_DEPS   = $(subst $(SRC),$(DEP),$(ALL_SRCS:%.C=%.d))

该Makefile.var文件位于主文件中首先包含的文件中。此后，包括后续的makefile模块。这是我的主人Makefile：

include MakeModules/Makefile.var
include MakeModules/Makefile.tools

clean: $(CLEAN_LIST)

all: $(MAKE_LIST)

最后，这是模块的外观。为简便起见，我将复制和粘贴相同的模块两次，然后为第二个实例调整名称。这是Makefile.tools：

# ============================================================================
# queuing (QUE)
# ============================================================================
WORKING_DIR := $(TOP)/tools/queuing
QUE_TARGET  := libqueue.so

-include $(DEP)/*.d

$(QUE_TARGET): $(ALL_OBJS)
    $(CPP) $(CFLAGS) -shared -o $@ $(ALL_OBJS)

que-clean:
    -rm -f $(OBJ)/*.o $(DEP)/*.d

CLEAN_LIST += que-clean
MAKE_LIST += $(QUE_TARGET)

# ============================================================================
# queuing2 (QUE2)
# ============================================================================
WORKING_DIR := $(TOP)/tools/queuing2
QUE2_TARGET := libqueue2.so

-include $(DEP)/*.d

$(QUE2_TARGET): $(ALL_OBJS)
    $(CPP) $(CFLAGS) -shared -o $@ $(ALL_OBJS)

que2-clean:
    -rm -f $(OBJ)/*.o $(DEP)/*.d

CLEAN_LIST += que2-clean
MAKE_LIST += $(QUE2_TARGET)

如您所见，基于的值Makefile.tools使用从派生的变量。好吧，这实际上是行不通的，因为可以进行两阶段读取。该变量将仅接受最后一次已知的分配，并且对于所有规则，无论它们位于何处，其值都将相同。这意味着只有最后定义的模块实际上具有正确的规则。Makefile.varWORKING_DIRmakeWORKING_DIRALL_OBJS

有没有办法让BIN, OBJ, SRC, ...每个模块都可以访问公共变量，而不必仅仅用新的前缀一遍又一遍地c / ping？也就是说，我可以将变量定义的作用域限定在Makefile节中，然后在保留旧规则的情况下进行更改吗？我有点发痒的感觉，这是不可能的，但是如果我错过了一些很好的技巧可以很好地解决这个问题，那将是非常好的。否则，这种全局Makefile事情实际上是不可行的（使用了TONS的通用变量来从派生值，该变量WORKING_DIR以前由递归make限定范围）。