尝试链接从CUDA对象构建的共享库时,未定义符号

时间:2019-06-17 18:39:27

标签: c++ linux cuda gnu-make nvcc

我正在尝试从几个.cu源文件中构建一个简单的应用程序,并从一个.cu文件中调用一个函数的一个非常简单的C ++ main。我正在从已编译的.cu文件制作一个共享库(.so文件)。我发现所有内容都构建顺利,但是当我尝试运行该应用程序时,出现了一个链接器未定义的符号错误,其中包含我从main()调用的.cu函数的错误名称。如果我改建一个静态库,我的应用程序运行就很好。这是我设置的makefile:

.PHONY: clean
NVCCFLAGS = -std=c++11 --compiler-options '-fPIC'
CXXFLAGS = -std=c++11
HLIB = libhello.a
SHLIB = libhello.so
CUDA_OBJECTS = bridge.o add.o

all: driver

%.o :: %.cu
    nvcc -o $@ $(NVCCFLAGS) -c -I. $<

%.o :: %.cpp
    c++ $(CXXFLAGS) -o $@ -c -I. $<

$(HLIB): $(CUDA_OBJECTS)
    ar rcs $@ $^

$(SHLIB): $(CUDA_OBJECTS)
    nvcc $(NVCCFLAGS) --shared  -o $@ $^

#driver : driver.o $(HLIB)
#   c++ -std=c++11 -fPIC -o $@ driver.o -L. -lhello -L/usr/local/cuda-10.1/targets/x86_64-linux/lib -lcudart

driver : driver.o $(SHLIB)
    c++ -std=c++11 -fPIC -o $@ driver.o -L. -lhello

clean:
    -rm -f driver *.o *.so *.a

以下是makefile用作饲料的各种源文件。 add.cu:

__global__ void add(int n, int* a, int* b, int* c) {
    int index = threadIdx.x;
    int stride = blockDim.x;

    for (int ii = index; ii < n; ii += stride) {
        c[ii] = a[ii] + b[ii];
    }
}

add.h:

extern __global__ void add(int n, int* a, int* b, int* c);

bridge.cu:

#include <iostream>
#include "add.h"

void bridge() {
    int N = 1 << 16;
    int blockSize = 256;
    int numBlocks = (N + blockSize - 1)/blockSize;

    int* a;
    int* b;
    int* c;

    cudaMallocManaged(&a, N*sizeof(int));
    cudaMallocManaged(&b, N*sizeof(int));
    cudaMallocManaged(&c, N*sizeof(int));

    for (int ii = 0; ii < N; ii++) {
        a[ii] = ii;
        b[ii] = 2*ii;
    }

    add<<<numBlocks, blockSize>>>(N, a, b, c);

    cudaDeviceSynchronize();

    for (int ii = 0; ii < N; ii++) {
        std::cout << a[ii] << " + " << b[ii] << " = " << c[ii] << std::endl;
    }

    cudaFree(a);
    cudaFree(b);
    cudaFree(c);
}

bridge.h:

extern void bridge();

driver.cpp:

#include "bridge.h"

int main() {
    bridge();
    return 0;
}

我是cuda的新手,所以我希望那是我做错事的地方。我在使用extern“ C”声明时玩了一点,但这似乎只是将“ undefined symbol”错误从运行时转移到了构建时。

我熟悉可以以未定义符号结尾的各种方式,并且我提到了我已经执行的各种实验(静态链接,外部“ C”声明),这些使我认为此问题是提出的重复问题未解决。

我无法解析的符号是_Z6bridgev

在我看来,链接器应该可以解析该符号。如果可以在driver.o上执行nm,我会看到:

0000000000000000 T main
                 U _Z6bridgev

如果我在libhello.so上运行nm,我会看到:

0000000000006e56 T _Z6bridgev

1 个答案:

答案 0 :(得分:0)

当Robert Crovella能够使我的示例在他的机器上工作时,而我却无法使他的示例在我的机器上工作时,我开始意识到我的问题与cuda或nvcc无关。事实是,使用共享库,加载程序必须在运行时解析符号,而我的共享库不在“众所周知的位置”。我现在仅使用c ++源构建了一个简单的测试用例,然后重复了我的失败。将libhello.so复制到/usr/local/lib后,我就能够成功运行driver。因此,如果那是人们的意愿,那么我可以结束我最初的问题。