☝️ @U05H8N9V0HZ

Yeah, streaming JSON is really hard. That's why I've never been very fond of it.

"That's why I've been very fond of it." => bencode, you mean, right?

+ never 🙂 This was for JSON.

I'm a master of crazy typos. 😄

👍

I'm also re-confirmed in my decision to blindly copy bencode for bb pods ;)

Welcome @U05H8N9V0HZ! You might be interested in https://github.com/clj-commons/clj-yaml, a thin wrapper over SnakeYAML, usable from Clojure and Babashka. #clj-yaml

Hi @UE21H2HHD! I'm very familiar with SnakeYAML. I am more interested to know if there is a more pure (lisp) YAML implementation in Clojure. If there is then I could easily port it to YAMLScript, and thus have a YAML framework written in YAML 😄

But great to know about clj-yaml for real usage.

I don't know of anyone who has taken on writing a YAML implementation in Clojure. So you could be the first!

@U05H8N9V0HZ It is common in Clojure world to leverage high-quality Java libraries, either directly via interop or through thin idiomatic wrappers, instead of rolling a pure Clojure implementation.

There are 2 reasons for that: 1. The performance is usually better in a Java implementation. 2. This compensates for the Clojure community being significantly smaller than Java's.

@U06PNK4HG that makes sense. And I Lingy can already use Perl's YAML modules directly. But a pure Lisp reference parser would be a valuable learning tool. And encoding that in YAML would be a pretty cool asset for YAML framework authors to reference.

Of course, writing something from scratch is often a good learning exercise :).

I've written a YAML reference parser https://github.com/yaml/yaml-reference-parser in multiple languages. Would like to have a functional lisp version in there. 🙂

@U06PNK4HG Another reason for a pure Clojure implementation would be a potential ClojureScript port...

Good point. And thus Lingy (Perl, etc) implementation!

Implementing YAML correctly is... hard.

Maybe porting from another functional framework like HsYAML is the best approach.

@U04V70XH6 Sure! Not dissuading, just explaining why things are the way they are now.

related to that, does Clojure bind well to FFI / C-based shared libs?

I'd guess it's possible but not preferred

I'm in the planning phase of a project I call YAMLStar which is a full-yaml-stack framework implementation ported to 42 languages (I often say "42 languages" to mean all langs I can) such that they all are fully correct, compatible and expose the same functionalities.

Most of the work is done by libfyaml, with a thin veneer in the hosting language. But for JVM languages maybe I should do this as a clojar.

Speaking of which, I have yet to publish a JVM package. Anyone know where to look here or elsewhere to make that easier?

I do have a sonatype account setup. But I recall maven publishing and clojars publishing being a lot of work last time I tried, and didn't get it all figured out.

> does Clojure bind well to FFI / C-based shared libs? Clojure's story is exactly equal to Java's, and the latter is... not optimal. You can do it if you must, but it's not very convenient, has certain limitations and performance tradeoffs. And certainly not beginner-friendly (for the person that has to write the bindings).

What I expected 🙂

Publishing to Clojars is very easy if you use either Leiningen or tools.deps as a build tool. All those repositories (Sonatype, Maven Central, Clojars) have the same API, and the same tools/commands are used to publish to either. The difference is only in the amount of organizational ceremony at the repository side. Clojars is probably the easiest to push to (doesn't require signing, gives a groupId by default that doesn't need domain name verification, etc) from scratch.

Not requiring signing is 👍 for me making progress. thanks

This is the tutorial how to do it with Leiningen, with tools.deps it's a bit of "make your own build tool from parts", but similar guides exist for it. https://github.com/technomancy/leiningen/blob/stable/doc/TUTORIAL.md#publishing-libraries

I will try again very soon.

https://clojure-doc.org/articles/cookbooks/cli_build_projects/ for deps.edn / tools.build (which links to the official guides which you'll need to read first).

It'd be great if you could also see what it would take to get kondo / clojure-lsp analysis working for your new host dialects. Often it's just making it aware of interop differences and missing/added core functions.

@U0BUV7XSA (and everyone, really). The Discussions are enabled for the Lingy repo: https://github.com/lingy-lang/lingy/discussions I have started some threads there, with things I have started to think about needs addressing. Would be great with input like ^that^ there as well.