Packaging Request #2135
[blender] error while loading shared libraries: libopenvdb.so.5.2
0%
Description
If I run blender with the current version of openvdb found in parabola repos, it fails with this error message:
blender: error while loading shared libraries: libopenvdb.so.5.2: cannot open shared object file: No such file or directory
If I create a symlink called libopenvdb.so.5.2 that points to libopenvdb.so.6.0.0, I get the following error:
blender: symbol lookup error: blender: undefined symbol: _ZN7openvdb8v5_2abi32io4FileD1Ev
History
Updated by bill-auger over 5 years ago
- Priority changed from bug to broken
- Subject changed from [blender] Doesn't work with libvdb 6.0.0 to [blender] error while loading shared libraries: libopenvdb.so.5.2
- Tracker changed from Bug to Packaging Request
Rigo-V -
it looks like the blender package needs to be rebuilt - if you need to use it today, you can make it work by downgrading openvdb to v5.2.0 from the archive
Updated by bill-auger about 5 years ago
the previous work-around is not going to work anymore as 'boost' has been upgraded now
blender: error while loading shared libraries: libboost_locale.so.1.68.0: cannot open shared object file: No such file or directory
Updated by bill-auger about 5 years ago
- Assignee set to bill-auger
rebuilt successfully for x86_64
rebuilt successfully for i686
Updated by bill-auger about 5 years ago
FTBS for arm
.... | Scanning dependencies of target cycles_device | [ 16%] Building CXX object intern/cycles/device/CMakeFiles/cycles_device.dir/device.cpp.o | [ 16%] Building CXX object intern/cycles/device/CMakeFiles/cycles_device.dir/device_cpu.cpp.o | /build/blender/src/blender-2.79.b.git4.2c0c1f49/intern/cycles/device/device_cpu.cpp: In member function ‘void ccl::CPUDevice::path_trace(ccl::DeviceTask&, ccl::RenderTile&, ccl::KernelGlobals*)’: | /build/blender/src/blender-2.79.b.git4.2c0c1f49/intern/cycles/device/device_cpu.cpp:722:27: error: ‘_MM_FLUSH_ZERO_ON’ was not declared in this scope | _MM_SET_FLUSH_ZERO_MODE(_MM_FLUSH_ZERO_ON); | ^~~~~~~~~~~~~~~~~ | /build/blender/src/blender-2.79.b.git4.2c0c1f49/intern/cycles/device/device_cpu.cpp:722:3: error: ‘_MM_SET_FLUSH_ZERO_MODE’ was not declared in this scope | _MM_SET_FLUSH_ZERO_MODE(_MM_FLUSH_ZERO_ON); | ^~~~~~~~~~~~~~~~~~~~~~~ | /build/blender/src/blender-2.79.b.git4.2c0c1f49/intern/cycles/device/device_cpu.cpp:723:31: error: ‘_MM_DENORMALS_ZERO_ON’ was not declared in this scope | _MM_SET_DENORMALS_ZERO_MODE(_MM_DENORMALS_ZERO_ON); | ^~~~~~~~~~~~~~~~~~~~~ | /build/blender/src/blender-2.79.b.git4.2c0c1f49/intern/cycles/device/device_cpu.cpp:723:3: error: ‘_MM_SET_DENORMALS_ZERO_MODE’ was not declared in this scope | _MM_SET_DENORMALS_ZERO_MODE(_MM_DENORMALS_ZERO_ON); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~ | /build/blender/src/blender-2.79.b.git4.2c0c1f49/intern/cycles/device/device_cpu.cpp: In function ‘ccl::Device* ccl::device_cpu_create(ccl::DeviceInfo&, ccl::Stats&, ccl::Profiler&, bool)’: | /build/blender/src/blender-2.79.b.git4.2c0c1f49/intern/cycles/device/device_cpu.cpp:1070:56: warning: ‘new’ of type ‘ccl::CPUDevice’ with extended alignment 16 [-Waligned-new=] | return new CPUDevice(info, stats, profiler, background); | ^ | /build/blender/src/blender-2.79.b.git4.2c0c1f49/intern/cycles/device/device_cpu.cpp:1070:56: note: uses ‘void* operator new(std::size_t)’, which does not have an alignment parameter | /build/blender/src/blender-2.79.b.git4.2c0c1f49/intern/cycles/device/device_cpu.cpp:1070:56: note: use ‘-faligned-new’ to enable C++17 over-aligned new support | make[2]: *** [intern/cycles/device/CMakeFiles/cycles_device.dir/build.make:76: intern/cycles/device/CMakeFiles/cycles_device.dir/device_cpu.cpp.o] Error 1 | make[1]: *** [CMakeFiles/Makefile2:1407: intern/cycles/device/CMakeFiles/cycles_device.dir/all] Error 2 | make: *** [Makefile:163: all] Error 2 | ==> ERROR: A failure occurred in build(). | Aborting... ==> Copying log and package files out of the chroot...
Updated by bill-auger about 5 years ago
_MM_SET_FLUSH_ZERO_MODE / _MM_FLUSH_ZERO_ON and
_MM_SET_DENORMALS_ZERO_MODE / _MM_DENORMALS_ZERO_ON
are specific to x86 SSE2 - i have seen it suggested to wrap these with '#ifdef SSE2'
Updated by bill-auger about 5 years ago
- Status changed from open to fixed
solved - i just patched out those 2 macros during the arm builds