链接静态库时未定义的引用,但在使用src进行编译时成功链接

时间:2014-05-19 22:45:06

标签: c++ makefile linker-errors

我正在尝试使用Boost :: Test为库创建C库和C ++测试程序。我在这个问题中发布的代码是我的代码的简化,它显示了完全相同的问题。请帮忙!

这是目录结构。 childlib是我尝试创建的库,test是测试程序。

> tree
.
`-- src
    |-- main
    |   |-- c
    |   |   `-- childlib.c
    |   |-- childlib.h
    |   `-- makefile
    `-- test
        |-- cpp
        |   `-- test.cpp
        `-- makefile

5 directories, 5 files

我可以成功地将childlib放入静态库中:

> cd src/main    
> make
gcc -c -fPIC -o c/childlib.o c/childlib.c
ar rcs libchildlib.a c/childlib.o
ranlib libchildlib.a

但我无法通过链接来制作我的测试程序:

> cd ../test/
> make
g++ -I. -I../main -Imy_boost_install_dir/include -c -std=c++11 -o cpp/test.o cpp/test.cpp
g++ -L../main -Lmy_boost_install_dir/lib -lchildlib -lboost_unit_test_framework -Wl,-rpath=my_boost_install_dir/lib -o test_childlib cpp/test.o 
cpp/test.o: In function `test_func1::test_method()':
test.cpp:(.text+0x15e7e): undefined reference to `childlib_func1()'
collect2: error: ld returned 1 exit status
make: *** [test_childlib] Error 1

另一方面,如果我通过删除对静态库的引用并将childlib.c作为源文件添加来手动运行编译,我可以成功完成测试程序:

> g++  -Lmy_boost_install_dir/lib -lboost_unit_test_framework -Wl,-rpath=my_boost_install_dir/lib -o test_childlib cpp/test.o ../main/c/childlib.c 
> ./test_childlib 
Running 1 test case...

*** No errors detected

这是各种源文件。 TEST.CPP:

#include <cstdlib>
#include <stdint.h>

#define BOOST_TEST_MODULE childlib test
#include <boost/test/unit_test.hpp>
#include <boost/test/included/unit_test.hpp>

#include "childlib.h"

BOOST_AUTO_TEST_CASE( test_func1 ) {
  childlib_func1();

  BOOST_CHECK(true);
}

childlib.h:

#ifndef CHILDLIB_H_
#define CHILDLIB_H_

void childlib_func1();

#endif /* CHILDLIB_H_ */

最后是childlib.c:

#include <stdint.h>

void childlib_func1() {
  return;
}

两个makefile在下面。

childlib makefile:最后我还要创建一个动态库,但现在它已经注释掉了make all

# childlib

CC = gcc

SRCS             = $(wildcard c/*.c)
OBJS             = $(SRCS:.c=.o)
HDRS             = $(wildcard *.h)
MODULE_BASE_NAME = childlib
MODULE_LIB_A     = lib$(MODULE_BASE_NAME).a
MODULE_LIB_SO    = lib$(MODULE_BASE_NAME).so
INCLUDE_DIRS     = .
INCLUDE          = $(addprefix -I,$(INCLUDE_DIRS))
CFLAGS           = -c -fPIC


all: $(MODULE_LIB_A) # $(MODULE_LIB_SO)

$(MODULE_LIB_A): $(OBJS)
    ar rcs $@ $^
    ranlib $@

$(MODULE_LIB_SO): $(OBJS)
    $(CC) -shared -o $@ $^  

.c.o:
    $(CC) $(CFLAGS) -o $@ $^

clean:
    -rm -f $(MODULE_LIB_A) $(MODULE_LIB_SO) $(OBJS)
    -find . -name '*~' -delete

这是测试工具makefile:

# test

CC        = g++

SRCS             = $(wildcard cpp/*.cpp)
OBJS             = $(SRCS:.cpp=.o)
MODULE_EXE       = test_childlib

MAIN_DIR         = ../main

BOOST_DIR        = my_boost_install_dir
BOOST_INC_DIR    = $(BOOST_DIR)/include
BOOST_LIB_DIR    = $(BOOST_DIR)/lib
BOOST_LIBS       = boost_unit_test_framework
INCLUDE          = $(addprefix -I,. $(MAIN_DIR) $(BOOST_INC_DIR))
LIB_DIRS         = $(addprefix -L,$(MAIN_DIR) $(BOOST_LIB_DIR))
LIBS             = $(addprefix -l,childlib $(BOOST_LIBS))
LINKER_OPTS      = -Wl,-rpath=$(BOOST_LIB_DIR)

CFLAGS           = -c -std=c++11


all: test

test: $(MODULE_EXE)
    ./$(MODULE_EXE)


$(MODULE_EXE): $(OBJS)
    $(CC) $(LIB_DIRS) $(LIBS) $(LINKER_OPTS) -o $@ $^ 

.cpp.o:
    $(CC) $(INCLUDE) $(CFLAGS) -o $@ $^

clean:
    -rm -f $(MODULE_EXE) $(OBJS)
    -find . -name '*~' -delete

我正在使用gcc&amp; g ++ 4.8.1。我还使用了使用gcc 4.7.2编译的boost 1.54.0。

似乎我需要在我的测试makefile中为g ++提供正确的选项,但我不知道它们是什么。有人可以帮我链接childlib库和我的测试程序吗?

3 个答案:

答案 0 :(得分:2)

我还没有看到你的所有代码,但问题很可能是静态链接的工作方式(http://eli.thegreenplace.net/2013/07/09/library-order-in-static-linking/)造成的。

尝试更改库的顺序,具体来说,请尝试更改它:

$(MODULE_EXE): $(OBJS)
  $(CC) $(LIB_DIRS) $(LIBS) $(LINKER_OPTS) -o $@ $^ 

进入这个:

$(MODULE_EXE): $(OBJS)
  $(CC) $(LIB_DIRS) $(LINKER_OPTS) -o $@ $^ $(LIBS)

答案 1 :(得分:2)

按照在链接命令行上遇到的顺序处理库和对象:始终包括目标文件(或转换为目标文件后的源文件)。它们的未定义符号将添加到要解析的符号列表中。检查库以查找遇到它们的任何未定义符号。如果至少定义了一个到目前为止未定义的符号,则包括正在调查的库中的任何目标文件。一旦处理完毕,图书馆就会被遗忘。

tl; dr:首先放置目标文件,库最后。

答案 2 :(得分:2)

另一方面&#34;&#34;例如,您使用childlib编译g++

在原始案例中,您使用gcc编译它。

C和C ++是不同的语言。您应该决定使用哪种语言childlib并坚持使用它,而不是尝试编写适合两种语言的公共子集的代码。

将C生成的目标文件与C ++生成的目标文件链接起来没有问题,只要您指定C ++目标文件应使用C兼容格式,或者指定它们需要链接的函数名称against在C生成的目标文件中。

假设您想将childlib.c保留为C代码。后者更常见,执行此操作的方法是确保childlib.h内的所有声明和定义都包含在extern "C" { ...您的代码...... }中包含在C ++源文件中。实现此目的的一种方法是使标头包含:

#ifdef __cplusplus
extern "C" {
#endif

// the code

#ifdef __cplusplus
}
#endif

然后,头文件始终以两种语言运行,您不必依赖于记住在包含它的所有文件中执行extern "C" { #include...。它还允许您在extern块之外放置内容,例如包括系统标题。