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 only measured by the success 18:35⎜<asarch> "Psychotics are consistently inconsistent. The essence of sanity is to be inconsistently inconsistent
