sys-devel/clang: stddef.h conflicts with musl's bits/alltypes.h

[soleera]

Clang's compiler header <stddef.h> contains typedefs which conflict with musl's <bits/alltypes.h>. This is fixed by making the relevant typedef guards consistent between the two header files as in this patch.

[stefson]

What is this good for? Pretending that I don't know what stddef.h is?

[soleera]

Um... no... packages fail to compile because they end up calling both headers, and without consistent guards we end up with conflicting type definitions. If you have a better solution to the problem feel free to share it; the gist was only an example of how to get around the issue for now.

[soleera]

The particular issue that I came across was a source file that included both stdio.h and stddef.h, resulting in a type definition conflict over size_t.

[stefson]

Not sure wether this is an official policy, but in most cases gentoo maintainers are reluctant to accept patches which are not from upstream, especially when it is about toolchain. You may write a message to the musl mailing list and ask if this is a problem with musl or with clang, to beginn with.

[soleera]

Ok I'll do that then.

[stefson]

@saih792 - have you been successfull with landing this upstream?

[nykula]

@soleera Building cmake-3.14.3 with clang-8.0.0 on armv7l, I hit this too, for max_align_t. Can't test your patch soon because clang rebuild wants cmake. If you've discussed the issue with clang or musl developers, can you please link where?

[blueness]

@soleera i can't see that link, its a 404. I don't even know what you're patching.

[stefson]

the gist is still online, you have to replace the old with the new username.

[richfelker]

musl uses a BSD style header layout, where the system (libc) header location must come before the compiler's header location in the search path; it does not use and is not compatible with the compiler-provided versions of the standard headers, which should never get included.

[vikasv210]

Am also facing the same error : conflicting types for 'size_t' . I am not able to open the patch that @soleera has mentioned..

[anarchpenguin]

Feel free to reopen if you are still having issues. No comment in over a year so we are closing.