build: preparations for musl#61
Conversation
Use standard sys/time.h instead of libc specific header bits/types/... for musl compatibility
Use standard pid_t type instead of libc specific __pid_t type.
If it doesn't brake current builds no harm in compiling for musl too. If we are supposed to support musl I'd like to add some CI tests for that though. |
Builds on both compilers just fine, as you can see.
Exactly what I thought. It would pollute the released binaries quite a bit though. Maybe keep it for x86_64 and aarch64, but nothing else. |
|
That should be it, do you need a release to package this? |
|
LGTM!
No, the necessary patch is already there. I'm just waiting for an update from the maintainers. So making a release just for that won't help. PS: don't we want to also include the musl binary in the release artifacts? If it gets merged into void packages it won't be used though. |
It should already happen, will appear on the next release. |
This PR makes it possible to build using musl libc. The application functionality not been tested yet. I won't test it myself, but it should work.
Fixes Void Linux package CI errors.