Re: [musl] musl-clang wrapper chokes on <immintrin.h> (Linux x86_64)

[Gabriel Ravier <gabravier@gmail.com>]

On 4/11/23 12:05, Darjan Krijan wrote:
> Hello,
>
> (Mostly copying the bug description I filed in the Arch Linux
> Bugtracker. Was suggested to report upstream.)
>
> The musl-clang wrapper breaks when a C file includes <immintrin.h> (and
> the likes).
> This is due to the wrapper disabling both system and compiler include
> paths entirely with '-nolibinc'.
>
> Additional info:
> * musl 1.2.3-1 on Arch Linux, built like this:
> https://github.com/archlinux/svntogit-community/blob/5af625a2c6e62f211fd59d8df974e457d615613d/trunk/PKGBUILD 
>
>
> Steps to reproduce:
> - Install 'musl' and 'clang' packages and try:
> $ echo -e "#include <immintrin.h>\nint main(){return 0;}" | clang -x c -
> ^ works
> $ echo -e "#include <immintrin.h>\nint main(){return 0;}" | musl-clang
> -x c -
> ^ breaks
>
> Steps to fix:
> Replace '-nolibinc' with '-nostdlibinc' (description in clang manpage)
> in wrapper so system include directories like '/usr/include' are still
> not searched, but compiler ones like '/usr/lib/clang/$clang_ver/include'
> that contain immintrin.h, etc. are.
>
> I am not sure if this could break something else, but in my opinion
> compiler include directories should be essential for the compiler to
> work properly.
>
> Regards,
> Darjan
>
I can second this bug report, as I've just encountered a bug that seems 
to be exactly this on my Fedora laptop and was myself thinking about 
making a bug report, but this one sums it up quite well.