I had a similar problem some time ago. The analysis is correct that Clojure will always load user.clj. As a workarround I just moved the require out of the ns form.
(ns user (:require [mdg.meat2])) becomes (ns user) (defn start [] (require 'mdg.meat2 :reload-all) (do-something-useful)) This will basically load everything "on-demand" (eg. when you call the start function) instead of always. HTH, /thomas On Friday, January 2, 2015 9:03:22 PM UTC+1, David James wrote: > > I noticed this issue which I'm currently facing: > https://github.com/technomancy/leiningen/issues/1477 > > Technomancy commented in the issue: "This appears to be a bug in Clojure > causing an incorrect error message that's masking the actual issue. What's > happening here is that the javac task is invoking some Clojure code which > performs the Java compilation, but before this code runs, Clojure runs > user.clj first. (Leiningen doesn't have any control over this.) Since this > contains a call to a file that imports TestClass, you've created a circular > dependency. I don't know why you get this error message; it seems to be an > issue with Clojure itself." > > Do others agree that this is an issue with Clojure itself? > > I haven't seen any tickets in JIRA pertaining to this. Did I overlook one? > -- 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/d/optout.
