Fork me on GitHub
#clr
<
2023-02-10
>
bobcalco16:02:46

@dmiller Got to looking at https://github.com/camsaul/methodical (a rethink and re-implementation of multimethods) and as I perused the source code I could not detect a single namespace that could not in good conscience be a cljc file (with at most one or two places where a reader conditional might be needed). IOW, this looks quite ripe for porting to ClojureCLR. The only question is whether it assumes AOT (it imports types and protocols defined elsewhere in the project, most of which, again, could be cljc files instead of clj files) in which case the port might be limited to .NET Framework (fine for my initial use case). But I just wanted to get your take on it.

dmiller16:02:16

It looks doable without massive effort. the things that cause headaches (IO, networking, threading) seem absent on first glance. We do handle protocols, deftypes and the others without AOT in .net 6.