Raise MSRV to 1.64 and delegate `ctypes` type aliases to `core::ffi`
Nobody has claimed this yet.
Assessment
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Newbie friendliness
- 72/100
- Issue type
- Refactor
- Clarity
- Mostly clear
- Activity status
- Quiet
- Tech stack
- rust
- Domain
- operating-systems
Research direction
Start with the rust-version setting in Cargo.toml and the ctypes type-alias module in src/lib.rs. Check the Rust 1.64 core::ffi types and existing target conditionals, then run the existing test suite. Done means the MSRV is 1.64, aliases delegate to core::ffi, and supported targets retain their current behavior.
Written by the indexing model from the issue text.
Description
Just sharing this observation despite the benefit likely being minimal. Delegating the C FFI type aliases to those from core::ffi by bumping rust-version to 1.64 seems desirable?
It'd have avoided the need for PRs like this in March 2026 for example (which is merged but still unreleased).
Details
Presently linux-raw-sys supports Rust 1.63 (Aug 2022) as a minimum (in May 2023 rust-version was bumped from 1.48 to benefit from improved const fn support):
In Nov 2021 linux-raw-sys switched from a cty crate dep to vendoring it's own ctypes type alias module, which presently has required a bit of maintenance support over the past year for Tier 3 targets with ensuring the correct c_char (m68k, hexagon (as a follow-up to restoring support), MIPS R6).
Since Rust 1.64 (Sep 2022) the equivalent FFI C types have been available via the core crate (the target list is managed by a cfg_select! macro, and prior to that the cfg_if! crate macro).
Although this comment says core was not available for a m68k target? (unless they used rustc_codegen_gcc) but as core is already used elsewhere in this crate I assume that wouldn't equate to a regression 😅
- Dominant language
- Rust
- Stars
- 71
- Forks
- 63
- PR merge metrics
- No merged PRs in 30d
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from sunfishcode/linux-raw-sys
-
add OPENAT2_REGULAR Open
Difficulty 2/5 1-3 hours Newbie friendliness 67/100
sunfishcode/linux-raw-sys#194 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
sunfishcode/linux-raw-sys#192 · 1 comment ·
-
Difficulty 3/5 1-2 days Newbie friendliness 68/100
sunfishcode/linux-raw-sys#189 ·
-
Difficulty 3/5 1-2 days Newbie friendliness 45/100
sunfishcode/linux-raw-sys#179 ·
-
Difficulty 3/5 1-2 days Newbie friendliness 50/100
sunfishcode/linux-raw-sys#173 · 17 comments ·
All issues in sunfishcode/linux-raw-sys
Similar issues
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
gitbutlerapp/gitbutler#15998 · 1 comment ·
-
bug triage:deciding
Difficulty 1/5 Under an hour Newbie friendliness 88/100
open-telemetry/otel-arrow#4132 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
bitcoindevkit/bdk-ffi#1125 ·