[CONTRIB-117] POM file for math.combinatorics Created: 09/Sep/11 Updated: 09/Sep/11 |
|
| Status: | Open |
| Project: | Clojure-Contrib |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Enhancement | Priority: | Major |
| Reporter: | Michael Nygard | Assignee: | Unassigned |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Attachments: |
|
| Patch: | Code |
| Description |
|
I noticed that math.combinatorics isn't being built or released yet. Here is the pom file needed to get it into CI builds. |
[CONTRIB-113] There needs to be a way to collect regular arguments in tools.cli Created: 18/Jul/11 Updated: 18/Jul/11 |
|
| Status: | Open |
| Project: | Clojure-Contrib |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Enhancement | Priority: | Major |
| Reporter: | Anthony Simpson | Assignee: | Unassigned |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
In clojure.contrib.command-line, you could specify a 'catch-all' argument at the end of your spec and all arguments after the ones that were parsed would be collected in. In tools.cli, nothing like this seems to exist. For example, with tools.cli, there is no way to handle stuff like this: "myapp --foo bar --baz foo a b c". The last three arguments, a, b, and c will all be discarded with no way to retrieve them. Finally, if this wasn't the right place to put this issue, I apologize. tools.cli doesn't seem to be listed as a project and you guys don't accept issues on Github, so I wasn't sure what else to do. |
[CONTRIB-111] Build failure against edge clojure Created: 01/Jun/11 Updated: 01/Jun/11 |
|
| Status: | Open |
| Project: | Clojure-Contrib |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Defect | Priority: | Major |
| Reporter: | Amitava Shee | Assignee: | Unassigned |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Environment: |
clojure tip - commit 66a88de9408e93cf2b0d73382e662624a54c6c86 |
||
| Description |
|
Build failure ashee:clojure-contrib amitava$ mvn assembly:assembly -Dclojure.jar=/Users/amitava/opt/clojure/clojure.jar ....Lots of output elided.... Testing clojure.contrib.test-logging |
[CONTRIB-110] clojure.contrib.json does not parse JSON strings containing back slashes on Windows Created: 27/May/11 Updated: 27/May/11 |
|
| Status: | Open |
| Project: | Clojure-Contrib |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Defect | Priority: | Major |
| Reporter: | Rick Moynihan | Assignee: | Unassigned |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Environment: |
Clojure 1.2.1 and Clojure contrib 1.2.0 on Windows 7 with Sun JVM 1.6.0_22-b04 |
||
| Description |
|
This bug does not seem to occur on my Linux box, but when run under Windows I get the following: user> (read-json "\"C:\\Users\"") "C:nullsers" On Linux I get what I would expect: user> (read-json "\"C:\\Users\"") "C:\Users" |
[CONTRIB-106] variable name colision in java-utils/set-system-properties Created: 09/Mar/11 Updated: 09/Mar/11 |
|
| Status: | Open |
| Project: | Clojure-Contrib |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Defect | Priority: | Major |
| Reporter: | Marcin Kozey | Assignee: | Unassigned |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Environment: |
1.3.0-SNAPSHOT |
||
| Description |
|
(defn set-system-properties Somebody did a find/replace as-str -> name and created fn/variable colision with "name" |
[CONTRIB-102] clojure.contrib.core/-?> (and perhaps others?) have a quoting bug Created: 07/Dec/10 Updated: 09/Jan/11 |
|
| Status: | Open |
| Project: | Clojure-Contrib |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Defect | Priority: | Major |
| Reporter: | Jason Wolfe | Assignee: | Laurent Petit |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Environment: |
1.2 and 1.3 |
||
| Attachments: |
|
| Patch: | Code |
| Approval: | Test |
| Description |
|
See: https://groups.google.com/group/clojure/browse_frm/thread/cc88ca26352bc604?hl=en# When called via a namespace-qualified symbol and given three or more arguments, -?> gives the error: user=> (clojure.contrib.core/-?> 1 inc inc) |
| Comments |
| Comment by Alan Malloy [ 07/Dec/10 11:27 PM ] |
|
Root cause is in clojure.contrib.core/defnilsafe, so similar functions like .?. will have the same problem. I futzed around for a while to try and figure it out, but defnilsafe is a little too meta for me. The problem is, predictably enough once you've glanced at the code, with ~'~nil-safe-name. The general solution ought to look like But I couldn't make it quite work. |
| Comment by Laurent Petit [ 08/Dec/10 2:14 AM ] |
|
Patch added. Simple patch where I specifically use fully qualified names when calling defnilsafe. |
| Comment by Alan Malloy [ 09/Jan/11 4:23 AM ] |
|
What about this patch instead? It makes sure to resolve the symbols supplied to defnilsafe while still within the c.c.core namespace. I also made the arglists a bit less ugly. |