| ^~~~~~~~~~~~ ripstream.c: In function write_id3v2_frame: ripstream.c:717:5: error: unknown type name __uint32_t; did you mean uint32_t? 717 | __uint32_t framesize = 0; | ^~~~~~~~~~ | uint32_t ------------------------------------------------------------------- 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) * Available Rust versions: [1] rust-1.41.1 * repository: ==> /var/db/repos/gentoo/metadata/timestamp.chk <== Wed, 18 Mar 2020 13:38:27 +0000 emerge -qpvO media-sound/streamripper [ebuild N ] media-sound/streamripper-1.64.6 USE="-vorbis"
Created attachment 622058 [details] emerge-info.txt
Created attachment 622060 [details] emerge-history.txt
Created attachment 622062 [details] environment
Created attachment 622064 [details] etc.portage.tbz2
Created attachment 622066 [details] logs.tbz2
Created attachment 622068 [details] media-sound:streamripper-1.64.6:20200318-201121.log
Created attachment 622070 [details] temp.tbz2
Created attachment 875710 [details, diff] Solves the problem of assembling for musl. This problem is still relevant. This patch solves the assembly problem for musl. This does not affect the build for glibc, since __uint32_t is an alias to the uint32_t type.