使用 gnu-make 链接静态库时如何遵循链接顺序？

我有以下问题：

cc -g -O2 -Wall -Wextra -Isrc -rdynamic -DNDEBUG  build/liblcthw.a    tests/list_tests.c   -o tests/list_tests
/tmp/ccpvGjZp.o: In function `test_create':
~/lcthw/tests/list_tests.c:12: undefined reference to `List_create'
collect2: ld returned 1 exit status
make: *** [tests/list_tests] Error 1

But

cc -g -O2 -Wall -Wextra -Isrc -rdynamic -DNDEBUG tests/list_tests.c  build/liblcthw.a -o tests/list_tests

运行得很好，nm显示预期的内容、测试运行、每个人都很高兴等等。

我已经搜索过并找到了很多答案（例如链接器顺序 - GCC https://stackoverflow.com/questions/45135/linker-order-gcc），所以很明显链接器按照它真正应该的方式工作。那么，我应该如何修改我的makefile以遵循命令呢？

这是到目前为止的 Makefile：

CFLAGS=-g -O2 -Wall -Wextra -Isrc -rdynamic -DNDEBUG $(OPTFLAGS)
LIBS=$(OPTLIBS)
PREFIX?=/usr/local
BUILD=build

SOURCES=$(wildcard src/**/*.c src/*.c)
OBJECTS=$(patsubst %.c,%.o,$(SOURCES))

TEST_SRC=$(wildcard tests/*_tests.c)
TESTS=$(patsubst %.c,%,$(TEST_SRC))

TARGET=$(BUILD)/liblcthw.a
TARGET_LINK=lcthw
SO_TARGET=$(patsubst %.a,%.so,$(TARGET))

#The Target Build
all: $(TARGET) $(SO_TARGET) tests

dev: CFLAGS=-g -Wall -Isrc -Wall -Wextra $(OPTFLAGS)
dev: all

$(TARGET): CFLAGS += -fPIC
$(TARGET): build $(OBJECTS)
    ar rcs $@ $(OBJECTS)
    ranlib $@

$(SO_TARGET): $(TARGET) $(OBJECTS)
    $(CC) -shared -o $@ $(OBJECTS)

build:
    @mkdir -p $(BUILD)
    @mkdir -p bin

#The Unit Tests
.PHONY: tests
tests: CFLAGS+=$(TARGET)     #I think this line is useless now
tests: $(TESTS)
    sh ./tests/runtests.sh

#some other irrelevant targets

尝试了一些奇怪且明显错误的事情，例如递归调用

$(TESTS):
    $(MAKE) $(TESTS) $(TARGET)

运行这个Debian6在 VirtualBox 下Windows7。系统规格：

$ uname -a
Linux VMDebian 2.6.32-5-686 #1 SMP Mon Mar 26 05:20:33 UTC 2012 i686 GNU/Linux
$ gcc -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.4.5-8' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.4 --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --libdir=/usr/lib --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-targets=all --with-arch-32=i586 --with-tune=generic --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu
Thread model: posix
gcc version 4.4.5 (Debian 4.4.5-8) 

附：摘自 Zed Shaw 的《Learn C The Hard Way》，练习33 http://c.learncodethehardway.org/book/learn-c-the-hard-waych33.html。不知道是否应该将其标记为作业:)

您没有显示正在构建的 makefile 规则tests/list_tests但看起来这只是内置规则。使用 GNU Make，您可以使用以下命令打印出该规则-p，这将向您显示：

# default
LINK.c = $(CC) $(CFLAGS) $(CPPFLAGS) $(LDFLAGS) $(TARGET_ARCH)
[...]
.c:
#  recipe to execute (built-in):
    $(LINK.c) $^ $(LOADLIBES) $(LDLIBS) -o $@

通过将库添加到$(CFLAGS)（通过目标特定变量tests: CFLAGS+=$(TARGET)），你把它放在之前$^在结果命令中。相反，你应该将其添加到$(LDLIBS)以便它出现在目标文件之后：

tests: LDLIBS+=$(TARGET)

但请注意，像这样依赖目标特定变量的传播在实践中效果并不特别好。当您输入时make tests然后使用该库来构建tests/list_tests等人。然而，当你只对一项测试感兴趣时，你会发现make tests/list_tests失败，因为命令中未包含链接库。 （看这个答案 https://stackoverflow.com/questions/3261737/makefile-change-variable-value-depending-on-a-target/#3263435了解详情。）