Groups
Groups
Sign in
Groups
Groups
Clojure Dev
Conversations
About
Send feedback
Help
Request to create new contrib: data.dependency
69 views
Skip to first unread message
Stuart Sierra
unread,
May 16, 2012, 6:02:29 PM
5/16/12
Reply to author
Sign in to reply to author
Forward
Sign in to forward
Delete
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to cloju...@googlegroups.com
As part of my long-delayed effort to get namespace dependency parsing into contrib, I offer the clojure.data.dependency library:
https://github.com/stuartsierra/data.dependency
This was originally part of Lazytest, and is wholly my own work. I, Stuart Sierra, give my permission to release this code under the Clojure Contributor Agreement.
This will complement the recent addition of `ns` parsing to tools.namespace:
https://github.com/clojure/tools.namespace/commit/18656718913e882a122d659bc0725202cb6a14ef
-S
Stuart Halloway
unread,
May 16, 2012, 6:20:16 PM
5/16/12
Reply to author
Sign in to reply to author
Forward
Sign in to forward
Delete
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to cloju...@googlegroups.com
Really glad to have this. Seems like tools.dependency might be a better name -- what do you think?
Stu
Stuart Sierra
unread,
May 17, 2012, 1:06:19 PM
5/17/12
Reply to author
Sign in to reply to author
Forward
Sign in to forward
Delete
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to cloju...@googlegroups.com
It's not a tool, just a data structure. It can represent any kind of dependency tree. But I'm not picky about the name.
The tool-ish part is in tools.namespace, to parse the dependencies out of an `ns` declaration.
-S
Reply all
Reply to author
Forward
0 new messages