py. syntax is doing weird things with the clj-kondo linter
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 25/100
Piste de recherche
Commencez par reproduire l’appel py/py. avec clj-kondo, en comparant le comportement d’un :lint-as personnalisé avec la suppression de :unresolved-var. Aucun fichier d’implémentation ni aucun test n’est nommé ; suivez la manière dont clj-kondo analyse la notation réservée py. et définissez l’achèvement comme une configuration de lint fonctionnelle ou une prise en charge documentée qui supprime les deux soulignements ondulés signalés.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
The linter is doing something weird, because it assumes that py/py. is actually a reference to the symbol "py/py" with no ".".
I'm unable to write a custom :lint-as for this, because clj-kondo doesn't consider the possibility that "py." could represent a macro. ingoring :unresolved-var doesn't quite fill my usecase, as I want to remove the red squiglies under the second argument of the py. call as well.
I think clj-kondo is technically in the right here, because py. isn't supported clojure syntax, although I do like the py. notation, and it'd be nice if it was supported. I don't ask to change the notation, but it'd be nice to have a workaround that fixes these tooling issues.
https://clojure.org/reference/reader#_reader_forms
Symbols beginning or ending with '.' are reserved by Clojure.
Great Library! -- Sammy
- Langage dominant
- Clojure
- Étoiles
- 1.2k
- Forks
- 74
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Guide de contribution
Ouvrir le guide de contribution
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 clj-python/libpython-clj
-
upgrade to dtype-next 11.xxx Ouverte
Difficulté 3/5 1-2 jours Accessibilité débutants 48/100
clj-python/libpython-clj#280 ·
-
Difficulté 4/5 3-5 jours Accessibilité débutants 38/100
clj-python/libpython-clj#275 · 5 commentaires ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 58/100
clj-python/libpython-clj#273 ·
-
Difficulté 4/5 3-5 jours Accessibilité débutants 25/100
clj-python/libpython-clj#271 · 1 commentaire ·
-
"auto flush" tty optionally Ouverte
Difficulté 4/5 3-5 jours Accessibilité débutants 35/100
clj-python/libpython-clj#270 · 1 commentaire ·
Toutes les issues de clj-python/libpython-clj
Issues similaires
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 90/100
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 90/100
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 88/100
-
.Team/Metabot Priority:P3
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
-
needs triage
Difficulté 1/5 Moins d'une heure Accessibilité débutants 90/100