bytecodealliance / bytecodealliance/rustix

stop enabling dependencies in build.rs by default?

Ouverte
#680 15 commentaires 0 réactions 0 personnes assignées Voir sur GitHub
Langage dominant
Rust
Étoiles
2.1k
Forks
294
Merge moyen
6 j 22 h
PR mergées (30 j)
4

Description

(I'm basically using issues as a communication mechanism here)

See https://github.com/coreos/cargo-vendor-filterer/issues/71

TL;DR when rustix 0.37 came along with https://github.com/bytecodealliance/rustix/commit/a2c6c7a8b7adcf46592b7519ba90ecece18b4bd6 this ended up enabling `libc` by default and that pulled in the `errno` dependency by default.

However, `cargo metadata` doesn't see this dependency, it's only enabled via `build.rs`.

And that ends up breaking `cargo vendor-filterer`.

Since in reality, libc is enabled by default, ISTM we can rework the features and build scripts here right?

Guide de contribution

Ouvrir le guide de contribution

Piste de recherche

Commencez par examiner build.rs et les définitions de features qui activent libc et errno, puis comparez le graphe des dépendances signalé par cargo metadata avec le comportement de cargo vendor-filterer. Le problème est résolu lorsque la configuration par défaut des dépendances est représentée de manière cohérente sans activation uniquement par build.rs et que cargo vendor-filterer ne plante plus.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Évaluation

Stack technique
rust
Domaine
build-system
Type d'issue
Refactorisation
Difficulté
4/5
Temps estimé
3-5 jours
Activité
À l'abandon
Clarté
À clarifier
Accessibilité débutants
35/100

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.