Should the spirv-tools dependency have a version specified?

Asked by John Z

LunarG provides a spriv-tools package that is much newer. The spirv-tools repo no longer generates "libSPIRV-Tools.so", so if a user installs LunarG's spirv-tools package breaks trying to run Ubuntu's renderdoc package:

```
$> qrenderdoc
qrenderdoc: error while loading shared libraries: libSPIRV-Tools.so: cannot open shared object file: No such file or directory
```

It looks like spirv-tools changed the shared library from "libSPIRV-Tools.so" to " libSPIRV-Tools-shared.so"

It looks like creating a symlink named "libSPIRV-Tools.so" doesn't fix the issue because renderdoc can't find "libSPIRV-Tools-opt.so" which is also no longer generated by the spirv-tools repo.

Any ideas what would be the correct way to fix this maybe on LunarG's package? Should Ubuntu's package specify a dependency version that Ubuntu builds?

Question information

Language:
English Edit question
Status:
Answered
For:
Ubuntu renderdoc Edit question
Assignee:
No assignee Edit question
Last query:
Last reply:
Revision history for this message
Manfred Hampl (m-hampl) said :
#1

Which Ubuntu release and which versions of renderdoc and spirv-tools are you talking about?

In each Ubuntu release all packages should be fitting together in the version provided in the Ubuntu repository. If that is not the case, then a bug report should be created.
If you are replacing an Ubuntu-provided package with a software version from somewhere else, then this is your responsibility. If it does no more work, then this is not Ubuntu's fault.

Can you help with this problem?

Provide an answer of your own, or ask John Z for more information if necessary.

To post a message you must log in.