Raise MSRV to 1.64 and delegate `ctypes` type aliases to `core::ffi`
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 2/5
- Temps estimé
- 1-3 heures
- Accessibilité débutants
- 72/100
- Type d'issue
- Refactorisation
- Clarté
- Plutôt claire
- Activité
- Calme
- Stack technique
- rust
- Domaine
- operating-systems
Piste de recherche
Commencez par le paramètre rust-version dans Cargo.toml et le module d’alias de types ctypes dans src/lib.rs. Vérifiez les types core::ffi de Rust 1.64 et les conditionnelles de cible existantes, puis exécutez la suite de tests existante. C’est terminé lorsque le MSRV est 1.64, que les alias délèguent à core::ffi et que les cibles prises en charge conservent leur comportement actuel.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
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 😅
- Langage dominant
- Rust
- Étoiles
- 71
- Forks
- 63
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Guide de contribution
Aucun guide de contribution indexé pour ce dépôt
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de sunfishcode/linux-raw-sys
-
add OPENAT2_REGULAR Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 67/100
sunfishcode/linux-raw-sys#194 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 88/100
sunfishcode/linux-raw-sys#192 · 1 commentaire ·
-
Difficulté 3/5 1-2 jours Accessibilité débutants 68/100
sunfishcode/linux-raw-sys#189 ·
-
Difficulté 3/5 1-2 jours Accessibilité débutants 45/100
sunfishcode/linux-raw-sys#179 ·
-
Difficulté 3/5 1-2 jours Accessibilité débutants 50/100
sunfishcode/linux-raw-sys#173 · 17 commentaires ·
Toutes les issues de sunfishcode/linux-raw-sys
Issues similaires
-
Difficulté 2/5 1-3 heures Accessibilité débutants 84/100
Eynzof/Hermes-CN-Desktop#610 ·
-
bug
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
gitbutlerapp/gitbutler#15998 · 1 commentaire ·
-
bug triage:deciding
Difficulté 1/5 Moins d'une heure Accessibilité débutants 88/100
open-telemetry/otel-arrow#4132 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 88/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 84/100