用于创建具有 cuda 函数C++共享库的生成文件
Makefile for creating C++ shared library with cuda functions
编辑:(我在编译时没有错误,但使用共享库出现错误或警告)
我有一个从 cpu 移植到 GPU 的功能。我已经在 port.cu 中定义了我的 cuda 函数,调用 GPU 内核的函数是从 CNVEncoderH264.cpp 调用的。
我想链接这两个文件来收集,以便创建一个共享库以在另一个程序中使用,这是我的make文件:
port.o: port.cu
nvcc -m64 -arch=sm_20 -dc -Xcompiler '-fPIC' port.cu -c -o port.o
nvcc port.cu -c -o cudafile.o
main.o: main.cpp ../core/include/nvFileIO.h
$(GCC) $(CCFLAGS) $(EXTRA_CCFLAGS) $(INCLUDES) -o $@ -c $<
ffmpeg_interface.o: ffmpeg_interface.c ../core/include/nvFileIO.h
$(GCC) $(CCFLAGS) $(EXTRA_CCFLAGS) $(INCLUDES) -o $@ -c $<
NvPthreadABI.o: ../core/threads/NvPthreadABI.cpp
$(GCC) $(CCFLAGS) $(EXTRA_CCFLAGS) $(INCLUDES) -o $@ -c $<
NvThreadingClasses.o: ../core/threads/NvThreadingClasses.cpp
$(GCC) $(CCFLAGS) $(EXTRA_CCFLAGS) $(INCLUDES) -o $@ -c $<
NvThreadingLinux.o: ../core/threads/NvThreadingLinux.cpp
$(GCC) $(CCFLAGS) $(EXTRA_CCFLAGS) $(INCLUDES) -o $@ -c $<
utilities.o: src/utilities.cpp
$(GCC) $(CCFLAGS) $(EXTRA_CCFLAGS) $(INCLUDES) -o $@ -c $<
xcodeutil.o: src/xcodeutil.cpp inc/xcodeutil.h
$(GCC) $(CCFLAGS) $(EXTRA_CCFLAGS) $(INCLUDES) -o $@ -c $<
CNVEncoderH264.o: src/CNVEncoderH264.cpp utilities.o ffmpeg_interface.o inc/CNVEncoder.h
$(GCC) $(CCFLAGS) $(EXTRA_CCFLAGS) $(INCLUDES) -o $@ -c $<
CNVEncoder.o: src/CNVEncoder.cpp inc/CNVEncoder.h
$(GCC) $(CCFLAGS) $(EXTRA_CCFLAGS) $(INCLUDES) -o $@ -c $<
libnvenc.so: port.o NvPthreadABI.o NvThreadingClasses.o NvThreadingLinux.o xcodeutil.o CNVEncoder.o CNVEncoderH264.o utilities.o ffmpeg_interface.o
gcc -shared -Wl,-soname,$@ -o $@ port.o NvPthreadABI.o NvThreadingClasses.o NvThreadingLinux.o xcodeutil.o CNVEncoder.o CNVEncoderH264.o utilities.o ffmpeg_interface.o -lstdc++ -lnvidia-encode -lcuda -lcudart $(LDFLAGS) $(EXTRA_LDFLAGS)
这是我的 make 命令输出:
nvcc -m64 -arch=sm_20 -dc -Xcompiler '-fPIC' port.cu -c -o port.o
nvcc port.cu -c -o cudafile.o
g++ -m64 -O0 -ggdb3 -fPIC -fopenmp -I/usr/local/cuda/include -I./include -I../inc -I../core -I../core/include -I./inc -I . -o NvPthreadABI.o -c ../core/threads/NvPthreadABI.cpp
g++ -m64 -O0 -ggdb3 -fPIC -fopenmp -I/usr/local/cuda/include -I./include -I../inc -I../core -I../core/include -I./inc -I . -o NvThreadingClasses.o -c ../core/threads/NvThreadingClasses.cpp
g++ -m64 -O0 -ggdb3 -fPIC -fopenmp -I/usr/local/cuda/include -I./include -I../inc -I../core -I../core/include -I./inc -I . -o NvThreadingLinux.o -c ../core/threads/NvThreadingLinux.cpp
g++ -m64 -O0 -ggdb3 -fPIC -fopenmp -I/usr/local/cuda/include -I./include -I../inc -I../core -I../core/include -I./inc -I . -o xcodeutil.o -c src/xcodeutil.cpp
g++ -m64 -O0 -ggdb3 -fPIC -fopenmp -I/usr/local/cuda/include -I./include -I../inc -I../core -I../core/include -I./inc -I . -o CNVEncoder.o -c src/CNVEncoder.cpp
g++ -m64 -O0 -ggdb3 -fPIC -fopenmp -I/usr/local/cuda/include -I./include -I../inc -I../core -I../core/include -I./inc -I . -o utilities.o -c src/utilities.cpp
g++ -m64 -O0 -ggdb3 -fPIC -fopenmp -I/usr/local/cuda/include -I./include -I../inc -I../core -I../core/include -I./inc -I . -o ffmpeg_interface.o -c ffmpeg_interface.c
g++ -m64 -O0 -ggdb3 -fPIC -fopenmp -I/usr/local/cuda/include -I./include -I../inc -I../core -I../core/include -I./inc -I . -o CNVEncoderH264.o -c src/CNVEncoderH264.cpp
gcc -shared -Wl,-soname,libnvenc.so -o libnvenc.so port.o NvPthreadABI.o NvThreadingClasses.o NvThreadingLinux.o xcodeutil.o CNVEncoder.o CNVEncoderH264.o utilities.o ffmpeg_interface.o -lstdc++ -lnvidia-encode -lcuda -lcudart -L/usr/local/cuda/lib64 -lcuda -lcudart -L/usr/lib64 -lnvidia-encode -ldl
当我在程序中使用此共享库时,出现此错误:
symbol lookup error: /usr/local/lib/libnvenc.so: undefined symbol: __cudaRegisterLinkedBinary_39_tmpxft_0000257a_00000000_6_port_cpp1_ii_58a1dcc4
看来,我无法正确链接它们,怎么了?
编辑:之前使用共享库时的命令
enabled libnvenc && require libnvenc x264.h x264_encoder_encode -Wl,-Bdynamic -lnvenc &&
{ check_cpp_condition x264.h "X264_BUILD >= 118" ||
die "ERROR: libnvenc version must be >= 0.118."; }
在我的朋友建议下,我在 -lnvenc 之后添加了 -L/usr/local/cuda/lib64 -lcudart。
您正在尝试编译 c 和 c++ 文件。
默认情况下,C++正在寻求C ++函数签名,因此它找不到C函数。
您需要将原型声明为 C 原型
从 C++ 文件中尝试类似这样的操作:
extern "C" {
#include "header.h" //header contain c prototypes
}
您也可以尝试仅放置要调用的函数的原型:
在文件中.cpp:(而不是包含)
extern "C" {
//lets asume this is the prototype
void convert(int x, char y);
}
编辑:
您缺少链接的共享标志:
g++ -shared -Wl,-soname,libtest.so -o libtest.so.0 *.o
在此之后:
set LD_LIBRARY_PATH = /path/to/so
(路径中没有文件)
或者,如果您具有根权限:
/sbin/ldconfig /path/to/so
(同样,路径中没有文件)
相关文章:
- 在QTreeView中仅显示共享驱动器和文件夹
- 将共享库的搜索路径更改为生成文件中提供的 rpath
- 用于构建 cuda .so 文件(共享库)的生成文件
- 共享库 (.so) 没有扩展名的 Linux 可执行文件之间的区别?
- 如何在多写入器情况下对文件支持的共享内存中的大页面出错
- Linux 可执行文件通过 dlopen 在emplace_back崩溃打开共享库
- 内联函数的函数本地静态对象是否在共享对象文件之间共享?
- 我应该安装 .cmake 文件来共享/cmake 还是 lib/cmake?
- C :与多个文件共享变量
- C++跨文件共享的模板专用化定义
- 与从C++到C#的内存映射文件共享链式结构
- Dokan:我应该自己处理文件共享和访问权限吗?
- 如何在 libjingle 中编译 PCP 文件共享
- Linux 中的 C 到 C# (Mono) 内存映射文件/共享内存
- 由2个文件共享的C++变量
- 跨多个.cpp文件共享全局变量(visual studio 2015)
- 初始化两个不同应用程序的cpp文件共享的headerfile中的数组结构
- 为什么跨多个文件共享时不需要用"extern"装饰"const char *"
- c++全局指针被不同的文件共享
- 配置文件共享对象,无需重新编译主程序