Re: Help ship Clojure 1.9!
Other than spotting an issue with yada which involved upgrading aleph (https://github.com/juxt/yada/issues/199) and an issue with ClojureScript with was fixed on master I haven't encountered any problems. All our integration tests pass. Good luck with bringing Clojure 1.9.0 out the door! On Thursday, September 28, 2017 at 4:00:16 PM UTC+2, stuart@gmail.com wrote: > > Clojure 1.9 has been quite stable throughout the alpha period, and we now > hope to release after a very short beta. Please test your existing programs > on the latest beta (see below), and respond on this thread ASAP if you > discover anything you believe to be a regression. > > Thanks! > Stu > > ;; Clojure deps.edn > org.clojure/clojure {:mvn/version "1.9.0-beta1"} > > ;; lein & boot > [org.clojure/clojure "1.9.0-beta1"] > > -- 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 clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [ANN] boot-bundle, DRY for dependencies
boot-bundle now comes with unit tests and supports first class version values: https://github.com/borkdude/boot-bundle/blob/master/README.md#version-values -- 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 clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[ANN] boot-bundle, DRY for dependencies
Only a few lines of code, but it does the job: https://github.com/borkdude/boot-bundle This library lets you define a set of dependencies by a keyword. Details in the README. I found it especially useful in a multi-project repo where we use a lot of the same dependencies in each project. It's also possible to share your personal bundle via Clojars and use it in your personal projects. -- 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 clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Clojure advent calendar: call for contributions
I posted this call for contributors to Reddit. Maybe there are many people like me there, who don't read this group regularly. Anyway, it seems a fun idea. Count me in. -- 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 clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Clojure advent calendar: call for contributions
I posted this call for contributors to Reddit. Maybe there are many people like me there, who don't read this group regularly. Anyway, it seems a fun idea. Count me in. On Saturday, October 15, 2016 at 10:59:07 AM UTC+2, James Laver wrote: > > (bump) > > At the minute, including myself there are five volunteers. If we don't get > a few more, we just won't have enough material to do this, which would be a > shame. > > Come on clojure community, we can do this! > > /j > > On Sunday, October 9, 2016 at 2:00:41 PM UTC, James Laver wrote: >> >> Hi all, >> >> In the model of http://perladvent.org/2015/ and many other "let's look >> at a programming shiny every day" projects, I thought I'd try to do a >> clojure advent this year. The overall theme for this year is planned to be >> a showcase libraries available on clojars, so every day we'll do something >> practical/fun/astonishing/elegant with a library or two from clojars. >> >> If you're interested in contributing a day, please let me know offlist. >> Let your imagination run wild and let's get some people wanting clojure >> books for christmas! >> >> Cheers, >> James >> > -- 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 clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [ANN] Gorilla REPL 0.3.3 - inline docs, CIDER compatibility
+1 for the feature to connect to an external nREPL session! -- 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 clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
clojure defining a var with a dot in the name is accepted in clojure 1.5-RC1, but probably shouldn't?
I was playing around with 1.5-RC1 and stumbled unto this behavior: https://www.refheap.com/paste/7817 Clojure lets me define a var which name contains a dot, but I can't dereference it by name (because it is seen as a classname with a method or field). Clojure shouldn't let me let define it in the first place I think? (I was trying to get a list of all vars added to clojure 1.5, the fact that I have used the value 2 in the refheap isn't the point). -- 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 clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: docstrings of if-let and when-let incorrect
Wow, the discussion continued! I agree on what most people have said: AND-combined and none of the bindings available in the else. On Friday, May 18, 2012 7:20:06 AM UTC+2, FrankS wrote: Christophe Grand was experimenting with some extensions to if-let and when-let that had implicit ANDs for the let-forms: https://github.com/cgrand/parsley/blob/master/src/net/cgrand/parsley/util.clj It feels intuitive to me to allow multiple if-let-forms like cgrand implements, and I can certainly remember situations where I could have used such a feature. -FrankS. On May 16, 2012, at 11:26 AM, dgrnbrg wrote: I too assumed that if/when-let would support multiple bindings, short- circuiting if one failed, when I started learning Clojure. It seems that short-circuiting multiple bindings isn't surprising. On May 16, 10:56 am, Jay Fields j...@jayfields.com wrote: I've also attempted to use if/when-let with multiple bindings in the past. I assumed that it would behave as 'AND' and that no bindings would be available in 'else' Cheers, Jay On Wed, May 16, 2012 at 10:29 AM, Dan Cross cro...@gmail.com wrote: On Wed, May 16, 2012 at 9:16 AM, Aaron Cohen aa...@assonance.org wrote: On Wed, May 16, 2012 at 9:10 AM, Walter Tetzner robot.ninja.saus...@gmail.com wrote: To make the bindings work like let, where later bindings can see previous bindings, I think the most natural way to do it is to have the bindings behave like the maybe monad. [...] Saying something is obvious and then using the word monad a paragraph later is contradictory. ;) Hypothetically, this is obvious, unlike most monads. Zing! What should happen on the else branch of the if-let; which bindings are in scope and what would be their values? None of the bindings should be in scope. - Dan C. -- 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 clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en -- 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 clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en On Friday, May 18, 2012 7:20:06 AM UTC+2, FrankS wrote: Christophe Grand was experimenting with some extensions to if-let and when-let that had implicit ANDs for the let-forms: https://github.com/cgrand/parsley/blob/master/src/net/cgrand/parsley/util.clj It feels intuitive to me to allow multiple if-let-forms like cgrand implements, and I can certainly remember situations where I could have used such a feature. -FrankS. On May 16, 2012, at 11:26 AM, dgrnbrg wrote: I too assumed that if/when-let would support multiple bindings, short- circuiting if one failed, when I started learning Clojure. It seems that short-circuiting multiple bindings isn't surprising. On May 16, 10:56 am, Jay Fields j...@jayfields.com wrote: I've also attempted to use if/when-let with multiple bindings in the past. I assumed that it would behave as 'AND' and that no bindings would be available in 'else' Cheers, Jay On Wed, May 16, 2012 at 10:29 AM, Dan Cross cro...@gmail.com wrote: On Wed, May 16, 2012 at 9:16 AM, Aaron Cohen aa...@assonance.org wrote: On Wed, May 16, 2012 at 9:10 AM, Walter Tetzner robot.ninja.saus...@gmail.com wrote: To make the bindings work like let, where later bindings can see previous bindings, I think the most natural way to do it is to have the bindings behave like the maybe monad. [...] Saying something is obvious and then using the word monad a paragraph later is contradictory. ;) Hypothetically, this is obvious, unlike most monads. Zing! What should happen on the else branch of the if-let; which bindings are in scope and what would be their values? None of the bindings should be in scope. - Dan C. -- 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 clojure+unsubscr...@googlegroups.com For more options, visit this group at
Re: docstrings of if-let and when-let incorrect
I guess it wouldn't hurt having them available in the else, even if people won't use them often. On Monday, May 21, 2012 7:11:05 PM UTC+2, Aaron Cohen wrote: On Wed, May 16, 2012 at 9:53 AM, Walter Tetzner robot.ninja.saus...@gmail.com wrote: On Wednesday, May 16, 2012 9:16:29 AM UTC-4, Aaron Cohen wrote: Saying something is obvious and then using the word monad a paragraph later is contradictory. ;) What should happen on the else branch of the if-let; which bindings are in scope and what would be their values? None of the bindings should be available in the else branch, since there would be no way to know which will succeed before run-time. I actually think that having all the bindings available and just nil for everything past the first failure would be more useful, and also matches the intuition that it expands out to nested if-lets (if-let [a 1 b 2 c nil] [a b c]) (if-let [a 1] (if-let [b 2] (if-let [c nil] [a b c] [a b c]) [a b c]) [a b c]) = [1 2 nil] -- 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 clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
docstrings of if-let and when-let incorrect
The docstring of if-let is as follows: bindings = binding-form test If test is true, evaluates then with binding-form bound to the value of test, if not, yields else I think it should be mentioned in the docs that if-let and when-let support only *one binding*, not multiple bindings (like for example https://www.refheap.com/paste/2700). Kind regards, Michiel -- 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 clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en