| ^ /var/tmp/portage/dev-cpp/tbb-2019.8/work/tbb-2019_U8/src/tbbmalloc/proxy.cpp: In function void mallinfo(): /var/tmp/portage/dev-cpp/tbb-2019.8/work/tbb-2019_U8/src/tbbmalloc/proxy.cpp:278:21: error: aggregate mallinfo m has incomplete type and cannot be defined 278 | struct mallinfo m; | ^ /var/tmp/portage/dev-cpp/tbb-2019.8/work/tbb-2019_U8/src/tbbmalloc/proxy.cpp:279:41: error: invalid application of sizeof to incomplete type mallinfo ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.0_musl-20200316-165821 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-gentoo-linux-musl-9.3.0 * clang version 10.0.0 Target: x86_64-gentoo-linux-musl Thread model: posix InstalledDir: /usr/lib/llvm/10/bin /usr/lib/llvm/10 10.0.0 Available Python interpreters, in order of preference: [1] python3.8 [2] python3.7 [3] python3.6 [4] python2.7 (fallback) Available Ruby profiles: [1] ruby24 (with Rubygems) [2] ruby25 (with Rubygems) * repository: ==> /var/db/repos/gentoo/metadata/timestamp.chk <== Tue, 17 Mar 2020 21:38:32 +0000 emerge -qpvO dev-cpp/tbb [ebuild N ] dev-cpp/tbb-2019.8 USE="-debug -examples"
Created attachment 621252 [details] emerge-info.txt
Created attachment 621254 [details] dev-cpp:tbb-2019.8:20200317-230123.log
Created attachment 621256 [details] emerge-history.txt
Created attachment 621258 [details] environment
Created attachment 621260 [details] etc.portage.tbz2
Created attachment 621262 [details] temp.tbz2
I guess this is due to usage of musl. Not sure what to do about it. Maybe there's an easy patch to make it work? Should we file an issue upstream anyway? What's the easiest way to get a gentoo system with musl to reproduce this? I never tried that.
*** This bug has been marked as a duplicate of bug 712460 ***
