promoting some contribs into clojure

[Stuart Halloway]

The moment you've all been waiting for--there are now assembla tickets
with proposed promotions from contrib to clojure:

(1) repl utilities from various places:
https://www.assembla.com/spaces/clojure/tickets/310-clojure-repl-namespace

(2) a lot of io:
https://www.assembla.com/spaces/clojure/tickets/311-clojure-java-io-namespace

(3) some of seq:
https://www.assembla.com/spaces/clojure/tickets/312-audit---promote-some-clojure-contrib-seq-fns

In addition, some popular libs will *not* be promoted at this time:
def, json, and str.

Now's the time to fight for your favorite fn -- or against the foolish
inclusion of things that are not the Clojure way. Please respond to
this thread and let us know:

(1) Do you support the things being considered for inclusion?

(2) Is there something important we have missed?

(3) Is something we are about to add a terrible mistake, that will
wreak havoc on Clojure for centuries to come?

Thanks,
Stu

--
You received this message because you are subscribed to the Google Groups "Clojure Dev" group.
To post to this group, send email to cloju...@googlegroups.com.
To unsubscribe from this group, send email to clojure-dev...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/clojure-dev?hl=en.

[Mark Engelberg]

Stu said:
>> Is there something important we have missed?

I've said it before, but I'll repeat it here:

clojure.contrib.math contains the fundamental math operations that are
commonplace in just about every language I've worked with (e.g., expt,
sqrt, gcd, round). Java's version of many of these functions only
work on doubles, or in some cases BigInts, so this is not simply a
"wrapper", but something that makes it easier to stay within Clojure's
numeric tower while doing basic math. The library is stable, and has
had no bug reports in about a year.

I'm not really sure what is gained by "promoting" the library out of
contrib, other than increased visibility, but I definitely think it is
worthy of inclusion, and visibility definitely can matter. I have
received several emails from people who were surprised that these
sorts of functions didn't ship with Clojure, and it took them a while
to discover that contrib.math existed to fill that void.

[Konrad Hinsen]

On 23.04.2010, at 03:35, Mark Engelberg wrote:

> I'm not really sure what is gained by "promoting" the library out of
> contrib, other than increased visibility, but I definitely think it is
> worthy of inclusion, and visibility definitely can matter. I have

Visibility, plus one less dependency in projects that use it. I am all for including this in the Clojure distribution.

Konrad.

[Stuart Halloway]

Hi Mark,

It would be *great* to have the c.c.math fns in core, but they have to
be *fast*. Which right now means no multimethods and leveraging the
Numbers/Numbers$Ops stuff on the Java side.

If anybody wants to take a crack at this a patch is welcome.

Thanks,
Stu

[Mark Engelberg]

I almost forgot...

I would very much like to see the functions in clojure.contrib.set
promoted to clojure.set.

The subset? function and its brethren really help complete the "set
interface" provided by clojure.set

--Mark