为什么我不能链接到shaderc?

时间:2019-04-12 01:41:21

标签: c++ g++ linker-errors static-linking vulkan

我有一个试图使用shaderc的vulkan项目。

该库安装在以下路径下(Linux系统):

./libraries/shaderc/build/libshaderc

在此目录中执行ls会给出:

CMakeFiles                         shaderc_combined_shaderc_test
cmake_install.cmake                shaderc_c_smoke_test
CTestTestfile.cmake                shaderc_shaderc_cpp_test
libshaderc.a                       shaderc_shaderc_private_test
libshaderc_combined.a              shaderc_shaderc_test
libshaderc_shared.so               shaderc_shared_shaderc_cpp_test
libshaderc_shared.so.1             shaderc_shared_shaderc_private_test
shaderc_combined.ar                shaderc_shared_shaderc_test
shaderc_combined_shaderc_cpp_test

该库随附的文档明确指出:

  
      
  1. 如果外部项目不使用CMake,则外部项目可以直接使用生成的库。   shaderc/libshaderc/include应该添加到包含路径,并且   build/libshaderc/libshaderc_combined.a应该被链接。注意   在某些平台上-lpthread也应指定。
  2.   

我尝试使用make如下链接项目:

g++ -o "../build/VulkanEngine" obj/Debug/DebugCallback.o obj/Debug/Device.o obj/Debug/log.o obj/Debug/ImageViews.o obj/Debug/Instance.o obj/Debug/Pipeline.o obj/Debug/RenderPass.o obj/Debug/Surface.o obj/Debug/SwapChain.o obj/Debug/VkExtensionsStubs.o obj/Debug/GLFW_tools.o obj/Debug/main.o    -L../libraries/glfw-3.2.1/bin -L../libraries/glm/bin/glm -L../libraries/vulkansdk-linux/1.1.97.0/x86_64/lib -L../libraries/shaderc/build/libshaderc -lstdc++fs -lglfw -lglm_static-lvulkan -llibshaderc_combined.a

请特别注意参数-L../libraries/shaderc/build/libshaderc:和参数-llibshaderc_combined.a

如您所见,指定的链接路径与安装路径匹配(库/包含我的项目使用的所有第三方库)。

但是链接器抱怨:

/usr/bin/ld: cannot find -llibshaderc_combined.a
collect2: error: ld returned 1 exit status
make[1]: *** [VulkanEngine.make:119: ../build/VulkanEngine] Error 1
make: *** [Makefile:30: VulkanEngine] Error 2

所以看来我以某种方式弄乱了路线,但我不知道如何。

1 个答案:

答案 0 :(得分:1)

-lname链接选项指导链接器在指定的位置搜索 (-Ldir和默认库搜索目录 文件libname.so(共享库)或libname.a(静态库)。如果找到它们中的任何一个,它将搜索 没有更多目录,并将该文件输入链接。如果发现 两者都在同一个搜索目录中,那么它会更喜欢libname.so

所以改变:

-llibshaderc_combined.a

收件人:

-lshaderc_combined

您还必须确保链接中出现-lshaderc_combined 在它所依赖的任何其他库之前 以及在它所依赖的任何目标文件或库之后的顺序 可能会因未定义的参考错误而失败。