I am going to bump this topic just once to see if there are any further opinions. I think that this would be a very useful capability.
I think that in-ns and load are one solution to modularity, in particular to facilitate separating code effectively into portable chunks. My motivation is to be able to separate generically reusable, jvm and closurescript specific code. But, still be able to compile back into a unified namespace which includes functions that have both generic and specific implementations. The key requirements are: 1. The ability to break a single logical namespace into several distinct files and then merge these files back into a single namespace. In clojure I do this with in-ns and load. 2. To do this consistently across clojure dialects (jvm, clojurescript and clr) It is not important whether this is seen to be a runtime load or a compile time load. I think Compile time loading would be sufficient (and necessary for clojurescript as pointed out above). I appreciate that there may be other more pressing issues. I hope everyone who went enjoyed the conj. I would have liked to be there. Maybe next year... Cheers Dave -- 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
