-
Notifications
You must be signed in to change notification settings - Fork 1k
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
Missing POSIX confstr and _CS_* symbols on Linux. #3767
Comments
Would you be pleased to create a PR ? |
For the libc-0.2 branch, #3612 is awaiting review. |
Would it make sense to push to the main branch first, then backport once merged? (I'm not familiar with this project's upstreaming flows) |
I opened #3612 in the hope that 0.2.x would get released sooner than 1.0. If 1.0 is coming out soon, I'd retarget for the main branch. Any plans for future releases? |
Maybe I'm an old greybeard, but usually the norm is to post an upstream patch first, then backport to a branch once merged upstream, regardless of date when the next upstream release will come? That way, the open source upstraming norm, nothing is lost when users transition from 0.2.x to 1.0.x. |
I just followed the plan written in #3248. Not sure if the plan is still effective. |
Apple Darwin provides the POSIX standard
confstr(3)
function and associated_CS_*
symbols. Tested on Darwin and is working.Requesting the same for Linux.
Quoting src/unix/bsd/apple/mod.rs:
The Linux version for this crate should be very similar. The Linux man page for
confstr(3)
also helpfully lists the few key_CS_*
symbols that the developer should expect to be available:The text was updated successfully, but these errors were encountered: