如何在使用gnu-make鏈接靜態庫時遵循鏈接順序？

Question

我有以下問題：

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

但

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

運行得很好， nm顯示預期的內容，測試運行，每個人都很高興，等等。

我搜索了SO並找到了很多答案（例如鏈接器命令 - 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)

在Windows7 VirtualBox下的Debian6運行它。 系統規格：

$ 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) 

PS來自Zed Shaw的Learn C The Hard Way， 練習33 。 不知道我是否應該把它標記為作業:)

Answer 1

您沒有顯示構建tests/list_tests的makefile規則，但它看起來好像只是內置規則。 使用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失敗，因為該命令中不包含鏈接庫。 （有關詳細信息，請參閱此答案 。）

Answer 2

我是一個菜鳥，通過同一本書進步，我得到了這樣建立：

我換了一行：

測試：CFLAGS + = $（TARGET）#I我認為這條線現在沒用了

至

測試：CFLAGS + = $（SO_TARGET）