Я использую Докера с изображением Ubuntu 16.04. Я использую этого докера для выполнения:
Прежде чем я установил MCR в докере, я установил использование повышения:
$ sudo apt-get install -y libboost-all-dev
и я смог перенести классы C++ и назвать их в Python. Затем я установил MCR, и одно из требования должно установить LD_LIBRARY_PATH
к библиотеке Matlab.
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/MATLAB/MATLAB_Runtime/v94/runtime/glnxa64:/usr/local/MATLAB/MATLAB_Runtime/v94/bin/glnxa64:/usr/local/MATLAB/MATLAB_Runtime/v94/sys/os/glnxa64:/usr/local/MATLAB/MATLAB_Runtime/v94/extern/bin/glnxa64
Это работало, я смог выполнить пакет Python matlab в Python, но тестирование оберток классов C++ перестало работать из-за изменения LD_LIBRARY_PATH
. Например, я получаю следующую ошибку, когда я пытаюсь импортировать класс C++ в Python:
/usr/lib/x86_64-linux-gnu/libpython3.4m.so.1.0: undefined symbol: XML_SetHashSalt
Если я сбросил LD_LIBRARY_PATH
Работы импорта C++, но сбои MCR. Так вопрос, что LD_LIBRARY_PATH
должен быть в порядке для выполнения обоих классов C++ и пакета Python Matlab успешно?
Я попытался добавить путь для повышения библиотек к LD_LIBRARY_PATH
но не работал, таким образом, огибающее значение будет:
/usr/lib/x86_64-linux-gnu:/usr/local/MATLAB/MATLAB_Runtime/v94/runtime/glnxa64:/usr/local/MATLAB/MATLAB_Runtime/v94/bin/glnxa64:/usr/local/MATLAB/MATLAB_Runtime/v94/sys/os/glnxa64:/usr/local/MATLAB/MATLAB_Runtime/v94/extern/bin/glnxa64
Править
зависимости файла библиотеки C++ прежде, чем установить LD_LIBRARY_PATH
:
linux-vdso.so.1 (0x00007ffcee0dc000)
libpython3.4m.so.1.0 => /usr/lib/x86_64-linux-gnu/libpython3.4m.so.1.0 (0x00007f9d69e59000)
libboost_python-py34.so.1.55.0 => /usr/lib/x86_64-linux-gnu/libboost_python-py34.so.1.55.0 (0x00007f9d69c09000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f9d698fe000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f9d695fd000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f9d693e7000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f9d6903c000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f9d68e34000)
libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007f9d68c0b000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f9d689f0000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f9d687d3000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f9d685cf000)
libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x00007f9d683cc000)
/lib64/ld-linux-x86-64.so.2 (0x00007f9d6a6c3000)
После установки the LD_LIBRARY_PATH
:
linux-vdso.so.1 (0x00007ffc42e9b000)
libpython3.4m.so.1.0 => /usr/lib/x86_64-linux-gnu/libpython3.4m.so.1.0 (0x00007fad9635b000)
libboost_python-py34.so.1.55.0 => /usr/lib/x86_64-linux-gnu/libboost_python-py34.so.1.55.0 (0x00007fad9610b000)
libstdc++.so.6 => /usr/local/MATLAB/MATLAB_Runtime/v94/sys/os/glnxa64/libstdc++.so.6 (0x00007fad95d8a000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fad95a89000)
libgcc_s.so.1 => /usr/local/MATLAB/MATLAB_Runtime/v94/sys/os/glnxa64/libgcc_s.so.1 (0x00007fad95873000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fad954c8000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007fad952c0000)
libexpat.so.1 => /usr/local/MATLAB/MATLAB_Runtime/v94/bin/glnxa64/libexpat.so.1 (0x00007fad95095000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007fad94e7a000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fad94c5d000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fad94a59000)
libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x00007fad94856000)
/lib64/ld-linux-x86-64.so.2 (0x00007fad96bc5000)
Единственный способ, которым он работал для меня, - это определить LD_PRELOAD
и указать его на системную библиотеку. Итак, моя текущая среда будет:
LD_LIBRARY_PATH=/usr/local/MATLAB/MATLAB_Runtime/v94/runtime/glnxa64:/usr/local/MATLAB/MATLAB_Runtime/v94/bin/glnxa64:/usr/local/MATLAB/MATLAB_Runtime/v94/sys/os/glnxa64:/usr/local/MATLAB/MATLAB_Runtime/v94/extern/bin/glnxa64:/usr/local/MATLAB/MATLAB_Runtime/v94/sys/opengl/lib/glnxa64
LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libexpat.so
Итак, в Docker я создал файл .matlab
, который содержит упомянутые переменные env. Затем в dockerfile я добавил следующее:
services:
django: &django
build:
context: .
dockerfile: ./compose/local/django/Dockerfile
depends_on:
- postgres
volumes:
- .:/app
- shared_upload_tmp:/app_temp
- media:/app/computation_server/media
env_file:
- ./.envs/.local/.django
- ./.envs/.local/.postgres
- ./.envs/.production/.matlab
ports:
- "8800:8000"
command: /start
Этот Exchange Стека Вопросы и ответы имеет различные способы установить LD_LIBRARY_PATH
вершина голосовала за то, что ответ предполагает, что это - лучший способ:
sudo -H gedit /etc/ld.so.conf.d/randomLibs.conf
в файле Вы, как предполагается, пишете полный путь к каталогу, который содержит все библиотеки, которые Вы хотите добавить к системе, например
/home/linux/myLocalLibs
не забудьте добавлять только путь к dir, не, полный путь для файла, весь освобождает в том пути, будет автоматически индексирован.
Сохраните и работайте sudo ldconfig
обновить систему с этим освобождает.
Необходимо ли экспортировать LD_LIBRARY_PATH? не можете Вы просто снабдить вызов matlab предисловием с ним, например.
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/MATLAB/MATLAB_Runtime/v94/runtime/glnxa64:/usr/local/MATLAB/MATLAB_Runtime/v94/bin/glnxa64:/usr/local/MATLAB/MATLAB_Runtime/v94/sys/os/glnxa64:/usr/local/MATLAB/MATLAB_Runtime/v94/extern/bin/glnxa64 /usr/local/MATLAB/MATLAB_Runtime/...
(Я точно не знаю то, чем исполняемый файл называют как),
Вы могли поместить это в небольшой сценарий
Во-вторых, могло быть возможно изменить rpath исполняемого файла или некоторой библиотеки, таким образом, это смотрит на корректное место непосредственно. Я использую patchelf для этого
patchelf --set-rpath
С тех пор существуют разнообразные пути, включил его, мог стать немного хитрым, хотя