Hi musl maintainers,

waldi indeed provided a fix for this bug forgot to Cc me, so I missed
it until now. I tested this:



(sid_mips64el-dchroot)tg@eberlin:~$ sh -x $(which musl-gcc) hello.c
+ exec mips64el-linux-gnuabi64-gcc hello.c -specs /usr/lib/mips64el-linux-musl/musl-gcc.specs
mips64el-linux-gnuabi64-gcc: error: unrecognized command-line option '-EL' (sid_mips64el-dchroot)tg@eberlin:~$ mips64el-linux-gnuabi64-gcc hello.c -specs ~/musl-gcc.specs
(sid_mips64el-dchroot)tg@eberlin:~$ ./a.out
hi
(sid_mips64el-dchroot)tg@eberlin:~$ diff -u /usr/lib/mips64el-linux-musl/musl-gcc.specs musl-gcc.specs
--- /usr/lib/mips64el-linux-musl/musl-gcc.specs 2023-11-10 19:30:40.000000000 +0000
+++ musl-gcc.specs 2024-02-03 08:07:01.309465472 +0000
@@ -1,10 +1,11 @@
%rename cpp_options old_cpp_options
+%rename cc1 old_cc1

*cpp_options:
-nostdinc -isystem /usr/include/mips64el-linux-musl -isystem include%s %(old_cpp_options)

*cc1:
-%(cc1_cpu) -nostdinc -isystem /usr/include/mips64el-linux-musl -isystem include%s
+%(cc1_cpu) -nostdinc -isystem /usr/include/mips64el-linux-musl -isystem include%s %(old_cc1)

*link_libgcc:
-L/usr/lib/mips64el-linux-musl -L .%s



This change (to tools/musl-gcc.specs.sh in the source tree) probably
makes sense on all architectures, so perhaps do that even. Upstream
should also consider including this and check which of the original
specs need not be removed and can be kept like this.

bye,
//mirabilos
--
22:20⎜<asarch> The crazy that persists in his craziness becomes a master 22:21⎜<asarch> And the distance between the craziness and geniality is