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
On 2023-11-24 18:58 +, Thorsten Glaser wrote:
> Unfortunately, eller is down
Eller had to move hosting provider at short notice. It is now racked
again but needs network configuration for new location. It will
hopefully re-appear by end-Monday.
Wookey
--
Principal hats: Debian, Wookware,
On Sat, Nov 25, 2023 at 10:30:39AM +0100, Bastian Blank wrote:
> Thank you for purposefully not mentioning that this only applies if you
> use the bothed(?) gcc spec override to build with musl instead of glibc.
> Can you show it is broken if using the standard toolchain as asked
> by the
Matthias Klose dixit:
> you can work around it
Unfortunately not. (The musl packagers might be able to.)
>, this is not an RC issue. Please stop playing
> bug ping pong.
If GCC stops supporting an option it used to support,
and where the GCC documentation say it’s supported,
it in my opinion
Control: severity -1 normal
On 24.11.23 19:22, Thorsten Glaser wrote:
Control: severity -1 serious
thanks
Matthias Klose dixit:
musl is not part of the standard toolchain, not even on mips64el.
Please build your package with the default toolchain
This isn’t (just) an issue with a package
Control: severity -1 serious
thanks
Matthias Klose dixit:
> musl is not part of the standard toolchain, not even on mips64el.
> Please build your package with the default toolchain
This isn’t (just) an issue with a package build.
This bug manifests as follows:
As a user, I install musl-tools
Control: severity -1 normal
musl is not part of the standard toolchain, not even on mips64el. Please
build your package with the default toolchain, and report any other
issues upstream yourself.
On 27.08.23 17:07, Thorsten Glaser wrote:
reassign 1050429 gcc-13 13.2.0-2
notfound 1050429
reassign 1050429 gcc-13 13.2.0-2
notfound 1050429 12.3.0-8
affects 1050429 musl-tools
thanks
Dixi quod…
>The -EL is not even musl-specific?!
>
>(sid_mips64el-dchroot)tg@eller:~$ cat
>"/usr/lib/mips64el-linux-musl/musl-gcc.specs"
[…]
Worse, doing mips64el-linux-gnuabi64-gcc{,-12} -dumpspecs and
Dixi quod…
>(sid_mips64el-dchroot)tg@eller:~$ mips64el-linux-gnuabi64-gcc hi.c -EL
>(sid_mips64el-dchroot)tg@eller:~$ mips64el-linux-gnuabi64-gcc hi.c -specs
>"/usr/lib/mips64el-linux-musl/musl-gcc.specs"
>mips64el-linux-gnuabi64-gcc: error: unrecognized command-line option '-EL'
Dixi quod…
>According to upstream documentation, -EL is supposed to be supported
>by the compiler driver:
OK so it’s not the compiler *driver*…
(sid_mips64el-dchroot)tg@eller:~$ mips64el-linux-gnuabi64-gcc hi.c -EL
(sid_mips64el-dchroot)tg@eller:~$ mips64el-linux-gnuabi64-gcc hi.c -specs
Hm.
According to upstream documentation, -EL is supposed to be supported
by the compiler driver:
https://gcc.gnu.org/onlinedocs/gcc/MIPS-Options.html
bye,
//mirabilos
--
"Using Lynx is like wearing a really good pair of shades: cuts out
the glare and harmful UV (ultra-vanity), and you
Package: musl-tools
Version: 1.2.3-1
Severity: serious
Justification: unusable on release architectures
X-Debbugs-Cc: t...@mirbsd.de, debian-...@lists.debian.org
Control: affects -1 src:mksh
Unsure if it’s musl or gcc-13_13.2.0-2 but building a simple
test program fails on both mips64el and
12 matches
Mail list logo
