Hmm. Things work here, though? On 8.0.2, but hmm..

Oh-- it applies and doesn't break, but the patch source is no longer available....

And you're saying we can just drop it because it's not needed? It does appear that's the case, let's do some builds to check....

(I suspect the risc-v patch isn't needed either; not sure how these weren't removed sorry!)

@GrahamcOfBorg build pkgsMusl.boehmgc

FWIW void still sets the flags in its build, should investigate which are and aren't needed...

with the flags configure couldn't find libatomic_ops so that may be in need of some tweaking

cc #53809 which was closed in recent commit (see the issue for reference), does that also fix the issue(s) motivating this/fixed here?

The (exact same) patch can be downloaded from a previous git revision like this: (Note ?id= in the URL)

fetchpatch {
  name = "boehm-gc-7.6.0-sys_select.patch";
  url = "https://gitweb.gentoo.org/proj/musl.git/plain/dev-libs/boehm-gc/files/boehm-gc-7.6.0-sys_select.patch?id=85b6a600996bdd71162b357e9ba93d8559342432";
  sha256 = "1gydwlklvci30f5dpp5ccw2p2qpph5y41r55wx9idamjlq66fbb3";
}

Should we do this instead?

Eh, that was exactly what happened in #53809

For reference: ac7f4c0

#53809 was the same thing I ran into. I ended up copying the derivation build from another store for the machine that hit this. The commit ac7f4c0 should also fix it for me, though the patch does not look necessary anymore but I have not verified it myself other than building it

Also it's fine with me closing this ticket now that ac7f4c0 is is master

Okay, thanks for the PR! Sorry for the run-around, but at least it should work now! :)