Morning!

Morning guys

giorno gente

giorno

@richiardiandrea intendi tools.reader?

si scusa che ho scritto 😄

voglio scrivere un parser, ma mi sembra che ci sia in giro abbastanza per ridurre l'ammontare di lavoro

sto leggendo tools.reader e mi piacerebbe generalizzarlo cosi' che possa diventare "pluggabile"...pensavo producesse gia' un AST, ma sembra che ritorni direttamente strutture e data "nativi" (`garray` per JS per esempio)

si`, tools.reader non e` propriamente un parser

o meglio, ha un recursive descent parser ma non passa mai per un’AST

https://dev.clojure.org/jira/browse/TRDR-49 c’e` richiesta per un parser in mezzo

ma per ora non ho ancora avuto tempo, anche se e` decisamente qualcosa che mi interesserebbe fare

😄 grazie, si mi sembrava che fosse qualcosa di gia' chiesto 😄

per invece la parte di domanda riguardando il “compilatore”, da quel lato c’e` tools.analyzer che produce effettivamente un AST agnostica

ma sempre partendo da EDN, non da un parse tree

si non e' mai probabilmente servito l'anello di congiunzione tra i due

sono sicuro che Colin ha scritto esattamente quello per Intellij

un parser? indubbiamente

ma ce ne sono un tot di parser clojure su github eh

ah davvero? ok allora cerco meglio

forse Joker fa parsing adesso che ci penso

per esmpio uno che ho scritto io molti anni fa usando parsley https://github.com/Bronsa/om/blob/master/src/om/parser/grammar.clj#L4

(ora incompleto visto che era per 1.3)

eh ma a me in teoria serve in C

cerco meglio, sono sicuro che qualche linter lo fa gia'

si` certo ti stavo dando uno spunto in caso non trovassi di prefatto :)

grazie grazie 😄

c'e' questo: https://github.com/nakkaya/ferret

scritto in un file .org!

ah, stavo cercando il sorgente e non lo trovavo :)

usa comunque il reader di clojure

@bronsa grazie, pensavo a cljs perche' piu' facile da integrare in C...ma non so ancora, mi serve piu' hammock time 😄