On Tue, Jul 5, 2011 at 2:58 PM, David Nolen <dnolen.li...@gmail.com> wrote: > On Tue, Jul 5, 2011 at 12:59 PM, Ken Wesson <kwess...@gmail.com> wrote: >> >> On Tue, Jul 5, 2011 at 9:01 AM, Stuart Halloway >> <stuart.hallo...@gmail.com> wrote: >> > In general, I have found that namespaces should be larger than my OO >> > intuition would have them be. >> >> One problem with scaling up namespaces, though, is that ongoing >> "invalid constant tag 32" issue with big enough input files (see other >> thread). For now, until it's fixed, there's an effective size cap on >> namespaces that is hit at around 1kloc (typically no more than a few >> hundred functions). > > Why doesn't this limitation affect clojure.core, which is 6k+ loc?
I have no idea. But clojure.core is hardly typical; for one thing, it loads during rather than after bootstrap. Possibly AOT-compiled namespaces don't have the problem, or have it at larger sizes, than if JIT-compiled with load-file. It *is* interesting that core.clj is over 200k and doesn't fail whereas others have reported the error happening consistently for any .clj file exceeding exactly 64k. Perhaps there is some way to make larger .clj files palatable that could be used by us normal folk, though if so it isn't obvious what. -- Protege: What is this seething mass of parentheses?! Master: Your father's Lisp REPL. This is the language of a true hacker. Not as clumsy or random as C++; a language for a more civilized age. -- 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
