Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 829874 - media-gfx/prusaslicer-2.4.0-r1 fails to compile: Hollowing.cpp: undefined reference to imath_half_to_float_table
Summary: media-gfx/prusaslicer-2.4.0-r1 fails to compile: Hollowing.cpp: undefined ref...
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: 3D Printing Team
: 830252 (view as bug list)
Depends on:
Blocks: 820674
  Show dependency tree
Reported: 2021-12-23 16:41 UTC by Agostino Sarubbo
Modified: 2022-01-10 23:29 UTC (History)
4 users (show)

See Also:
Package list:
Runtime testing required: ---

build.log (build.log,431.51 KB, text/plain)
2021-12-23 16:41 UTC, Agostino Sarubbo

Note You need to log in before you can comment on or make changes to this bug.
Description Agostino Sarubbo gentoo-dev 2021-12-23 16:41:41 UTC

Issue: media-gfx/prusaslicer-2.4.0 fails to compile.
Discovered on: amd64 (internal ref: ci)

If you think this is a GCC-11 related issue, please block bug 732706.
Comment 1 Agostino Sarubbo gentoo-dev 2021-12-23 16:41:43 UTC
Created attachment 760157 [details]

build log and emerge --info
Comment 2 Agostino Sarubbo gentoo-dev 2021-12-23 16:41:44 UTC
Error(s) that match a know pattern in addition to what has been reported in the summary:

Hollowing.cpp:(.text._ZN7openvdb8v9_0abi82io10HalfReaderILb1EfE4readERSiPfjjPNS1_19DelayedLoadMetadataEm[_ZN7openvdb8v9_0abi82io10HalfReaderILb1EfE4readERSiPfjjPNS1_19DelayedLoadMetadataEm]+0xa1): undefined reference to `imath_half_to_float_table'
OpenVDBUtils.cpp:(.text+0x16ec): undefined reference to `imath_half_to_float_table'
OpenVDBUtils.cpp:(.text._ZNK7openvdb8v9_0abi84tree8RootNodeINS1_12InternalNodeINS3_INS1_8LeafNodeIfLj3EEELj4EEELj5EEEE13writeTopologyERSob[_ZNK7openvdb8v9_0abi84tree8RootNodeINS1_12InternalNodeINS3_INS1_8LeafNodeIfLj3EEELj4EEELj5EEEE13writeTopologyERSob]+0x23b): undefined reference to `imath_half_to_float_table'
/usr/bin/vdb_print: error while loading shared libraries: cannot open shared object file: No such file or directory
/usr/lib/gcc/x86_64-pc-linux-gnu/11.2.1/../../../../x86_64-pc-linux-gnu/bin/ld: warning:, needed by /usr/lib64/, not found (try using -rpath or -rpath-link)
collect2: error: ld returned 1 exit status
Comment 3 Larry the Git Cow gentoo-dev 2021-12-29 11:05:09 UTC
The bug has been closed via the following commit(s):

commit c6c248e8a5da5507f3bc63fbcbefcf381c413f85
Author:     Dennis Lamm <>
AuthorDate: 2021-12-29 10:32:11 +0000
Commit:     Dennis Lamm <>
CommitDate: 2021-12-29 11:05:03 +0000

    media-gfx/prusaslicer: dropped GUI useflag
    Signed-off-by: Dennis Lamm <>
    Package-Manager: Portage-3.0.28, Repoman-3.0.3
    Signed-off-by: Dennis Lamm <> => prusaslicer-2.4.0-r1.ebuild} | 32 ++++++----------------
 1 file changed, 9 insertions(+), 23 deletions(-)
Comment 4 Ernst Herzberg 2021-12-29 12:01:41 UTC
 * Package:    media-gfx/prusaslicer-2.4.0-r1
 * Repository: gentoo
 * Maintainer:
 * Upstream:
 * USE:        abi_x86_64 amd64 elibc_glibc kernel_linux userland_GNU
 * FEATURES:   network-sandbox preserve-libs sandbox userpriv usersandbox
>>> Unpacking source...
>>> Unpacking prusaslicer-2.4.0.tar.gz to /var/tmp/portage/media-gfx/prusaslicer-2.4.0-r1/work
>>> Source unpacked in /var/tmp/portage/media-gfx/prusaslicer-2.4.0-r1/work
>>> Preparing source in /var/tmp/portage/media-gfx/prusaslicer-2.4.0-r1/work/PrusaSlicer-version_2.4.0 ...
 * Source directory (CMAKE_USE_DIR): "/var/tmp/portage/media-gfx/prusaslicer-2.4.0-r1/work/PrusaSlicer-version_2.4.0"
 * Build directory  (BUILD_DIR):     "/var/tmp/portage/media-gfx/prusaslicer-2.4.0-r1/work/PrusaSlicer-version_2.4.0_build"
 * Hardcoded definition(s) removed in deps/CMakeLists.txt:
 *      set(CMAKE_BUILD_TYPE Release)
 * Hardcoded definition(s) removed in CMakeLists.txt:
 *    set(CMAKE_BUILD_TYPE "Release" CACHE STRING "Build type (default Release)" 
>>> Source prepared.
>>> Configuring source in /var/tmp/portage/media-gfx/prusaslicer-2.4.0-r1/work/PrusaSlicer-version_2.4.0 ...
 * ERROR: media-gfx/prusaslicer-2.4.0-r1::gentoo failed (configure phase):
 *   USE Flag 'gui' not in IUSE for media-gfx/prusaslicer-2.4.0-r1
 * Call stack:
 *, line  127:  Called src_configure
 *        environment, line 2461:  Called use 'gui'
 *, line  252:  Called die
 * The specific snippet of code:
 *                              die "USE Flag '${u}' not in IUSE for ${CATEGORY}/${PF}"
Comment 5 Sam James archtester Gentoo Infrastructure gentoo-dev Security 2021-12-29 22:11:09 UTC
*** Bug 830252 has been marked as a duplicate of this bug. ***
Comment 6 Sam James archtester Gentoo Infrastructure gentoo-dev Security 2021-12-29 22:11:30 UTC
Still an issue post-commit (see bug 830252).
Comment 7 Ian Pickworth 2022-01-10 16:52:33 UTC
I experienced this issue today, after upgrading to =media-gfx/openvdb-9.0.0 from 8.2.0-r1.

I have posted an article in the forum about what I did to try and get to the bottom of the problem (failed :-( ):

A summary of what I found:
1) =dev-libs/imath-3.1.3 places it's files in /usr/lib64/Imath-3 with no links from /usr/lib64. This causes the "not found" problem, as illustrated by ldd /usr/lib64/
2) After creating some symbolic links in /usr/lib64, =media-gfx/prusaslicer-2.4.0-r1 fails to build with two errors reported:
 ....undefined reference to symbol 'imath_half_to_float_table'
 ..../usr/lib64/ error adding symbols: DSO missing from command line

Maybe this will be of help in tracking down the issue. As I said in the forum post, it appears that there may be up to three packages at fault here.

For now - =media-gfx/prusaslicer-2.4.0-r1 builds OK if =media-gfx/openvdb-8.2.0-r1 is emerged (rather than 9.0.0).
Comment 8 Agostino Sarubbo gentoo-dev 2022-01-10 19:09:42 UTC
tinderbox has reproduced this issue with version 2.4.0-r1 - Updating summary.
Comment 9 Sam James archtester Gentoo Infrastructure gentoo-dev Security 2022-01-10 23:29:04 UTC
Things definitely went wrong earlier on:
-- Using NLopt library '/usr/lib64/'.
-- Found OpenVDB: /usr/include (found suitable version "9.0.0", minimum required is "5.0") found components: openvdb 
/usr/bin/vdb_print: error while loading shared libraries: cannot open shared object file: No such file or directory
CMake Warning at cmake/modules/OpenVDBUtils.cmake:154 (message):
  vdb_print returned with status 127
Call Stack (most recent call first):
  cmake/modules/FindOpenVDB.cmake:317 (OPENVDB_ABI_VERSION_FROM_PRINT)
  CMakeLists.txt:525 (find_package)

CMake Warning at cmake/modules/FindOpenVDB.cmake:324 (message):
  Unable to determine OpenVDB ABI version from OpenVDB installation.  The
  library major version "9" will be inferred.  If this is not correct, use
Call Stack (most recent call first):
  CMakeLists.txt:525 (find_package)