Thanks Luc. In summary, the current compile system has no smart way to cache compilation steps, even when it (could) know that the dependencies are unchanged?
I can see that this might be hard, as the jvm itself, and the version of closure are implicit global dependencies. A fully reliable system wouldn't use any of the pre-compiled cache if either of these changed. On Saturday, March 2, 2013 10:45:43 PM UTC-8, Luc wrote: > > If you look at the dependencies you are using, the Clojure libs > are delivered as source code. > > This makes sense, the lib creator/maintainer does not have the slightest > idea > of your target runtime (which JVM implementation, which version,...). > There a single version available to all possible target environments. > > Everytime you start a new JVM, the name spaces you require directly or > indirectly are recompiled before being used. > > If you can avoid restarting your REPL, you save on this overhead, you pay > it > only for the source code you change and reload. > > This is why I want to see if some plugin could be created to pre-compile > your dependencies. The startup times should improve. > > I want also to investigate if lein itself could be pre-compiled by the > same > plugin. > > Luc P. > > > > So to summarize it seems that one of you uses drip, a couple think it's > a > > non-issue, and the rest want to design a new system. > > > > I take this to mean that there's no widely accepted solution. > > > > I don't/won't use emacs so nREPL.el is out for me. I use vim, so it's > most > > natural for me to have some kind of separate command-line tool. > > Really, I just want `lein run` to be faster. Can someone explain where > all > > this time is spent? > > I hear a lot of talk of compiling, but why would we re-compile things > where > > none of the dependencies have changed? > > > > On Wednesday, February 20, 2013 8:38:10 AM UTC-8, Michael Klishin wrote: > > > > > > > > > 2013/2/20 Buck Golemon <workit...@gmail.com <javascript:>> > > > > > >> Can I use lein1 and expect the various clojure libraries and > templates to > > >> work? > > > > > > > > > lein1 is no longer supported. It is a much better idea to move to > lein2 > > > and > > > use drip or nREPL-based tools such as nREPL.el. > > > > > > -- > > > MK > > > > > > http://github.com/michaelklishin > > > http://twitter.com/michaelklishin > > > > > > > -- > > -- > > You received this message because you are subscribed to the Google > > Groups "Clojure" group. > > To post to this group, send email to clo...@googlegroups.com<javascript:> > > Note that posts from new members are moderated - please be patient with > your first post. > > To unsubscribe from this group, send email to > > clojure+u...@googlegroups.com <javascript:> > > For more options, visit this group at > > http://groups.google.com/group/clojure?hl=en > > --- > > You received this message because you are subscribed to the Google > Groups "Clojure" group. > > To unsubscribe from this group and stop receiving emails from it, send > an email to clojure+u...@googlegroups.com <javascript:>. > > For more options, visit https://groups.google.com/groups/opt_out. > > > > > > > -- > Softaddicts<lprefo...@softaddicts.ca <javascript:>> sent by ibisMail from > my ipad! > -- -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
