I've been stung by this too. One work around I use is *(:refer-clojure :exclude [/])* and *(:require [some.ns :refer [/])* in my *ns* form. Then refer to *clojure.core//* directly if needed. It's good to hear this will be fixed in 1.6.
On Tuesday, July 30, 2013 5:26:23 AM UTC-7, Maik Schünemann wrote: > > Is / a valid clojure function name (valid, but not recommended)? > I tought so because of clojure.core// > in the repl there is also no problem with clojure.core//: > clojure.core// > ;=>#<core$_SLASH_ clojure.core$_SLASH_@6d996380> > but if / is in another namespace, for example in core.matrix: > clojure.core.matrix.operators// > RuntimeException Invalid token: clojure.core.matrix.operators// > clojure.lang.Util.runtimeException (Util.java:219) > > clearly this is an edge case, because / also separates namespaces but I > think > if clojure.core// is valid clojure.core.matrix.operators// should also be > a valid token?! > > regards > Maik Schünemann > -- -- 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.
