Is recursive disk search desired/intended?
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Accessibilité débutants
- 35/100
- Type d'issue
- Fonctionnalité
- Clarté
- Plutôt claire
- Activité
- À l'abandon
- Stack technique
- rust, vim
- Domaine
- developer-experience
Piste de recherche
Read the linked ftplugin/rust.vim lines 17–23 to understand the recursive search and how it selects makeprg. Decide whether Cargo should be the default or whether a global setting should control the search; the issue does not record a decision. Done means agreeing on the intended behavior and updating the Rust file-opening behavior accordingly.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Right now, every time a rust file is opened, a recursive disk search is done until either the root is reached or cargo.toml is found: https://github.com/rust-lang/rust.vim/blob/87c745d8d506fc1eecc1d81df15d5bde1658a2fc/ftplugin/rust.vim#L17-L23
Maybe cargo build should just be the default? I imagine few users use the behavior where makeprg builds the current file into an executable directly using rustc (which is what makeprg will do if no cargo.toml is found). If anyone exactly wants this exact behavior, they could also just add it to their own after/ftplugin/rust.vim. Alternatively, maybe this search should be hidden behind a global setting which is off by default?
Not sure how much this really matters in practice, so this might be premature optimization. However, opening a rust file really shouldn't trigger this much filesystem access. This isn't a zero cost abstraction : ).
Related: https://github.com/ziglang/zig.vim/pull/40#discussion_r578754774
- Langage dominant
- Vim Script
- Étoiles
- 4.2k
- Forks
- 323
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Préparer son environnement
Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.
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 rust-lang/rust.vim
-
Difficulté 1/5 1-3 heures Accessibilité débutants 76/100
-
It's Dead, Jim!Ouverte
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 15/100
-
Remove hard coded edition fallbackPeut-être pris @alerque l’a pris il y a 231 jours. Ouverte
Difficulté 1/5 Moins d'une heure Accessibilité débutants 35/100
-
README.md syntastic to aleOuverte
Difficulté 1/5 Moins d'une heure Accessibilité débutants 55/100
-
Difficulté 3/5 1-2 jours Accessibilité débutants 45/100
Toutes les issues de rust-lang/rust.vim
Issues similaires
-
good first issue help wanted python up-for-grabs
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
andrewsiah/agentswarm-data-tasks#121 ·
Les mainteneurs répondent en général sous 1 jour
-
agent:either area:adapters priority:p3 type:chore
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
jojo-stand36/Tacet#251 ·
Les mainteneurs répondent en général sous 1 jour
-
environments
Difficulté 2/5 1-3 heures Accessibilité débutants 66/100
calkit/calkit#2056 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
bug needs-triage P1 tier:1-mechanical
Difficulté 1/5 Moins d'une heure Accessibilité débutants 88/100
krakenhavoc/cmd_and_ctrl#5434 ·
Les mainteneurs répondent en général sous 1 jour
-
enhancement good first issue
Difficulté 1/5 Moins d'une heure Accessibilité débutants 95/100