<SiFuh_>
Well I uploaded the new modular kernel config but it hasn't been tested. Been stuck all day on 'LD vmlinux.o'
<SiFuh_>
I should really get a faster machine.
<farkuhar>
Well I bumped the firefox version in contrib/3.7, even though on CRUX-musl I'm still hitting errors with libclang and dynamic loading. I might wipe the root partition and reinstall from ukky's ISO, in case my build environment has gotten corrupted beyond repair.
<SiFuh_>
farkuhar: It is possible. I tend to think building firefox and its dependencies directly from a core environment might be the way to go. All my ports were built that way.
dlcusa has quit [Ping timeout: 276 seconds]
dlcusa has joined #crux-musl
dlcusa has quit [Remote host closed the connection]
dlcusa has joined #crux-musl
<farkuhar>
emmett1 isn't alone in his opinion on gcc versus llvm. Here's a blogger who thinks that gcc has made some questionable choices in its approach to cross-compiling, letting LLVM take the lead in mindshare: https://mcyoung.xyz/2025/04/14/target-triples/
<farkuhar>
As much as LLVM represents the current best practices for (cross-)compiling, I still have my doubts about the viability of a CRUX-MUSL distro with gcc and binutils completely eradicated. Such an endeavor might involve too much patching, just like the earlier attempt to replace openssl with libressl.
dlcusa has quit [Ping timeout: 276 seconds]
SiFuh_ has quit [Remote host closed the connection]
SiFuh_ has joined #crux-musl
<farkuhar>
Patching pkgutils so that it can compile without gcc shouldn't be too difficult, it just needs all references to stdio_filebuf replaced by the equivalent functionality in an fstream library (not the GCC extension). Other ports that assume the presence of gcc might be harder to patch.