Wrong number of args (1) passed to: clojure.core/reductions
core>
at least I now know what to call what I am looking for.
Thanks for your help - much appreciated,
Jules
On Sunday, 27 November 2022 at 23:47:22 UTC sritc...@gmail.com wrote:
> Pretty sure what you’re looking for
...
Jules
On Sunday, 27 November 2022 at 19:00:48 UTC Jules wrote:
> Guys,
>
> I've found myself needing a function that I am sure cannot be an original
> but I'm not aware of it existing anywhere...
>
> It is a cross between 'map', 'reduce' and 'iterate'...
>
a standard way of doing this in Clojure ? Or is a stateful
function the best answer ?
Interested in your thoughts,
Jules
--
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
(logic/is nil schema (fn [s] (s "format")))
or
(logic/pred schema (fn [s] (not (contains? s "format"
clumsy - but works
still interested to hear what other people think of this approach...
Jules
On Wednesday, 30 September 2020 at 17:15:42 UTC+1 Jules wrote:
&g
an anyone suggest anything ?
I find the idea of using core.logic to do bi-directional JSON doc
transformations really appealing - what do others think ?
Jules
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email
thinking about adding a number more D3 widgets:
https://github.com/d3/d3/wiki/Gallery
If anyone else is interested in getting involved, just shout ! :-)
Jules
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email
Charting/Tabling Web UI in ClojureScript -
please get in touch.
I'm going to have my hands full working on the back-end and my front-end
knowledge is poor at best.
Interested to hear what everyone thinks.
Jules
--
You received this message because you are subscribed to the Google
Groups
to a graph of a live feed etc ?
cheers
Jules
On Thursday, 11 February 2016 00:49:54 UTC, Stathis Sideris wrote:
>
> Hello all,
>
> dali is a Clojure library for representing the SVG graphics format. It
> allows the creation and manipulation of SVG files. The syntax
> &
Lee,
Thanks for the link - I can see that I have a lot of reading ahead of me
:-) - looks very interesting indeed.
Jules
On Saturday, 28 November 2015 20:26:48 UTC, Lee wrote:
>
>
> Jules,
>
> There's work using random variation and selection to do some of the more
> ambit
Thanks for this pointer, Lucas - it looks as if I could learn a lot from
Kibit - I'll have a good look at it.
Jules
On Saturday, 28 November 2015 18:54:11 UTC, Lucas Bradstreet wrote:
>
> Kibit (https://github.com/jonase/kibit
> <https://www.google.com/url?q=https%3A%2F%2Fgithub.
much smarter
than myself about it - so here I am.
What does everyone think ?
Is this worth discussing or just pie in the sky ?
Looking forward to hearing your thoughts,
Jules
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to
This does look good - I'll give it a whirl - thanks for the example :-)
Jules
On Monday, 13 July 2015 11:00:55 UTC+1, Jonathan Winandy wrote:
To me it's a very good option.
Given you example :
(./pull '[org.clojure/core.logic 0.8.10])
(ns yo (:refer-clojure :exclude [==]) (:use
I haven't.
Are you just suggesting it because I mentioned unification, or have you
used it and know that it might be a good fit ?
Thanks,
Jules
On Monday, 13 July 2015 10:37:55 UTC+1, Gary Verhaegen wrote:
Have you already looked at core.logic?
On Monday, 13 July 2015, craig worrall craig
I was hoping for something in idiomatic Clojure - but I'll take a look
thanks.
Jules
On Monday, 13 July 2015 04:45:00 UTC+1, craig worrall wrote:
You may have already discounted Java versions, but just in case ...
http://www.javacodegeeks.com/2013/10/java-object-to-object-mapper.html
that single src.
Ideally it would allow me to extend it to construct/destructure e.g.
joda-time class instances etc as some of my internal rep uses these.
It feels a bit like unification in PROLOG...
Looking forward to hearing your ideas.
regards,
Jules
--
You received this message because you
kicked the tyres a bit.
regards,
Jules
--
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
all is explained in the README on github :-)
and here is an example Splicer:
https://github.com/JulesGosnell/seqspert/blob/master/src/java/clojure/lang/ArrayNodeAndArrayNodeSplicer.java
Jules
On Monday, 17 November 2014 23:01:44 UTC, Fluid Dynamics wrote:
On Monday, November 17, 2014 5:00
to do with int-map etc. This is for merging standard
Clojure hash-maps with large amounts of data in them very quickly and with
very little churn.
See the examples in the README.
cheers
Jules
On Tuesday, 18 November 2014 00:14:30 UTC, Glen Mailer wrote:
I did?
I have no recollection
and setAccessible from Clojure but I'm not
keen on the performance overheads of this approach.
Is there not some way that I could create a Clojure module in the same
namespace as the Java class and get hold of the functions that I need
directly :?
Any guidance gratefully received :-)
Jules
be resolved (argument
types: java.lang.Object, java.lang.String, unknown).
If these did not crop up, no.disassemble would rock even more !
Jules
--
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
-changer. We'll just have to wait and see
Jules
On Monday, 17 March 2014 12:15:37 UTC, Jean Niklas L'orange wrote:
Hello,
On Saturday, March 15, 2014 11:37:11 PM UTC+1, Jules wrote:
2. I've had a look at rrb-vector - very fast for catvec - agreed, but
there does appear to be a performance
Thanks, Karsten - it is dissasembly and not decompilation that I want :-) -
I'll take a look.
Jules
On Sunday, 16 March 2014 09:23:58 UTC, Karsten Schmidt wrote:
Jules, there's also the no.disassemble lein plugin which works for any
repl:
https://github.com/gtrak/no.disassemble
On 16
, then hand off a
start and end point to each core and apply your solution between them.
If the cost of set up and tear down does not outweigh the amount of work
that you have to do you should see a fair performance boost.
Jules
--
You received this message because you are subscribed to the Google
if
anyone was interested in discussing it further - it is always good to
bounce stuff of other people.
that's all folks !
Jules
On Friday, 21 February 2014 01:09:26 UTC, Jean Niklas L'orange wrote:
Hi Jules,
On Thursday, February 20, 2014 11:59:03 PM UTC+1, Jules wrote:
Subvec provides a view
you would hope for, but not
always as easy to achieve as you would expect.
regards
Jules
On Friday, 21 February 2014 01:22:09 UTC, Ghadi Shayban wrote:
Jules,
For recombination of parallel reductions into a vector, have you looked at
foldcathttps://github.com/clojure/clojure/blob/master
by java and clojure for loops and mathematical functions. Did they
get it the hard way or is there a magic fn floating about out there which I
have failed to track down.
many thanks,
Jules
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post
H
Looks like it's time I figured out how to use Cider - it appears to have
support for decompiling funcs at the repl...
https://github.com/clojure-emacs/cider/pull/338
Just what I want :-)
Jules
--
You received this message because you are subscribed to the Google
Groups
graal-enabled
jdk8.
Here is the project - Clumatra !
https://github.com/JulesGosnell/clumatra
please get in touch if you're interested.
Jules
--
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
maths on the value on the way through, but that did
not work :-(
Too tired to say much more now - but will pick this up tomorrow and play
some more.
Please let me know if you are interested - I will start checking in code
somewhere.
Jules
--
You received this message because you
need to understand a
bit about your hardware (mechanical sympathy), the JVM and the Clojure
runtime. The Seqs are a large part of this and Seqspert will help you
quickly understand how they work.
Please take a look:
https://github.com/JulesGosnell/seqspert.git
regards,
Jules
--
You
.
more as and when,
Jules
On Saturday, 15 February 2014 23:06:24 UTC, Jules wrote:
Guys,
I've been playing with reducers on and off for a while but have been
frustrated because they don't seem to fit a particular usecase that I have
in mind... specifically: getting as many associations
and this issue is the last blocker for me for a couple of
usecases that I have :-)
I hope that explains where I am coming from - does it seem reasonable ? am
I missing anything ?
thanks again,
Jules
On Thursday, 20 February 2014 23:25:29 UTC, Andy Fingerhut wrote:
Have you looked at core.rrb
...
The jury is still out, but I thought I should put my ideas out onto the
forum to kick off useful discussions just like this one ...
thanks for your interest,
Jules
On Thursday, 20 February 2014 23:51:46 UTC, shlomi...@gmail.com wrote:
Hey Jules,
Really nice stuff your making!
One note about
this
tree up above the combined nodes, but with a smaller branching factor.
Jules
On Friday, 21 February 2014 00:10:19 UTC, TheBusby wrote:
On Fri, Feb 21, 2014 at 8:51 AM, shlomi...@gmail.com javascript:
wrote:
One note about your SuperVecs idea though, it seems that using that
approach
welcome :-)
Jules
On Friday, 21 February 2014 00:16:11 UTC, Ambrose Bonnaire-Sergeant wrote:
Nice, thanks for releasing!
Ambrose
On Fri, Feb 21, 2014 at 5:47 AM, Jules jules@gmail.com
javascript:wrote:
I've been teaching myself a bit about the internals of various Clojure
seqs
that there is no
issue lurking here.
I'll put together some proper testcases and add them to my repo.
thanks for your interest :-)
Jules
On Monday, 17 February 2014 09:28:28 UTC, Jean Niklas L'orange wrote:
On Sunday, February 16, 2014 11:49:38 AM UTC+1, Mikera wrote:
Wow - that's a pretty big win. I think we
Alex,
thanks for the suggestion - I'll look at collection-check and raise the
appropriate JIRA when I am happier with the code / idea.
Jules
On Monday, 17 February 2014 13:21:28 UTC, Alex Miller wrote:
It is too late, but an enhancement jira would be appropriate. I would
highly encourage
it in
mind.
Jules
On Monday, 17 February 2014 18:42:28 UTC, Glen Mailer wrote:
Is there a specific part of this implementation which means it needs to
live in core?
It would be cool to have this as a library that could be used with
existing versions of clojure (I have no idea if enough
(clojure.lang.PersistentHashMap/splice m1 m2)))
Elapsed time: 1064.268269 msecs
#'user/m4
user= (= m3 m4)
true
user=
as you would expect, a splice is faster and causes less of a memory spike.
Jules
On Sunday, 16 February 2014 10:01:04 UTC, Mikera wrote:
+1 for this approach - I've wanted something like this several times
I would have thought so - it's only my first cut - seems to work but I
wouldn't like to stake my life on it. It really needs a developer who is
familiar with PersistentHashMap to look it over and give it the thumbs
up...Still, I guess if it was marked experimental ...:-)
Jules
On Sunday, 16
be keen to investigate my idea about the efficient
'cleave'-ing of tree-based seqs so that they can be used as inputs to the
reducers library, as mentioned in my original post...
Jules
On Sunday, 16 February 2014 10:57:35 UTC, Jules wrote:
I would have thought so - it's only my first cut
,
Jules
--
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
and more memory efficient as evidenced in
the (into c d) vs (splice c d) timings above.
regards
Jules
On Saturday, 15 February 2014 23:52:00 UTC, Alex Miller wrote:
You should try transients if you're looking to quickly fill collections -
you might not even need to split up the work this way
Clojure code should in principle be possible to execute very fast when
using the same data structures. Clojure is much better behaved than
languages like Ruby and Javascript from a compiler perspective. See for
example the Stalin scheme compiler. It runs well written Scheme at almost C
speed
@Andy: I hadn't seen that page before, and it is excellent. It explains
everything step-by-step and also gives key information, for example that it
is not necessary to install leiningen manually because it comes with CCW.
If possible, that guide should be featured prominently
on
incantations to get a specific tool working is not
useful knowledge. People would rather fill their brain with the cool stuff:
how reducers, lambda, macros, core.logic work, etc.
Jules
On Friday, February 15, 2013 8:29:25 AM UTC+1, vemv wrote:
Well the first thing you assume is that project pages
source projects. Python is
another example. You're right that there are a lot of open source projects
that aren't as easy, like OCaml for example, and look how successful that
is. But this isn't a pissing match between different projects. Don't we
want people to use Clojure?
Jules
--
--
You
with an actual command that succesfully
installs CCW. I suppose the -repository should have the ccw update site,
but what should be the -installIU argument?
2. How to prevent CCW from hanging when creating a leiningen project.
On Friday, February 15, 2013 5:19:01 PM UTC+1, Jules wrote:
lpetit, I'll
:36 PM, Jules jules...@gmail.com
javascript:wrote:
By the way, I've been trying to write an install script for windows that
installs leiningen + CCW. Creating a folder for all Clojure stuff, putting
that folder on the PATH, downloading lein.bat, running lein self-install,
downloading eclipse
-install` the user could be asked whether he wants to download a fully
functioning Clojure development environment or something like that.
On Fri, Feb 15, 2013 at 5:36 PM, Jules jules...@gmail.com
javascript:wrote:
By the way, I've been trying to write an install script for windows that
installs
not be worth it, especially considering lein devs'
contributions come from their free time (afaict). Same thing for Clojure
the language, the library ecosystem, etc.
On Fri, Feb 15, 2013 at 6:11 PM, Jules jules...@gmail.com
javascript:wrote:
Yes, just zipping up a clean eclipse+ccw was my first
between the current doc improvement for lein we're both participating in (
https://github.com/technomancy/leiningen/issues/1007) and the available doc
for CCW (installation is one step really), are there any pain points that
such a starter kit would address?
A starter kit would address several
in the same project, integrating with version control,
running the whole application, and creating a packaged application/library.
If this process was described in a canonical how to get started guide for
clojure on windows, then that would be very good.
Jules
On Friday, February 15, 2013 11:55:06 PM
You are certainly not alone. Learning the language and concepts is very
easy for me, but the sysadmin stuff to get set up is so much harder.
Believe it or not, I had much more trouble with installing core.logic than
understanding it. It doesn't end either, you bump into more problems once
you
AM UTC+1, Jules wrote:
You are certainly not alone. Learning the language and concepts is very
easy for me, but the sysadmin stuff to get set up is so much harder.
Believe it or not, I had much more trouble with installing core.logic than
understanding it. It doesn't end either, you bump
it.
Jules
On Friday, February 15, 2013 12:34:26 AM UTC+1, vemv wrote:
If this does not work for you, you can help everyone by opening an issue
at the Leiningen bug tracker:
Make sure java and curl are correctly installed
Run the corresponding (unix or Windows) lein install script
Now you should
The Scala version is probably faster because it uses a range (1 to top)
which is represented as a pair of integers (the start and endpoint).
Perhaps the JVM can even eliminate that completely with escape analysis.
The Java version is repeatedly filling an ArrayList with the numbers in
that
If your goal is just to make it fast, then you should use a different
algorithm, e.g.
(defn bump-up
Bump up n by a multiple of x until greater than or equal to k.
[n x k]
(if (= n k) n (recur (+ n x) x k)))
(defn bump-up-fast
Bump up n by a multiple of x until greater than or equal to
...
Jules
--
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 generate his test cases. The people in the study also had to do
the same, so if you want your code to be comparable with the results in the
study that's what you have to do...
Jules
On Saturday, September 22, 2012 6:23:25 PM UTC+2, David Nolen wrote:
On Sat, Sep 22, 2012 at 11:27 AM, Dennis
The spec says if there is no word in the dictionary that can be used in
the partial encoding starting at digit k+1 then a digit can be used. Some
people interpreted that as no word from the dictionary can be used in a
solution. Others interpreted that as no word from the dictionary can be
used
This problem would be ideally suited for core.logic except because of the
hint (http://page.mi.fu-berlin.de/prechelt/phonecode/hint2.html) you'd
need to do something far more ugly.
On Thursday, September 20, 2012 5:07:52 PM UTC+2, David Nolen wrote:
On Thu, Sep 20, 2012 at 10:52 AM, Dennis
in something at Github so
others can have a look around.
Good luck with OpenCL, and please keep us all posted,
regards,
Jules
--
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
someone will be able to tell me why it
will never work and save me the effort :-)
all the best,
Jules
--
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
There is a standard library function for this: separate. For example
(separate even? coll) returns two results in a vector: (filter even?
coll) and (filter odd? coll).
On Feb 10, 9:05 pm, Manuel Paccagnella manuel.paccagne...@gmail.com
wrote:
On 02/09/2012 11:40 PM, Steve Miner wrote:
filter
A healthy mix of course! There even has been some research on the
second point. It turned out that unit tests and code review (=~
thinking) catch largely disjoint sets of bugs.
Other than that, you need to randomize X over Y vs Y over X in order
to get sound results.
On Jan 27, 3:25 pm,
memory can be reused
sooner. So you could try to write your code in a way that triggers
that optimization. A more general form of this is region inference
(AFAIK the JVM doesn't do this though).
Jules
On Dec 16, 11:46 pm, Andy Fingerhut andy.finger...@gmail.com wrote:
This is a question about
like (forall xs p) that asserts p on all
elements of xs isn't hard to define.
Whether the resulting program is more concise I don't know, but I
think it would at least be easier to understand.
Jules
On Nov 13, 5:17 am, David Nolen dnolen.li...@gmail.com wrote:
checko and subchecko work together
?
Jules
On 12 nov, 07:16, David Nolen dnolen.li...@gmail.com wrote:
Also note that even given all this generality over the Python code - the
earlier Python implementation takes ~300ms and this implementation takes
900ms on my machine.
Quite a bit slower than ~12ms. Inferring 40 takes even less
(1,41-1-1-1)
for b in range(a,41-a-1-1)
for c in range(b,41-a-b-1)
for d in range(c,41-a-b-c)
if valid(a,b,c,d)]
I wonder if you can make the cKanren version just as declarative as
this one (cKanren's purpose being declarative).
Jules
In the same way the cKanren version is syntactic sugar around
imperative code. Declarative is not a property of a language, it's a
property of code that says how close to a mathematical specification
the code is. My Python code is much more declarative than the given
cKanren code in that regard.
, but how is that part of or trivially follows from
the specification? We might as well hard-code the whole solution.
Jules
On 12 nov, 00:49, Timothy Baldridge tbaldri...@gmail.com wrote:
My Python code is much more declarative than the given
cKanren code in that regard. Just
compare:http
= d and a+b+c+d == 40 and
valid(a,b,c,d)]
On 12 nov, 01:48, Jules julesjac...@gmail.com wrote:
Are we reading the same cKanren code? I'll give you that the matches
definition is declarative, but then read checko and subchecko. They
are all about (recursive) control flow. Where does
spend most of my time.
Was Archimedes sitting or lying in his bath I wonder :-) ?
cheers
Jules
--
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
lets log a warning about it, but we should not trip up perfectly valid code.
/rant
Ah! that feels better :-)
Jules
--
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
Looks like a ?bug? has crept into defrecord somewhere - I know that there is
a limit to the number of params that a fn can take, but is it intentional
that the same limit applies to the number of slots that a record can have ?
:
[jules@megalodon dada]$ java -jar
~/.m2/repository/org/clojure
to write custom serialisation routines for
them.
Sounds interesting :-) - wish I could help more - please keep the list
posted.
Jules
On Thu, Apr 28, 2011 at 9:28 AM, Jules jules@gmail.com wrote:
well spotted :-)
I have ported it up to 1.3.0-alpha5 - alpha6 gave me some trouble that I
any help getting this stuff to work, just shout.
Jules
--
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
. This would enable a proper p2p architecture where
classes can be created in any node, rather than a client-server arch where only
the central server is allowed to create them. I'll investigate.
regards,
Jules
--
You received this message because you are subscribed to the Google
Groups Clojure group
^java.util.Collection some-numbers [0 23 45 64 67 78])
(def ^java.util.NavigableSet numbers (java.util.TreeSet. some-numbers))
)
and recompile, I do not see the warning.
does anyone else see this ? am I going mad ? :-)
wierd !
Jules
--
You received this message because you are subscribed
Aha !
Thanks, David. Now I can sort all those annoying warnings :-)
Jules
--
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
I don't get it if I type into a repl - only when I put it into a file and
compile it... It's been hanging around for a while so I figured it was time
to get to the bottom of it :-)
Jules
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post
Originally I thought it might be something to do with the overload on the
TreeSetT ctor expecting a CollectionT when I am probably only able to
provide Collection, but then I discovered the wierdness around the 'if'...
Jules
--
You received this message because you are subscribed
I could :-)
At the moment I have a hack() method which I call explicitly
post-deserialisation. This allows me to remain pure-Clojure. I'm not sure
that the necessary complexity required to do it right is worthwhile in my
particualr usecase - but thanks for all your suggestions.
Jules
--
You
to see it
and therefore also be unable to replace its implementation.
thanks for trying :-) - have I missed anything ?
Jules
--
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
to generate private methods either and
then there is the :methods tag on gen-class
Perhaps my mistake is somewhere in here ?
thanks
Jules
--
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
cannot find any means to
decorate their signatures with Exceptions.
So, for the moment, I am having to live with some hacky workarounds.
Am I missing something, or does Clojure's Java interop not yet stretch to this
sort of thing ? It would be nice if it did.
thanks for your time,
Jules
it further.
thanks for your time,
Jules
--
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
have the added benefit that they would
be really simple to emit and decompile reliably.
Hope this is not too off the wall !
Jules
--
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
as
myself :-)
Jules
On Mar 25, 10:22 am, Jules jules.gosn...@gmail.com wrote:
yes
and that's great where the resource usage is scoped on a per-thread basis,
but not a per-object basis - but then, I am thinking in OO terms again :-)
Jules
--
You received this message because you
Thanks David,
fortunately this is not one of the things that I would be using it for :-)
but the heads up is very welcome and useful as well, I am sure, to other
people reading this list.
regards,
Jules
--
You received this message because you are subscribed to the Google
Groups Clojure
Guys,
Thanks for your replies - I'm glad I posted as this is exactly what I was
looking for. I wish I had found Stuart's article when he wrote it. I had an
inkling that my gen-class struggles were out of date - now I can go and
rework all that code :-)
Problem solved.
Thanks again,
Jules
, or will this release dir be updated soon ?
thanks
Jules
--
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
the interfaces themselves.
2. give up the ability to write further generic implementations of these
interfaces in Java
:-(
can anyone who really knows what the situation is confirm my suspicions ?
thanks for your time,
Jules
--
You received this message because you are subscribed to the Google
:-)
Jules
--
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
investigate.
Thanks for pointing me in the right direction.
Jules
--
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
- but this is all
supposition - I'd be interested in hearing from someone in the know.
Jules
--
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
know if there are plans to ship contrib 1.3alphas from maven central
as well ?
thanks
Jules
--
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
/wrote this atom... - so I suppose this would be one way
around the problem,,,]
Would you mind clarifying ?
Thanks
Jules
--
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
cool :-)
I had a feeling that there was some vestige of generics left at runtime -
now I know exactly what it is.
thanks guys,
Jules
--
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
1 - 100 of 151 matches
Mail list logo
