-
Notifications
You must be signed in to change notification settings - Fork 13.3k
Tracking Issue for std::ffi::c_str
module
#112134
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
Comments
std::ffi::c_str
module{core, std}::ffi::c_str
and {alloc, std}::ffi::c_string
modules
{core, std}::ffi::c_str
and {alloc, std}::ffi::c_string
modules{core, alloc, std}::ffi::c_str
module
{core, alloc, std}::ffi::c_str
modulestd::ffi::c_str
module
@rust-lang/libs-api: This module has been available since 1.78-nightly, and is valuable in tidying all those types you will never need to name out of std::ffi's "Structs" section. Without modules, are you able to guess whether |
Team member @dtolnay has proposed to merge this. The next step is review by the rest of the tagged team members: No concerns currently listed. Once a majority of reviewers approve (and at most 2 approvals are outstanding), this will enter its final comment period. If you spot a major issue that hasn't been raised at any point in this process, please speak up! See this document for info about what commands tagged team members can give me. |
Note that the |
For people wanting to follow |
🔔 This is now entering its final comment period, as per the review above. 🔔 |
The final comment period, with a disposition to merge, as per the review above, is now complete. As the automated representative of the governance process, I would like to thank the author for their work and everyone else who contributed. This will be merged soon. |
Stabilise `std::ffi::c_str` This finished FCP in rust-lang#112134 but never actually got a stabilisation PR. Since the FCP in rust-lang#120048 recently passed to add the `os_str` module, it would be nice to also merge this too, to ensure that both get added in the next version. Note: The added stability attributes which *somehow* were able to be omitted before (rustc bug?) were added based on the fact that they were added in 3025513, which ended up in 1.85.0. Closes: rust-lang#112134 r? libs-api
Stabilise `std::ffi::c_str` This finished FCP in rust-lang#112134 but never actually got a stabilisation PR. Since the FCP in rust-lang#120048 recently passed to add the `os_str` module, it would be nice to also merge this too, to ensure that both get added in the next version. Note: The added stability attributes which *somehow* were able to be omitted before (rustc bug?) were added based on the fact that they were added in 3025513, which ended up in 1.85.0. Closes: rust-lang#112134 r? libs-api
Stabilise `std::ffi::c_str` This finished FCP in rust-lang#112134 but never actually got a stabilisation PR. Since the FCP in rust-lang#120048 recently passed to add the `os_str` module, it would be nice to also merge this too, to ensure that both get added in the next version. Note: The added stability attributes which *somehow* were able to be omitted before (rustc bug?) were added based on the fact that they were added in 3025513, which ended up in 1.85.0. Closes: rust-lang#112134 r? libs-api
Rollup merge of rust-lang#137439 - clarfonthey:c-str-module, r=tgross35 Stabilise `std::ffi::c_str` This finished FCP in rust-lang#112134 but never actually got a stabilisation PR. Since the FCP in rust-lang#120048 recently passed to add the `os_str` module, it would be nice to also merge this too, to ensure that both get added in the next version. Note: The added stability attributes which *somehow* were able to be omitted before (rustc bug?) were added based on the fact that they were added in 3025513, which ended up in 1.85.0. Closes: rust-lang#112134 r? libs-api
Feature gate:
#![feature(c_str_module)]
This is a tracking issue for the
std::ffi::c_str
module.Public API
This adds
{core, alloc, std}::ffi::c_str
modules and migrates some existing types into them. Types will still be re-exported in their current places to ensure compatibility.The following migrations are made:
core::ffi::CStr
=>core::ffi::c_str::CStr
core::ffi::FromBytesUntilNulError
=>core::ffi::c_str::FromBytesUntilNulError
core::ffi::FromBytesWithNulError
=>core::ffi::c_str::FromBytesWithNulError
alloc::ffi::CString
=>alloc::ffi::c_str::CString
alloc::ffi::FromVecWIthNulError
=>alloc::ffi::c_str::FromVecWIthNulError
alloc::ffi::IntoStringError
=>alloc::ffi::c_str::IntoStringError
alloc::ffi::NulError
=>alloc::ffi::c_str::NulError
And these types are also migrated on the
std
crate as well.Steps / History
std::ffi::c
andstd::ffi::os
submodules libs-team#134Unresolved Questions
c_str
andc_string
be separated? This was not discussed in the original ACP. Decision: no.Footnotes
https://std-dev-guide.rust-lang.org/feature-lifecycle/api-change-proposals.html ↩
https://std-dev-guide.rust-lang.org/feature-lifecycle/stabilization.html ↩
The text was updated successfully, but these errors were encountered: