https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/ Issue: media-gfx/prusaslicer-2.5.0_alpha2-r1 fails to compile (MUSL). Discovered on: amd64 (internal ref: tinderbox_musl) NOTE: This machine uses MUSL libc
Created attachment 804454 [details] build.log.xz build log and emerge --info (compressed because it exceeds attachment limit, use 'xzless' to read it)
Error(s) that match a know pattern in addition to what has been reported in the summary: -- Could NOT find CURL (missing: CURL_DIR) /var/tmp/portage/media-gfx/prusaslicer-2.5.0_alpha2-r1/work/PrusaSlicer-version_2.5.0-alpha2/src/slic3r/Utils/Serial.cpp:48:18: fatal error: sys/unistd.h: No such file or directory FAILED: src/slic3r/CMakeFiles/libslic3r_gui.dir/Utils/Serial.cpp.o /var/tmp/portage/media-gfx/prusaslicer-2.5.0_alpha2-r1/work/PrusaSlicer-version_2.5.0-alpha2/src/slic3r/Utils/Serial.cpp:48:18: fatal error: sys/unistd.h: No such file or directory
Is it still a thing on latest 2.5.0-r1? I see that musl does delivery this header in stage3. Is it reproducible?
Confirmed in v2.5.2 /var/tmp/portage/media-gfx/prusaslicer-2.5.2-r1/work/PrusaSlicer-version_2.5.2/src/libslic3r/PNGReadWrite.hpp:13:25: error: ‘std::uint8_t’ has not been declared
(In reply to Max from comment #4) > Confirmed in v2.5.2 > > /var/tmp/portage/media-gfx/prusaslicer-2.5.2-r1/work/PrusaSlicer-version_2.5. > 2/src/libslic3r/PNGReadWrite.hpp:13:25: error: ‘std::uint8_t’ has not been > declared How can I help to fix this?
The PrusaSlicer depends on opencascade that does not build on musl and therefore is masked on all of those profiles, I do not think anyone will spend effort on it anytime soon given how difficult the entire codebase that dates back to slic3r project is.
tinderbox_musl has reproduced this issue with version 2.7.1 - Updating summary.
we don't have 2.7.1 in the tree for quite some time, closing