New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Avoid pthread ”_np” functions for portability? #1645
Comments
@peter-jansson : thanks for bringing this up! First of all, unfortunately I couldn't find any predefined macro that will tell us if we are using the musl C library (I am open to any suggestions). But let's say we do in cmake something like:
Then we can use the However, having this in place (and fixing few other small issues) I run into the following problems:
Now, I'm not sure we can work around those problems, especially the missing If you are willing to contribute, please open a PR and we can try to address those issues one by one. |
Where are we on this ticket? |
The util-linux-dev package on Alpine Linux contains |
Support for musl is (maybe partially) addressed in #1632, but I don't see any changes related to pthread functions there. We do intend to add support for it, although we cannot give a particular timeline, as we have to prioritize current supported platforms. I hope to test/merge musl support as part of the next feature release, 5.6. |
Fixed with merge of musl branch into master (#1908). I also added a build on alpine to GitHub Actions. |
Compiling on Alpine Linux currently fails due to the non-existence of non-standard extensions of GNU to pthread functions. E.g.,
pthread_rwlockattr_setkind_np
is not in the musl C library. I recommmend to work around code like this, in XrdSysPthread, to welcome Alpine Linux users to the world of XRootD. Is it possible?The text was updated successfully, but these errors were encountered: