Makefile.am - 手动目标先决条件 +添加前缀？

Question

我有一个自动工具项目，其中部分源代码是从网络动态下载的（因为IP权利阻止直接重新分发）然后构建。

我有一个可以运行的 Makefile.am，但我对其某些方面不满意。

就是这样：

INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
AM_CFLAGS = -fPIC -Wall ${SYMBOL_VISIBILITY}

LIBVERSION=0:0:0

REFSRC_PATH=refsrc
REFSRC_SRC=refsrc/dtx.c refsrc/globdefs.c refsrc/host.c refsrc/mathhalf.c refsrc/sp_enc.c refsrc/sp_rom.c refsrc/vad.c refsrc/err_conc.c refsrc/homing.c refsrc/mathdp31.c refsrc/sp_dec.c refsrc/sp_frm.c refsrc/sp_sfrm.c

${REFSRC_PATH}/.downloaded:
        ./fetch_sources.py "${REFSRC_PATH}"
        for f in `ls -1 "${REFSRC_PATH}"/*.{c,h}`; do   \
                sed -i -e"s/round/round_l2s/" "$$f";    \
        done
        touch $@

${REFSRC_PATH}/dtx.c: ${REFSRC_PATH}/.downloaded

lib_LTLIBRARIES = libgsmhr.la
libgsmhr_la_SOURCES = libgsmhr.c $(REFSRC_SRC)

clean-local:
        -rm -rf ${REFSRC_PATH}

所以本质上，libgsmhr.c 是我的主要包装器，然后我将源代码下载到 refsrc/ 子目录中并对其进行一些修补。

第一个问题是，在 REFSRC_SRC 中，我希望使用 $(addprefix ...) 而不是在每个 .c 文件前面重复 refsrc/ 。但这似乎不起作用，autoreconf 有点抱怨。

失败详细信息（当从 REFSRC_SRC= 中删除 refsrc/ 前缀并在依赖项列表上使用 $(addprefix ${REFSRC_PATH}/, ${REFSRC_SRC}) 时）：（

bash$ autoreconf -i
libgsmhr/Makefile.am:19: addprefix ${REFSRC_PATH}/, ${REFSRC_SRC}: non-POSIX variable name
libgsmhr/Makefile.am:19: (probably a GNU make extension)

(configure works fine)

bash$ make
...
make[2]: Entering directory `/tmp/ram/gapk.build/libgsmhr'
  CC     libgsmhr.lo
  CCLD   libgsmhr.la
make[2]: Leaving directory `/tmp/ram/gapk.build/libgsmhr'
...

所以如您所见，它不包含任何下载的 .c文件，甚至根本没有下载它们。编译工作是因为 libgsmhr.c 是一个尚未使用这些文件中的符号的存根）

第二个问题是这条规则：

${REFSRC_PATH}/dtx.c: ${REFSRC_PATH}/.downloaded

我必须明确列出第一个文件（dtx.c）。 c）而不是使用通配符，例如：

${REFSRC_PATH}/%.c: ${REFSRC_PATH}/.downloaded

如果我尝试使用通配符，那么 autoreconf 会抱怨，而且它也不起作用......（模式以某种方式不匹配）。

失败细节：

bash$ autoreconf -i
libgsmhr/Makefile.am:16: `%'-style pattern rules are a GNU make extension

(configure works fine)

bash$ make
...
make[2]: *** No rule to make target `refsrc/dtx.c', needed by `dtx.lo'.  Stop.
...

西尔万

Answer 1

您似乎正在以 GNUMake 风格编写 makefile，但实际上正在运行其他版本的 Make。如果 autoreconf 正在调用什么并不明显，您可以在 makefile 中插入一条规则：

dummy:
    @echo using $(MAKE)
    $(MAKE) -v

如果这个理论被证明是正确的，您可以说服 autoconf 使用 GNUMake，或者为它正在使用的版本编写。