http://dev.clojure.org/jira This file is an XML representation of an issue en-us 4.4 649 25-07-2011 http://dev.clojure.org/jira/browse/CLJ-310 Clojure <p>promote the following fns</p> <ul> <li>clojure.contrib.repl-utils/source to clojure.repl/source</li> <li>clojure.contrib.repl-utils/apropos to clojure.repl/apropos</li> <li>clojure.contrib.ns-utils/dir to clojure.repl/dir</li> </ul> <p>Also:</p> <ul> <li>promote any necessary helper fns</li> <li>make sure helper fns are private</li> <li>promote and or write unit tests</li> <li>make the clojure repl use these four fns</li> </ul> CLJ-310

clojure.repl namespace

Enhancement Closed Completed Unassigned None Thu, 22 Apr 2010 14:34:00 -0500 Tue, 24 Aug 2010 07:41:00 -0500 Tue, 24 Aug 2010 07:41:00 -0500 Release 1.2 0 0 <p>Converted from <a href="http://www.assembla.com/spaces/clojure/tickets/310">http://www.assembla.com/spaces/clojure/tickets/310</a><br/> Attachments:<br/> clojure-promote-repl.diff - <a href="https://www.assembla.com/spaces/clojure/documents/c6elQ8u8ur34WNeJe5cbLA/download/c6elQ8u8ur34WNeJe5cbLA">https://www.assembla.com/spaces/clojure/documents/c6elQ8u8ur34WNeJe5cbLA/download/c6elQ8u8ur34WNeJe5cbLA</a><br/> clojure-contrib-promote-repl.diff - <a href="https://www.assembla.com/spaces/clojure/documents/c6qz7Ou8ur34WNeJe5cbLA/download/c6qz7Ou8ur34WNeJe5cbLA">https://www.assembla.com/spaces/clojure/documents/c6qz7Ou8ur34WNeJe5cbLA/download/c6qz7Ou8ur34WNeJe5cbLA</a><br/> 0310-promote-repl-clojure-with-tweaks.patch - <a href="https://www.assembla.com/spaces/clojure/documents/cEvRP-wc8r36MfeJe5cbCb/download/cEvRP-wc8r36MfeJe5cbCb">https://www.assembla.com/spaces/clojure/documents/cEvRP-wc8r36MfeJe5cbCb/download/cEvRP-wc8r36MfeJe5cbCb</a><br/> 0310-clojure-repl-with-fn-naming.patch - <a href="https://www.assembla.com/spaces/clojure/documents/d6k246wFSr35tLeJe5cbLr/download/d6k246wFSr35tLeJe5cbLr">https://www.assembla.com/spaces/clojure/documents/d6k246wFSr35tLeJe5cbLr/download/d6k246wFSr35tLeJe5cbLr</a></p> <p>chouser@n01se.net said: Not interested in "show", perhaps with a better name? clojure.java/classinfo or something?</p> <p>For tickets like this do you actually want a patch against clojure, or is this more of a placeholder for eventual work by someone else?</p> <p>scgilardi said: - "show" is the repl-util I use most often. I think it should be included.</p> <ul class="alternate" type="square"> <li>Abstractly I think these are more development tools than things particularly about a repl. Perhaps clojure.dev would be a better name than clojure.repl.</li> </ul> <p>stu said: updated description, hopefully now dev-able by anybody</p> <p>stu said: pulling javadoc for now, due to the number of dependencies. May re-open it as a separate ticket.</p> <p>tvachon said: [<a href="file:c6elQ8u8ur34WNeJe5cbLA">file:c6elQ8u8ur34WNeJe5cbLA</a>]: Clojure core patch</p> <p>tvachon said: [<a href="file:c6qz7Ou8ur34WNeJe5cbLA">file:c6qz7Ou8ur34WNeJe5cbLA</a>]: Clojure contrib patch</p> <p>tvachon said: A couple items I'm not sure I got right:</p> <ul class="alternate" type="square"> <li>promoting macros necessitated promoting the functions they used directly, but this could be avoided with * functions, I believe</li> <li>some public contrib functions are now repeated verbatim as private functions in clojure.repl. I left comments in clojure.contrib, which may not be appropriate.</li> </ul> <p>Let me know - happy to update the patches.</p> <p>stu said: Wow, print-dir sure sucks in a lot of stuff. I think we can avoid it. Can you update the clojure patch to:</p> <ul> <li>leave out throwable?, throwable, and throw-if, and get-ns</li> <li>have print-dir call find-ns directly, do an if-let existence test, and throw an exception if the ns is not found</li> </ul> <p>Thanks!</p> <p>tvachon said: Indeed! Patches are updated, and I think they're much nicer.</p> <p>I've also restored print-dir in contrib and added dir* in clojure.repl, which has slightly different semantics (in particular, it expects a symbol input, not a Namespace). We don't use print-dir anywhere in clojure-contrib now, but in case anyone else does this should minimize issues.</p> <p>stu said: Thanks Travis,</p> <p>Thanks to the new "last var in wins" feature in Clojure, there is no need to remove these fns from clojure-contrib. They can stay there, and not break people who already use them that way. So we will apply only Clojure-side patch.</p> <p>stu said: [<a href="file:cEvRP-wc8r36MfeJe5cbCb">file:cEvRP-wc8r36MfeJe5cbCb</a>]</p> <p>stu said: My May 5 patch includes Travis' original patch for the Clojure side, and adds a second commit that puts the (use 'clojure.repl) in the right place in main.clj, and removes the dependency on the now-defunct "seq-contains?". The two patch approach preserves provenance but means that there is an intermediate commit where the build is broken.</p> <p>Should we move towards a common convention for relating the names of macros and their driver fns? This patch has dir/dir* but source/get-source.</p> <p>richhickey said: Whatever the convention is, I'm wary of blah*. In Clojure the * version is often a primitive thing. Something* is also a nice (as yet unused) variant for other meanings. Double leading underscore is pretty ugly and obviously internal to most people</p> <p>richhickey said: blah-impl is fine too</p> <p>tvachon said: I like the double leading underscore. Stuart - would you like me to update the original patch? I'd be happy to incorporate your changes as well if you think that's appropriate.</p> <p>It's a minor matter, but I also noticed that I'm using my weatherbill.com email address, which maybe isn't ideal, as this work wasn't done in that scope. That leads to a second question, probably best taken out of this but, about corporate CLAs, but I'll bring that up in a different forum.</p> <p>Thanks!</p> <p>tvachon said: er - s/taken out of this but/taken out of this ticket/</p> <p>stu said: In this case (and perhaps in many cases) the driver fns might actually need to be called, so I don't like the __. blah-impl is fine, if you would like to make that change please do.</p> <p>richhickey said: If we are intending to have people call the fns, like dir* and get-source, then what is here is not ok.</p> <p>If the macros are just macros for quoting purposes, I think we should establish a macro/macro-fn naming convention. Also, the dir* fn probably shouldn't print, i.e. the functions, if they are to have utility as functions, should be (real) functions, i.e. no side effects, return data structures, in which case the division of labor between dir and dir* (to be dir-fn) needs to change.</p> <p>stu said: [<a href="file:d6k246wFSr35tLeJe5cbLr">file:d6k246wFSr35tLeJe5cbLr</a>]</p> <p>stu said: may 7 patch subsumes the others and is ready for review</p> <p>stu said: Updating tickets (#310, #318, #341)</p> Approval Ok Global Rank