Re: [GSoC idea] Pluggable back-ends architecture for ClojureScript compiler

2016-02-23 Thread Nicola Mometto
As the author of said libraries, I'd love to see somebody pick them up during GSoC and continue the work. The reason why development seems to have stalled, is different for each library: - tools.analyzer and tools.analyzer.jvm are pretty much done and stable, all that's left to do is fixing a co

Re: [GSoC idea] Pluggable back-ends architecture for ClojureScript compiler

2016-02-23 Thread Timothy Baldridge
Just wanted to jump in here and say that Thomas is correct. Plugging into the CLJS compiler is probably not the right place to start. The CLJS compiler is built for speed and as such is somewhat less modular than the tools.analyzer/tools.emitter projects. So start there if you're looking to build a

Re: [GSoC idea] Pluggable back-ends architecture for ClojureScript compiler

2016-02-23 Thread Frank Castellucci
Would not we want to "plug in" to the Clojure compiler? Feels weird to plug-in to ClojureScript to generate, say, python code. On Monday, February 22, 2016 at 6:52:43 PM UTC-5, Antonin Hildebrand wrote: > > I like the idea. > > I was thinking about a similar project. The goal would be to design

Re: [GSoC idea] Pluggable back-ends architecture for ClojureScript compiler

2016-02-22 Thread Antonin Hildebrand
I like the idea. I was thinking about a similar project. The goal would be to design and implement user-configurable, pluggable system for "jacking" into ClojureScript compilation pipeline as discussed here[1]. The first dog-fooding application could be instrumentation middleware for collectin

Re: [GSoC idea] Pluggable back-ends architecture for ClojureScript compiler

2016-02-22 Thread Zach Oakes
Yeah I forgot about tools.analyzer. Maybe just updating its JS emitter to work with the latest ClojureScript would be a good project. It still wouldn't solve the issue of keeping up with the latest ClojureScript releases, but it seems like it would be a decent scope for a GSoC project. On Monda

Re: [GSoC idea] Pluggable back-ends architecture for ClojureScript compiler

2016-02-22 Thread Thomas Heller
Projects for this already exist but are somewhat dormant. See: https://github.com/clojure/tools.analyzer https://github.com/clojure/tools.analyzer.jvm https://github.com/clojure/tools.analyzer.js https://github.com/clojure/tools.analyzer.clr https://github.com/clojure/tools.emitter.jvm Neither Cl

Re: [GSoC idea] Pluggable back-ends architecture for ClojureScript compiler

2016-02-21 Thread Zach Oakes
That's a really good idea. There are a lot of clojurescript-to-something projects that would benefit from that, along with any future ones. It may help to actually choose a specific backend to work on while you refactor the compiler itself. Also, it would be good to limit the impact on the curr

[GSoC idea] Pluggable back-ends architecture for ClojureScript compiler

2016-02-21 Thread Edward Knyshov
*Pluggable back-ends architecture for ClojureScript compilerBrief explanation:* There are a lot of ClojureScript script compiler forks exist to provide different compilation targets other than js. Most of them are currently stuck because of rapid ClojureScript development and difficulties wi