Also, you need to change the name of the "score" function in clojure to
"-score". Yes, that's a dash prefixed to it. Unless you have configured
gen-class to do differently using ":prefix".
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to t
Can you try:
:methods [#^{:static true} [score [java.util.List java.util.List]
java.util.List]]
This says your score function takes two List arguments and returns a list.
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send e
ClojureScript portability is probably the best reason. The other one is
usage in spec. They don't all need to go in core, but going in the standard
lib would be nice, like clojure.type-predicates.
Even better if we had clojure.types. And it could have both predicates and
types defined in it. So
g conveyance and usage to decorate executor when using
> thread pool in my doc
>
> Many thanks. đź‘Ť
>
> On Sunday, July 30, 2017 at 1:28:46 PM UTC+8, Didier wrote:
>>
>> Your doc says this doesn't work with dynamic binding:
>>
>> (def ^:dynamic *foo* 5)
>&
For the core.async example, it was my mistake. Forgot to definheritable
foo. The example does not return an exception, but "Main Thread", showing
that the inheritable did not work. If using async/thread it does work
though.
On Saturday, 29 July 2017 08:07:08 UTC-7, Jiacai Liu wrote:
>
> After
ks for your tips.
>
> I have updated my code to wrap TransmittableThreadLocal
> <https://github.com/alibaba/transmittable-thread-local/blob/master/README-EN.md>,
> an
> enhanced version of InheritableThreadLocal, to solve threadpool problem.
>
> On Sunday, July 30, 2017
InheritableThreadLocal is not safe to use with ThreadPools. And a lot of the
Clojure parallel constructs rely on ThreadPools.
I'd recommend you rely on dynamic Vars instead and use bound-fn when you want
child threads to inherit parent's bindings.
If you knew this already, then I see no harm i
> I thought there would be be many benefits to using records, particularly
> around protocols but I haven't felt the loss.
I like having the constructor ready made, and the extra documentation they
provide on which key it has. Though spec remediates the latter a bit.
Other then that, they're fa
I feel your pain, but you kinda shot yourself in the foot from the get go.
What you did is the same as if you had decided to use a Java List
to store your Account info.
I'd suggest you read over this:
https://clojure.org/reference/datatypes#_why_have_both_deftype_and_defrecord
It explains the
ink in my case here the easiest thing will be to remove the cycles,
> but still I'd like to understand a couple things...
>
> On Sunday, July 23, 2017 at 10:12:46 PM UTC-4, Didier wrote:
>>
>> I'm not sure I can fully help without you explaining more what you're
>
I'm not sure I can fully help without you explaining more what you're
doing. It sounds like you've got a collection or container type which has
an implementation of print that loops over its elements, and calls print on
them. So if you have a cycle, the print will go on forever until memory
run
> The contrib process is in place because some want it that way - it's very
> deliberately by design and AFAICT unlikely to change.
Are you saying the contrib process is deliberatly made to be difficult for the
community to contribute to it?
If so, maybe if it had more obvious tenets, I find it
So do we have any idea of contributions are not made because of the CA or Jira?
I understand it's hard to estimate how many people were discouraged by this.
Maybe it should be part of the Clojure survey nexr time.
Were you ever discouraged to contribute to a Contrib lib because of Jira?
Were y
I'm not too familiar with the way contribs are managed, isn't tools.nrepl repo
in github? Wouldn't the only step to contribute be to sign the CA and send a
pull request of your changes?
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this
This link:
https://dev.clojure.org/display/design/Improving+Clojure+Start+Time says
that the Java startup time is ~94 ms, while Clojure boot time is ~640 ms.
That's a ~680% increase.
On my machine the java start time is: ~1042 ms, and the Clojure start time
is around ~3108 ms. A ~298% increase
I feel like I'm missing out on this. It sounds very cool, but I'm not sureI
understand the use cases whereI should reach for it. Can you speak of what kind
of use case you can use rete and r4j for?
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To
In Domain Driven Design, the domain model is the part which should be made
to change the least, which is why getting is right is important, and more
design time should go into it (often it receives the least amount of
thought). The whole concept of DDD is based around this axiom, that
changing
I find it funny that Clojure strongly believes that static types aren't worth
the effort in most cases, but somehow the effort of adding generative testing
is.
I think it's great to encourage people to use generative testing, but I'd
rather it be Ă la carte, like most other things in Clojure. O
I'm pretty sure you can just drag the pane out left and to the bottom to move
it. And you can resize the height by hovering the mouse at the edge.
Those questions I think are best answered here: https://discuss.atom.io
--
You received this message because you are subscribed to the Google
Groups
I admit, this is very surprising. It looks like evaluation happens in two pass,
like first it finds all defs and declares them, interning the symbol and
creating an unbound var. And on a second pass it evaluates the full form.
Can someone more informed confirm or explain in more details what's r
If you're no fan on emacs or vim, ProtoRepl is great. I also recommend cursive,
but if you're no fan of intelliJ autosave, counterclockwise eclipse os
surprisingly great.
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send e
Using gen-class or the Clojure Java API like Daniel showed are the best
ways I know of. If you want static types in Java and auto-complete, and
things to feel like Java, use gen-class, if not, use the Clojure Java API.
On Saturday, 24 June 2017 12:05:55 UTC-7, thelmuth wrote:
>
> Thanks for the
Alex Miller wrote:
>>
>>
>>
>> On Wednesday, June 21, 2017 at 6:09:43 PM UTC-5, Didier wrote:
>>>
>>> Great breakdown.
>>>
>>> 1. "compile and bootstrap yourself through gen-class" means: you
>>>> generate a class and then
and I've never heard of
other people complain about the discrepancies between generated classes and
the clojure API versus clojure.main. So I don't think its a pressing issue,
but I still feel it could be worth a thought.
On Wednesday, 21 Jun
ss uses under the
hood) should also initialize the common bindings and set the namespace to
user. That way, all entry point always behave similarly.
On Wednesday, 21 June 2017 07:03:55 UTC-7, Didier wrote:
>
> That makes sense. Actually if you use Clojure's Java API and you require a
That makes sense. Actually if you use Clojure's Java API and you require a
namespace and invoke a Var, it will do the same, *ns* will just be clojure.core.
So I get it is simply because the last thing to set ns was RT.
One more question:
So I assume "load" would eval ns in my namespace, setting
each
time to pass it the next chunk to parallel-per process.
On Tuesday, 20 June 2017 19:28:04 UTC-7, Didier wrote:
>
> Do you want something like this?
>
> (ns dda.test)
>
> (def test-infinite-lazy-seq (repeatedly
> (fn [] {:id (rand-int 2)
>
Do you want something like this?
(ns dda.test)
(def test-infinite-lazy-seq (repeatedly
(fn [] {:id (rand-int 2)
:val (rand-int 10)})))
(def test-finite-seq [{:id 1 :val 1}
{:id 1 :val 2}
ld -- (970) FOR-SEAN -- (904) 302-SEAN
> An Architect's View -- http://corfield.org/
>
> "If you're not annoying somebody, you're not really alive."
> -- Margaret Atwood
>
>
>
> On 6/20/17, 4:46 PM, "Didier" on
> behalf of did...@gma
d? Which should have
changed *ns* to "dda.main".
On Tuesday, 20 June 2017 16:46:27 UTC-7, Didier wrote:
>
> Take this code:
>
> (ns dda.main
> (:gen-class))
>
> (defn -main [] (prn (ns-name *ns*)))
>
>
> If you bootstrap this through clojure.main, such as
Take this code:
(ns dda.main
(:gen-class))
(defn -main [] (prn (ns-name *ns*)))
If you bootstrap this through clojure.main, such as what lein does, it will
print the namespace as "user". But if you bootsrap it through the generated
java main class, it will return "clojure.core".
My intuiti
So, if I understand correctly, you need to have one function sequentially and
lazily split the stream, then you want each split to be sequentially processed,
but you'd like different splits to be processed in parallel.
I think for splitting, you could use (reductions), and then you could (pmap)
Hey, cool that you are doing this and continuing to maintain the Clojure
variant.
--
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
How does this compare to Lacinia?
On Monday, 24 April 2017 11:24:22 UTC-7, Lei wrote:
>
> graphql-clj is a Clojure library that provides GraphQL implementation.
>
> In this new version 0.2.0, schema and query validator have been
> completely rewritten for simplicity and robustness. APIs have sim
@Colin If I understand correctly, if I buy the personal license I can use it
for my own commercial projects, but I can also use it at my work, to work on
their code base, as long as I'm the one using it. Is that correct? I probably
can't convince work to buy into a bunch of licenses, but I'd lov
Awesome, time for me to try Cursive.
--
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
ger is indeed extremely useful for Clojure - I use one every
> day :-)
>
> On 12 April 2017 at 05:29, Didier > wrote:
>
>> Experimentation is good. This is indeed surprising. I think it shows that
>> a good debugger would still sometime be useful in Clojure. I can'
Experimentation is good. This is indeed surprising. I think it shows that a
good debugger would still sometime be useful in Clojure. I can't really explain
what's happening.
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, sen
Double, and you can build on top of it, simpler to go with the style of my
first gist. If you can't build on top of double, deftype is probably what
you want.
On Monday, 10 April 2017 21:41:35 UTC-7, Brian Beckman wrote:
>
> Wow... that's a comprehensive solution, Didier :) Bravo! I
I agree with James, here's what I'd
do: https://gist.github.com/didibus/d0228ffad9b920c201410806b157ff10
The only downside, and why you might still want to use types (probably with
deftype), is to prevent people from using standard functions like <,>,=
etc. If you deftyped virtual-time, it coul
Hum, not sure why you would do this, but I'm guessing refresh goes in an
infinite async loop. You keep reloading a namespace which creates a thread to
reload itself.
I can't really explain why the symbol exists, but is not bound. I would have
thought either the symbol would not exist, or the Va
I think this pattern is fine.
What specifically about it annoys you?
You could do it without records, but then you wouldn't be creating a type. Do
you really need a type?
The advantage of types in Clojure are that they let you do polymorphic dispatch
of them. So they are useful if you have one
After a bit of digging, it appears that dependent types, at least the Liquid
Haskell kind, could catch it, but could also miss it. If you've constrained
everything very tightly, it would catch it, if not, it could miss it.
In this regard, generative testing could still end up being practically m
Sorry, I didn't mean fraction type, I meant fraction literal.
All I can say is neither Java, Kotlin or Ceylon have a non zero type. Not sure
about heck or frege.
Also, I was eventually leading to more than just the literal 10/0. If the zero
in this division comes from another formula, or is dy
unky due to the type system
> mismatch.
>
> Personally I long for a Kotlin/Clojure hybrid, to the point that I have
> seriously considered trying to build one.
>
> On 8 April 2017 at 14:57, Didier > wrote:
>
>> | I think you missed my point, which is only "
| I think you missed my point, which is only "Spec is great as we have the
power of Clojure" - sure, just don't forget you have the power of ANOther
language in that language as well.
Hum, I've probably missed your point sorry, I'm still not following.
| no, this will, or at least should, be
@Colin Yates
If spec is a DSL to describe invariants and the static typing of other
languages are too, then it's not true that all static typing DSLs can express
what the spec DSL can.
If you say, could I build spec in other languages, or can I put asserts in the
code using the full languages,
It's different, yet related.
Static type systems and clojure.spec both try to prevent bugs. They're tools to
help you write correct programs, the same way that a testing framework is.
Neither of them will catch all your bugs unfortunately.
Static type systems catches bugs where you would try t
17 11:43:55 UTC-7, Jeaye wrote:
>
> On Thu, Apr 06, 2017 at 11:31:46AM -0700, Didier wrote:
> > Looks good. May I ask, what kind of support are we looking at? Is this
> something you reasonably see being carried to the release of 1.9? Or was it
> more of an experiment?
>
&g
Hey,
I'm looking into trying out one of the component libraries for Clojure such as
Component, Mount, Integrant, etc.
Unfortunately, at my company, Spring is king, and a lot of spring beans exist
that are shared across teams and I need to rely on them. So I'd need a
framework that can integrat
Looks good. May I ask, what kind of support are we looking at? Is this
something you reasonably see being carried to the release of 1.9? Or was it
more of an experiment?
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send ema
Do you know why they are not unique? Was that on purpose or an accidental
behaviour of the implementation?
--
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
e a fn. Returns a
> sequence of tuples of [args ret].
>
>
On Sunday, 2 April 2017 03:55:19 UTC-7, Leon Grapenthin wrote:
>
> Generated samples aren't unique.
>
> Conform like this:
>
> (s/conform (:args (s/get-spec `wtv)) [0])
>
>
> On Thursday, March 30, 201
If you look at this example:
(defn wtv [in] (if (= 0 in) 0 10))
(s/fdef wtv
:args (s/cat :in int?)
:ret (s/and int? #(not= 0 %)))
(s/exercise-fn `wtv)
(s/conform `wtv (wtv 0))
You'll see that exercise gives you most of the time the following sample:
[(0) 0]
But this fails to co
>
> multi-spec doesn't require you to use a key of a map - it's an arbitrary
> function on arbitrary data, so it could leverage satisfies? or other
> protocol functionality.
>
Oh, that's good to know, but I'm talking other way around. Where I can
dispatch based on what the spec is for a given
| Also interesting, clojure's print methods will handle some escapes, but not
others
I think that's just that \t is printed as \t. Like a tab shows up as \t.
Whereas say a Unicode like \u1234 will show the character of it. You can seek
that here:
(print (pr-str "foo\u0009bar"))
"foo\t
| I don't understand what this one is.
I think I might be wishing specs were also types. In my head, I see as say, if
I spec a vector as ::cart-items, I'd like to implement a protocol for
::cart-items which will dispatch to the function handling ::cart-items, and if
that didn't exist, it would
>
> which brings up the limitation of implementing dynamically scoped vars
> with ThreadLocal: It would be reasonable to expect that the bindings of
> dynamic vars propagate to all code inside the same function, even if
> executed by a different thread
>
This is not a limitation, this was done
In my experience, there's definitly still issues with static initializers, even
in 1.8.
I'd recommend you go mixed Java for those use case.
--
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
I was wondering if protocols do or will be extended to support specs?
I'm thinking in the two following ways:
1) I can spec a protocol's functions so that whoever implements it has a better
and more complete specification of how it should do so.
2) Protocols can dispatch based on the tagged ent
All the uncomplicate libraries look really awesome. I'm going to give them
a try out. I agree with you 100%, as a Community, we'll have to build more
tools, write tutorials, add tests, etc., if we truly want Clojure to grow.
Awesome job on those, I like their landing page, great description, goo
Is Clojure so great at AI, ML, NLP and concurrent programming?
It seems to me the libraries are lacking. I also know there's a race for
performance, and it looks like CPU parallelization isn't even fast enough, so
distributed or GPU based solutions are being built, which I'm also not sure
Cloju
I'm trying to fdef a function of no arguments, how would I go about it? I
only want a spec for the return value basically?
--
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 f
Hi,
I'm trying to see if you can extend a Java class in Clojure, in a way that
lets you add class members (fields) and new constructor methods.
I'm pretty sure you can not with reify, since that only works on interfaces
and protocol, but I'm thinking there should be a way to do so with proxy
m
As I understand it, the Most Love metric asks people who work with the language
how happy they are with it.
So I find this metric very interesting. Clojure foes rank well in this, but it
falls below a lot of others. I'd like to know why?
Why doesn't everyone who uses Clojure loves it?
I can se
To answer your question, yes, ClojureScript startup times would be as fast
as booting a shell command, a python script, etc.
To this end, you can use Planck like previously suggested, but I would
recommend Lumo over it: https://github.com/anmonteiro/lumo
Lumo is a standalone ClojureScript inter
Right, except each thread gets its own binding. So it's not necessarily that
you'll get the value of the last binding up the call stack. This will only be
true if you are in the same thread also.
I'm not sure if we agree on the rest, but explain it differently or not.
ThreadLocal is an object,
Absolutly, Clojure embraces its host platform. Always feel free to use the Java
features when they work best for your use case.
But just to clarify, Java's ThreadLocal is an implementation of dynamic
scoping. The scope is determined not by the source code, but by the runtime
circumstances, in
At this point, I feel like dismissing your library outright. But I'd like to
reconsider and believe that you just fumbled to express your true intents.
Maybe try a do over? I'd like to know... Did you research Specter? Did you
research Haskell lenses and racket lenses? Did you spend 2 months thi
The Specter post about if it should be made into core or not got me
wondering what makes Clojure Clojure.
I'm trying to wrap my head around what is the most minimal set of things
that uniquely make up Clojure.
Right now, in that set I've got:
- The Clojure syntax and its semantics
- The
This got me thinking, what is Clojure?
As I see it, Clojure is a combination of syntax and semantics combined with
a standard library of functions and macros. Given the Clojure syntax, and
the Clojure special forms, and Clojure core, I have myself Clojure.
Given that, we should be careful when
on, and as you can see
if you run this, it works like it would in Java if you did the same with
ThreadLocal, printing different values based on the thread.
I hope this helps.
On Friday, 3 March 2017 07:02:21 UTC-8, Ernesto Garcia wrote:
>
> On Sunday, February 26, 2017 at 6:23:28 AM UTC+1
Re-reading your reply, sounds like I might have explained what you already
know. So to better answer your question:
Dynamic scoping and Java ThreadLocals gives you equal functionality, so I'd
use them equally. This is because Clojure supports thread bound dynamic
scope.
On Wednesday, 8 Februar
"If one needs thread-local storage, you use a Java ThreadLocal directly."
No, you just use a dynamic Var for that or with-local-vars.
Normally, in Clojure, values are bound to symbols. This means that a symbol
is mapped to a value. In general, you can not change this mapping once it
is set. Thi
the data. Odin supports relations, joins, recursive rules, tabling,
> etc.
>
> Currently Specter will probably perform a bit better, but I hope to close
> that gap in the future.
>
>
> Timothy
>
> On Fri, Feb 24, 2017 at 5:10 PM Didier >
> wrote:
>
>> Ho
How does this compare to Specter?
On Thursday, 23 February 2017 13:34:16 UTC-8, Alan Thompson wrote:
>
> Just came across this - it looks very cool!
> Alan
>
> On Sat, Dec 10, 2016 at 7:14 AM, Timothy Baldridge > wrote:
>
>> I just released the first official version of Odin (
>> https://github.c
Some languages have pattern matching, and Clojure is said to not have it
(without a library), but it does have destructuring.
It seems to me that destructuring is the same as pattern matching, except that
it can only be used inside function arguments, where as pattern matching can
also be used
Maybe you're right in not recommending this, but I find it at first glance to
be quite nice. Now, I wouldn't keep switching namespace back and forth, but
having two sections in the file, one the public API at the top, and everything
else at the bottom in a private namespace, that's quite nice I'
How would you declare a namespace within a namespace? Or two namespaces in
the same file?
On Friday, 23 October 2009 04:41:13 UTC-7, Meikel Brandmeyer wrote:
>
> Hi,
>
> On Oct 23, 8:45 am, Christophe Grand wrote:
>
> > Other solutions are to use @#'ns/private-var to access private vars from
ferent option set at the same time, while the former forces you to have
to manage an options map and pass it around everywhere. So I feel there's
something I could do here, with wrapping everything in this pattern, and
having the options be captured in the closure.
On Friday, 9 December 20
I'm wondering what everyone thinks of using closures to mimic a simplistic
object system in Clojure? I'm not sure what to think of it yet, but the
idea is that you wrap object fields inside a closed function, and it
returns a map of methods that operates over those fields.
Here's an example of
#x27;re probably spending too much time optimizing.
On Tuesday, 15 November 2016 19:39:43 UTC-8, Didier wrote:
>
> Hey all,
>
> I came upon a benchmark of F#, Rust and OCaml, where F# performs much
> faster then the other two. I decided for fun to try and port it to Clojure
> to se
a big speed boost.
On Tuesday, 15 November 2016 19:39:43 UTC-8, Didier wrote:
>
> Hey all,
>
> I came upon a benchmark of F#, Rust and OCaml, where F# performs much
> faster then the other two. I decided for fun to try and port it to Clojure
> to see how Clojure does. B
Great work. I love the Clojure state for data-structures. People often
underestimate how much access to quality data-structures is important for a
language. By the way, www.data.avl is not a valid link.
On Sunday, 20 November 2016 12:32:31 UTC-8, Michał Marczyk wrote:
>
> Hi,
>
> I am pleased to
d with the "1.9.0-alpha14" version, and Records were still
just as slow as with "1.8.0". Maybe I'm using them wrong.
On Tuesday, 15 November 2016 19:39:43 UTC-8, Didier wrote:
>
> Hey all,
>
> I came upon a benchmark of F#, Rust and OCaml, where F# performs m
beating out OCaml and Rust.
On Tuesday, 15 November 2016 19:39:43 UTC-8, Didier wrote:
>
> Hey all,
>
> I came upon a benchmark of F#, Rust and OCaml, where F# performs much
> faster then the other two. I decided for fun to try and port it to Clojure
> to see how Clojure does. Ben
I feel like even if Clojars is not firewalled, you should probably get OSS
approval from your legal team before important Clojars libs. Just a
suggestion.
On Wednesday, 9 November 2016 05:55:41 UTC-8, Vitaly Peressada wrote:
>
> Hi All,
>
> FWIK the community uses both Maven Central and Clojars.
Hey all,
I came upon a benchmark of F#, Rust and OCaml, where F# performs much
faster then the other two. I decided for fun to try and port it to Clojure
to see how Clojure does. Benchmark link:
https://github.com/c-cube/hashset_benchs
This is my code for it:
https://gist.github.com/didibus/1
You could use: https://github.com/technomancy/robert-hooke
Its basically an AOP library for Clojure.
You can use "with-hooks-disabled" in your tests to disable the hooks that
have side effects.
On Friday, 11 November 2016 21:42:59 UTC-8, Shantanu Kumar wrote:
>
> Hi Tianxiang,
>
> In my experie
> Thanks,
> Ambrose
>
> On Mon, May 9, 2016 at 6:32 PM, Josh Tilles > wrote:
>
>> On Monday, May 9, 2016 at 5:36:53 PM UTC-4, Didier wrote:
>>>
>>> At Clojurewest 2016, Matthias Felleisen gave a great keynote about the
>>> pragmatism of soundness
ike that could
be useful, and they wouldn't be too burdening.
On Saturday, 15 October 2016 15:14:08 UTC-7, Didier wrote:
>
> I know a lot of people like to say how unhelpful Java like static typing
> is, and only more powerful type systems of the ML family add value, but
> I
Wow, this looks awesome.
For now, I'm pretty satisfied with Atom + ProtoREPL. But if your approach
can achieve much better code completion, much better linting, much better
refactoring and hopefully much better debugging, I'm going to have to move
to it.
Actually, it would be awesome if you co
I know a lot of people like to say how unhelpful Java like static typing
is, and only more powerful type systems of the ML family add value, but
I've been wondering recently if for Clojure it wouldn't make more sense to
simply extend the type hints to enable an optional Java like static typing
*1) Slow startup speed.*
Everyone dislikes the slow startup speed. Though it's been argued that it
should be known as the Clojure slow startup speed. Since even though the
JVM is slower to start then say python, most of the slowness comes from the
Clojure overhead.
*I know this problem is bein
At Clojurewest 2016, Matthias Felleisen gave a great keynote about the
pragmatism of soundness for maintening large code bases. He mentioned that
adding type gradually was useful, but only when the border between typed land
and untyped land is guarded. He mentioned how Racket does that. He also
> I’ve defended Clojure’s continued support for Java 6 on the grounds that
it makes new versions of Clojure accessible to companies that are still on
older versions of the JVM. As Colin says, and as seen in the Frege project,
there are many valid reasons why older versions of the JVM continue to
don't see much complaining about it (quite the opposite).
>>>
>>> Also the fact that clojure itself is not getting an avalanche of new
>>> feature at every release makes upgrading not so critical.
>>>
>>>
>>>
>>>
>>> On Tue
Why not make new versions of Clojure support the latest Java version and
JDK features, and people who need to run an old JDK can just depend on an
older version of Clojure that works on it? Ideally, bug fixes could still
be pushed out for maybe 2 versions behind or something.
On Wednesday, 12 A
Hi all,
I was wondering if any work is being planned on tools.logging to add log4j
2 support?
--
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 moderate
Local Organizers:
Didier Verna, EPITA Research Lab, France
GĂ©rard Assayag, IRCAM, France
Members:
To be announced later
Search Keywords:
#els2014, ELS 2014, ELS '14, European Lisp Symposium 2014, European Lisp
Symposium '14, 7th ELS, 7th European Lisp Symposium, European Lisp
201 - 300 of 301 matches
Mail list logo