Bug#789789: Musl fails to compile stuff that depends on kernel headers

[Juliusz Chroboczek]

Package: musl-tools
Version: 1.1.9-1

Having a musl toolchain in Debian is great for working on OpenWRT, which
now uses musl by default. Unfortunately, I'm finding that some of my code
which works fine under both glibc/Debian and musl/OpenWRT fails to compile
with musl/Debian:

kernel_netlink.c:38:23: fatal error: asm/types.h: No such file or directory
#include <asm/types.h>

Perhaps I'm doing something wrong, in which case I'll be grateful for
guidance about hacking netlink in a way that's compatible with both glibc
and musl. In any case, the code is available for your perusal on
https://github.com/jech/babeld , or in the Debian babeld package.

Thanks for your help,

-- Juliusz


--
To UNSUBSCRIBE, email to debian-bugs-...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

[Juliusz Chroboczek]

This can apparently be worked around by doing:

ln -s /usr/include/linux /usr/include/x86_64-linux-musl/
ln -s /usr/include/asm-generic /usr/include/x86_64-linux-musl/
ln -s /usr/include/x86_64-linux-gnu/asm /usr/include/x86_64-linux-musl/

[Juliusz Chroboczek]

According to information received on #musl:

you need to install the kernel headers into the musl prefix

optimally a set of sanitized kernel-headers, like those from
http://github.com/sabotage-linux/kernel-headers

[Kevin Bortis]

I am not able to upload a copy of sabotage linux kernel headers due to
debian policy. In the current state it is very unlikly that the
official debian linux kernel maintainers are willing to provide the
appropriate sanitized headers under the musl libc folder.

Please see also debian bug 764335 for more information on this topic
(https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764335)