> * does it support namespaces separated in several files (handling files > that begin with 'in-ns, or just not trying to compile them ?) > * if so, will it support the scenario of multiple files per ns, where just > another file (and not the file defining the ns) is modified ?
I didn't even know Clojure's AOT compiler supported this. I thought that the name of the file was forced to match the name of the namespace it represents? If that is not the case, then the solution would probably be to just not compile the in-ns files, though that seems annoyingly-ugly. Right now, compilation detection is exclusively based on filenames. So if you have a file src/main/clojure/clojure/contrib/command- line.clj, then Buildr will dispatch the compilation of namespace "clojure.contrib.command-line". I thought about doing fancy parsing to checkout the ns declarations, but given Clojure's dynamic nature, I would never be able to *guarantee* any sort of accuracy in that approach. > * there is also another problem : if some macros are defined in a namespace > A, used in a namespace B, then if you just change the macro and recompile > namespace A, I don't think code using the macros in namespace B will see the > changes ? This case didn't occur to me, but you're right that it would be problematic. I should probably change the compilation to just recompile everything when any file has changed. Darn those macros... Daniel --~--~---------~--~----~------------~-------~--~----~ 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 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 -~----------~----~----~----~------~----~------~--~---
