Question

我有一个正在构建的“小型”图形库，在尝试构建与其链接的测试二进制文件时遇到了该错误：

al_test.o: In function `test_wave()':
al_test.cpp:(.text+0x1a7): undefined reference to `min::wave::wave(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
...

（以及其他类似的错误，但我们将重点关注这一点）。该库是在具有以下规则的makefile中构建的：

all: libmgl.a libmgl.so

libmgl.so: $(OBJECTS)
    $(LD) $* $(LDFLAGS) -shared -o $@

libmgl.a: $(OBJECTS)
    $(AR) $(ARFLAGS) libmgl.a $^

%.o: %.cpp
    $(CXX) $(CXXFLAGS) $(CPPFLAGS) $(INCLUDES) -c -o $@ $<

CXXFLAGS包含一些内容，但最重要的是-std=c++14 -O3 -Wall -Werror，所有对象都可以正常编译，并且静态和动态库的输出没有错误或警告。

现在我有一个文件source/test/al_test.cpp，用于仅测试库的音频部分，如下所示：

#include <iostream>
#include "twave.h"
int main()
{
    try
    {
        bool out = true;
        out = out && test_wave();
        // out = out && test_ogg();
        // out = out && test_sound_buffer();
        if (out)
        {
            std::cout << "Sound tests passed!" << std::endl;
            return 0;
        }
    }
    catch (std::exception &ex)
    {
        std::cout << ex.what() << std::endl;
    }

    std::cout << "Sound tests failed!" << std::endl;
    return -1;
}

并且函数test_wave在twave.h中的定义如下：

#include <stdexcept>
#include "min/wave.h"
bool test_wave()
{
    bool out = true;

    // Load invention wav file
    {
        const min::wave sound = min::wave("data/sound/invention_no_1.wav");

        // File should not be mono
        out = out && !sound.is_mono();
        if (!out)
        {
            throw std::runtime_error("Failed wave file not is_mono");
        }

        // Other checks that aren't important...
    }

    return out;
}

这是我的问题：min::wave::wave()确实存在，也应该存在于库中。这是精简的min/wave.h：

#ifndef __WAVE__
#define __WAVE__
#include <string>
namespace min {
class wave
{
  private:
    void load(const std::string);
  public:
    wave(const std::string&);
};
}
#endif

和min/wave.cpp

#include "wave.h"

min::wave::wave(const std::string &file)
{
    load(file);
}

// Definition of `load` omitted; I don't think it's important,
// but know that it is here

因此该文件存在，函数声明和定义都存在，并且在我的make输出中可以看到正在构建wave.o并将其链接/归档到libmgl.a / {{ 1}}。但是编译器声称它不存在。似乎不是链接顺序问题；这是我构建测试的过程：

libmgl.so

g++ -c -Imin/ al_test.cpp -o al_test.o g++ al_test.o -L. -lmgl -lX11 -lGL -lfreetype -lopenal -lvorbisfile -o bin/al_test显然是我的库的名称，而这些正是它所依赖的其他内容。我也尝试将mgl替换为-L.，但无济于事。

为什么g ++认为我的函数未定义？

`-L/absolute/path/to/project/directory/`命令

根据普遍的需求，以下是一些nm命令及其输出：

静态库：

nm

...动态库：

nm -C libmgl.a | grep wave
wavefront.o
wave.o:
0000000000000090 T min::wave::load(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >)
0000000000000000 W void min::wave::load<min::mem_file>(min::mem_file const&)
0000000000000000 W void min::wave::load<std::vector<unsigned char, std::allocator<unsigned char> > >(std::vector<unsigned char, std::allocator<unsigned char> > const&)
0000000000000000 T min::wave::clear()
0000000000000880 T min::wave::wave(min::mem_file const&)
0000000000000720 T min::wave::wave(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)
0000000000000880 T min::wave::wave(min::mem_file const&)
0000000000000720 T min::wave::wave(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)
0000000000000080 T min::wave::get_sample_rate() const
0000000000000060 T min::wave::get_data_samples() const
0000000000000050 T min::wave::get_bits_per_sample() const
0000000000000040 T min::wave::data() const
0000000000000020 T min::wave::is_mono() const
0000000000000030 T min::wave::is_stereo() const
0000000000000550 T min::sound_buffer::add_wave_pcm(min::wave const&)
                 U min::wave::get_sample_rate() const
                 U min::wave::get_bits_per_sample() const
                 U min::wave::data() const
                 U min::wave::is_stereo() const

...以及测试文件：

nm -C libmgl.so
0000000000201020 B __bss_start
0000000000201020 b completed.7631
                 w __cxa_finalize
0000000000000460 t deregister_tm_clones
00000000000004f0 t __do_global_dtors_aux
0000000000200e88 t __do_global_dtors_aux_fini_array_entry
0000000000201018 d __dso_handle
0000000000200e90 d _DYNAMIC
0000000000201020 D _edata
0000000000201028 B _end
000000000000053c T _fini
0000000000000530 t frame_dummy
0000000000200e80 t __frame_dummy_init_array_entry
0000000000000548 r __FRAME_END__
0000000000201000 d _GLOBAL_OFFSET_TABLE_
                 w __gmon_start__
0000000000000420 T _init
                 w _ITM_deregisterTMCloneTable
                 w _ITM_registerTMCloneTable
00000000000004a0 t register_tm_clones
0000000000201020 d __TMC_END__

Answer 1

有了有关静态和动态库中可用符号的更多信息，我得出的结论是共享库为空。

它是空的，因为这里的$*扩展为空。

libmgl.so: $(OBJECTS)
    $(LD) $* $(LDFLAGS) -shared -o $@

请参见GNU make documentation：

如果显式规则中的目标名称未以可识别的后缀结尾，则将“ $ *”设置为该规则的空字符串。

用$*代替$^就像用来构建libmgl.a一样，应该可以解决您的问题。

Answer 2

由于nm libmgl.so | grep wave不返回任何内容（请参见注释），因此我们至少知道该库未正确链接（构建？）。

实际上，您应该调用g++进行链接：

$(CXX) $* $(LDFLAGS) -shared -o $@

按照用户UKMonkey的建议完成操作后，

链接事项的顺序

因此，您的二进制文件应这样构建：

g++ -L. -lmgl -lX11 -lGL -lfreetype -lopenal -lvorbisfile -o bin/al_test al_test.o

C ++对库函数的未定义引用

`-L/absolute/path/to/project/directory/`命令

2 个答案:

C ++对库函数的未定义引用

-L/absolute/path/to/project/directory/命令

2 个答案:

`-L/absolute/path/to/project/directory/`命令