[Linux] [gblic 2.41] Unable to load library: libnvinfer_builder_resource.so.10.7.0

AI & Data Science Deep Learning (Training & Inference) TensorRT
, ,
1

I am still facing the issue, am using python 3.12.9 + cuda 12.8 + arch linux with gblic 2.41
I tried to execstack but same problem

Same problem mentioned here TensorRT 10.8.0.43 and older Incompatible with new glibc 2.41+r2+g0a7c7a3e283a - #6 by ework

[02/12/2025-15:19:32] [TRT] [E] createInferBuilder: Error Code 6: API Usage Error (Unable to load library: libnvinfer_builder_resource.so.10.7.0: libnvinfer_builder_resource.so.10.7.0: cannot enable executable stack as shared object requires: Invalid argument)
[vapoursynth] Script evaluation failed:
[vapoursynth] Python exception: pybind11::init(): factory function returned nullptr
[vapoursynth] 
[vapoursynth] Traceback (most recent call last):
[vapoursynth]   File "src/cython/vapoursynth.pyx", line 3387, in vapoursynth._vpy_evaluate
[vapoursynth]   File "src/cython/vapoursynth.pyx", line 3388, in vapoursynth._vpy_evaluate
[vapoursynth]   File "/home/syntist/.config/mpv/rife.py", line 16, in <module>
[vapoursynth]     builder = trt.Builder(logger)
[vapoursynth]               ^^^^^^^^^^^^^^^^^^^
[vapoursynth] TypeError: pybind11::init(): factory function returned nullptr
[vapoursynth] 
[vapoursynth] could not init VS
Disabling filter vapoursynth.00 because it has failed.

Also i tried doing

(.venv) ╰─❯ execstack -q /home/syntist/Documents/vs-rife/.venv/lib/python3.12/site-packages/tensorrt_libs/libnvinfer_builder_resource.so.10.7.0

X /home/syntist/Documents/vs-rife/.venv/lib/python3.12/site-packages/tensorrt_libs/libnvinfer_builder_resource.so.10.7.0
(.venv) ╰─❯ execstack -c /home/syntist/Documents/vs-rife/.venv/lib/python3.12/site-packages/tensorrt_libs/libnvinfer_builder_resource.so.10.7.0

execstack: /home/syntist/Documents/vs-rife/.venv/lib/python3.12/site-packages/tensorrt_libs/libnvinfer_builder_resource.so.10.7.0: section file offsets not monotonically increasing

So i can’t really disable it. I am using AUR (en) - execstack
this for execstack.

╰─❯ python --version
Python 3.12.9
pip list
Package                  Version
------------------------ ------------
certifi                  2025.1.31
charset-normalizer       3.4.1
filelock                 3.13.1
fsspec                   2024.6.1
idna                     3.10
Jinja2                   3.1.4
MarkupSafe               2.1.5
mpmath                   1.3.0
networkx                 3.3
numpy                    2.1.2
nvidia-cublas-cu12       12.6.4.1
nvidia-cuda-cupti-cu12   12.6.80
nvidia-cuda-nvrtc-cu12   12.6.77
nvidia-cuda-runtime-cu12 12.6.77
nvidia-cudnn-cu12        9.5.1.17
nvidia-cufft-cu12        11.3.0.4
nvidia-curand-cu12       10.3.7.77
nvidia-cusolver-cu12     11.7.1.2
nvidia-cusparse-cu12     12.5.4.2
nvidia-cusparselt-cu12   0.6.3
nvidia-nccl-cu12         2.21.5
nvidia-nvjitlink-cu12    12.6.85
nvidia-nvtx-cu12         12.6.77
packaging                24.2
pillow                   11.0.0
pip                      25.0.1
requests                 2.32.3
setuptools               75.8.0
sympy                    1.13.1
tensorrt                 10.7.0.post1
tensorrt_cu12            10.7.0.post1
tensorrt-cu12-bindings   10.7.0.post1
tensorrt-cu12-libs       10.7.0.post1
torch                    2.6.0+cu126
torch_tensorrt           2.6.0+cu126
torchvision              0.21.0+cu126
tqdm                     4.67.1
triton                   3.2.0
typing_extensions        4.12.2
urllib3                  2.3.0
VapourSynth              70
vsrife                   5.6.0
wheel                    0.45.1
2

I was encountering the same problem when trying to reproduce this issue. One thing different about the library inside the wheel file is that RPATH is patched so it prefers the other libraries installed via Python wheels. This must be messing with the section offsets (although I didn’t actually see this issue when checking the offsets via visual inspection). While experimenting with patchelf to clear RPATH to see if that works I noticed it has a --clear-execstack option. I tried this option and it works. I guess patchelf is a more robust tool than the single purpose execstack tool. See if this works for you as well.

$ patchelf --clear-execstack libnvinfer_builder_resource.so.10.8.0
$ execstack -q libnvinfer_builder_resource.so.10.8.0 
- libnvinfer_builder_resource.so.10.8.0
3

Thanks, I was finally able to get vs-rife working! thanks man.

4

This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.