Re: [ANN] Clojure 1.9.0-alpha5

2016-07-15 Thread Howard M. Lewis Ship
I hit this too and after an embarrasingly long time, found out the `lein clean` 
took care of it; I had some previously AOTed code lying around in target.

-- 
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] Clojure 1.9.0-alpha5

2016-06-13 Thread Jason Wolfe
The warning should be fixed in schema 1.1.2.

-Jason

On Monday, June 13, 2016 at 10:46:09 AM UTC+8, Josh Tilles wrote:
>
> On Sunday, June 12, 2016 at 10:29:56 PM UTC-4, Alan Thompson wrote:
>>
>> I would have expected the namespaces to avoid this kind of conflict. Why 
>> don't they?
>>
>
> Because the conflict was only introduced five days ago, with this commit 
> .
>  
> Up until that point, the maintainers of Schema had no reason to include 
> Inst in schema.core’s exclusions 
> 
> .
> I’d guess that they’d welcome a pull request that silences the warning. ;)
>

-- 
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] Clojure 1.9.0-alpha5

2016-06-12 Thread James Reeves
On 13 June 2016 at 03:29, Alan Thompson  wrote:

> I would have expected the namespaces to avoid this kind of conflict. Why
> don't they?
>

All the vars in the clojure.core namespace are automatically imported into
a namespace when it's created. It's why you can write (+ 1 1) instead of
(clojure.core/+ 1 1).

In Clojure 1.9, a bunch of new vars have been added to clojure.core, and
these vars will be automatically imported into namespaces. If they happen
to conflict with vars defined in the namespace, you get a warning.

The solution is to use the :refer-clojure option in the ns macro to exclude
vars from clojure.core you know conflict with the vars in your namespace.
But since the Clojure 1.9 alphas are cutting edge, not every project has
updated their Clojure exclusions yet.

- 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] Clojure 1.9.0-alpha5

2016-06-12 Thread Josh Tilles
On Sunday, June 12, 2016 at 10:29:56 PM UTC-4, Alan Thompson wrote:
>
> I would have expected the namespaces to avoid this kind of conflict. Why 
> don't they?
>

Because the conflict was only introduced five days ago, with this commit 
.
 
Up until that point, the maintainers of Schema had no reason to include Inst in 
schema.core’s exclusions 

.
I’d guess that they’d welcome a pull request that silences the warning. ;)

-- 
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] Clojure 1.9.0-alpha5

2016-06-12 Thread Alan Thompson
I would have expected the namespaces to avoid this kind of conflict. Why
don't they?
Alan

On Sun, Jun 12, 2016 at 6:29 PM, James Reeves  wrote:

> On 13 June 2016 at 01:21, Alan Thompson  wrote:
>
>> I am also getting a conflict with Plumatic Schema:
>>
>> WARNING: Inst already refers to: #'clojure.core/Inst in namespace:
>> schema.core, being replaced by: #'schema.core/Inst
>>
>>
>> I can't seem to find a reason for this warning, as I don't use Inst
>> anywhere and always say
>>
>>
>> (require [schema.core :as s] ...)
>>
>> ​
>>
>
> It's nothing to do with your own code. It means that this:
>
>
> https://github.com/plumatic/schema/blob/master/src/cljx/schema/core.cljx#L398
>
> Conflicts with:
>
>
> https://github.com/clojure/clojure/blob/master/src/clj/clojure/core.clj#L6632
>
> Within the schema.core namespace.
>
> - 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.
>

-- 
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] Clojure 1.9.0-alpha5

2016-06-12 Thread James Reeves
On 13 June 2016 at 01:21, Alan Thompson  wrote:

> I am also getting a conflict with Plumatic Schema:
>
> WARNING: Inst already refers to: #'clojure.core/Inst in namespace:
> schema.core, being replaced by: #'schema.core/Inst
>
>
> I can't seem to find a reason for this warning, as I don't use Inst
> anywhere and always say
>
>
> (require [schema.core :as s] ...)
>
> ​
>

It's nothing to do with your own code. It means that this:

https://github.com/plumatic/schema/blob/master/src/cljx/schema/core.cljx#L398

Conflicts with:

https://github.com/clojure/clojure/blob/master/src/clj/clojure/core.clj#L6632

Within the schema.core namespace.

- 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] Clojure 1.9.0-alpha5

2016-06-12 Thread Alan Thompson
I am also getting a conflict with Plumatic Schema:

WARNING: Inst already refers to: #'clojure.core/Inst in namespace:
schema.core, being replaced by: #'schema.core/Inst


I can't seem to find a reason for this warning, as I don't use Inst
anywhere and always say


(require [schema.core :as s] ...)

​​


On Sun, Jun 12, 2016 at 5:12 PM, Alan Thompson  wrote:

>
>
> On Thursday, June 9, 2016 at 11:40:03 PM UTC-7, Rangel Spasov wrote:
>>
>> Add the latest tools.analyzer as a dependency solved the problem.
>>
>> [org.clojure/tools.analyzer "0.6.9"]
>>
>>>
>>> I had the same problem and had to add this dependency.  Is this
> expected?  Using lein-collisions found no conflicts.
> Alan
>
> --
> 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.
>

-- 
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] Clojure 1.9.0-alpha5

2016-06-12 Thread Alan Thompson


On Thursday, June 9, 2016 at 11:40:03 PM UTC-7, Rangel Spasov wrote:
>
> Add the latest tools.analyzer as a dependency solved the problem. 
>
> [org.clojure/tools.analyzer "0.6.9"]
>
>>
>> I had the same problem and had to add this dependency.  Is this expected? 
 Using lein-collisions found no conflicts.
Alan 

-- 
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] Clojure 1.9.0-alpha5

2016-06-10 Thread Rangel Spasov
Add the latest tools.analyzer as a dependency solved the problem. 

[org.clojure/tools.analyzer "0.6.9"]

Thanks guys!

On Thursday, June 9, 2016 at 6:40:12 AM UTC-7, Nicola Mometto wrote:
>
> I commented about this in the #clojure-dev slack channel, I believe 
> http://dev.clojure.org/jira/browse/CLJ-1874 to be the cause of this issue 
>
>
> > On 9 Jun 2016, at 14:32, Alex Miller  
> wrote: 
> > 
> > I think it's quite likely that you have multiple copies of 
> tools.analyzer (and possibly other libs) on your classpath. Can you take a 
> look at your deps and see if that might be the case? 
> > 
> > A particular thing to watch for is if any dep is AOT compiled and 
> transitively pulled in a dependency lib somehow. 
> > 
> > "lein deps :tree" is a good place to start, but it doesn't tell you 
> what's actually inside the jars. There used to be a Maven plugin that would 
> track down multiple class definitions across the dependency classpath, 
> can't remember what it was called. It would be cool if such a thing also 
> existed for Lein that would find multiple .clj/.cljc/.class files for a ns 
> on the classpath. Or maybe someone has already written that, don't know. 
> > 
> > 
> > On Wednesday, June 8, 2016 at 5:13:20 PM UTC-5, Rangel Spasov wrote: 
> > Hey guys - getting this compiler exception when I tried alpha 5 (up to 
> alpha 4 it was all good). 
> > 
> > WARNING: boolean? already refers to: #'clojure.core/boolean? in 
> namespace: clojure.tools.analyzer.utils, being replaced by: 
> #'clojure.tools.analyzer.utils/boolean? 
> > 
> > WARNING: boolean? already refers to: #'clojure.core/boolean? in 
> namespace: clojure.tools.analyzer, being replaced by: 
> #'clojure.tools.analyzer.utils/boolean? 
> > 
> > #error { 
> > 
> >  :cause Attempting to call unbound fn: 
> #'clojure.tools.analyzer.utils/boolean? 
> > 
> >  :via 
> > 
> >  [{:type clojure.lang.Compiler$CompilerException 
> > 
> >:message java.lang.IllegalStateException: Attempting to call unbound 
> fn: #'clojure.tools.analyzer.utils/boolean?, 
> compiling:(manifold/stream/async.clj:62:16) 
> > 
> >:at [clojure.lang.Compiler analyzeSeq Compiler.java 6890]} 
> > 
> >   {:type java.lang.IllegalStateException 
> > 
> >:message Attempting to call unbound fn: 
> #'clojure.tools.analyzer.utils/boolean? 
> > 
> >:at [clojure.lang.Var$Unbound throwArity Var.java 43]}] 
> > 
> >  :trace 
> > 
> > 
> > -- 
> > You received this message because you are subscribed to the Google 
> > Groups "Clojure" group. 
> > To post to this group, send email to clo...@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+u...@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+u...@googlegroups.com . 
> > For more options, visit https://groups.google.com/d/optout. 
>
>

-- 
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] Clojure 1.9.0-alpha5

2016-06-09 Thread Sean Corfield
On 6/9/16, 6:39 AM, "Nicola Mometto"  wrote:
> I commented about this in the #clojure-dev slack channel, I believe
> http://dev.clojure.org/jira/browse/CLJ-1874 to be the cause of this issue

Interesting. I didn’t have any AOT-compiled code in my situation as far as I 
know, but I do know I have multiple versions of some dependencies – I just 
assumed that because they seem to resolve to the version I want loaded that I 
had no problems (via boot show –p – which shows the “winning” version of each 
conflicted dependency).

Given Alex’s comment…

> On 9 Jun 2016, at 14:32, Alex Miller  wrote:
> I think it's quite likely that you have multiple copies of tools.analyzer 
> (and possibly other libs) on your classpath. Can you take a look at your deps 
> and see if that might be the case?

…I’m going to add more exclusions to just get rid of all my conflicts at this 
point, since I can’t be _certain_ that a transitive dependency doesn’t bring in 
AOT code.

Sean Corfield -- (904) 302-SEAN
An Architect's View -- http://corfield.org/

"If you're not annoying somebody, you're not really alive."
-- Margaret Atwood





-- 
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] Clojure 1.9.0-alpha5

2016-06-09 Thread Herwig Hochleitner
2016-06-09 15:32 GMT+02:00 Alex Miller :

>
> "lein deps :tree" is a good place to start, but it doesn't tell you what's
> actually inside the jars. There used to be a Maven plugin that would track
> down multiple class definitions across the dependency classpath, can't
> remember what it was called. It would be cool if such a thing also existed
> for Lein that would find multiple .clj/.cljc/.class files for a ns on the
> classpath. Or maybe someone has already written that, don't know.
>

Indeed, I have written `lein-collisions` for this purpose:
https://github.com/webnf/lein-collisions

I don't think it would detect collisions between `.clj`, `.cljc` and
`.class` files right now. I'll put that on the todo list.

cheers

-- 
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] Clojure 1.9.0-alpha5

2016-06-09 Thread Fluid Dynamics
On Thursday, June 9, 2016 at 9:32:51 AM UTC-4, Alex Miller wrote:
>
> I think it's quite likely that you have multiple copies of tools.analyzer 
> (and possibly other libs) on your classpath. Can you take a look at your 
> deps and see if that might be the case?
>
> A particular thing to watch for is if any dep is AOT compiled and 
> transitively pulled in a dependency lib somehow.
>
> "lein deps :tree" is a good place to start, but it doesn't tell you what's 
> actually inside the jars. There used to be a Maven plugin that would track 
> down multiple class definitions across the dependency classpath, can't 
> remember what it was called. It would be cool if such a thing also existed 
> for Lein that would find multiple .clj/.cljc/.class files for a ns on the 
> classpath. Or maybe someone has already written that, don't know.
>

A tool like unix commandline "which" could also help in such circumstances, 
to find out exactly which jar or clj file for what namespace a function or 
other Var is coming from. Something like

=> (which boolean?)
clojure.tools.analyzer.utils/boolean? in /some/path/clojure.jar

-- 
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] Clojure 1.9.0-alpha5

2016-06-09 Thread Nicola Mometto
I commented about this in the #clojure-dev slack channel, I believe 
http://dev.clojure.org/jira/browse/CLJ-1874 to be the cause of this issue


> On 9 Jun 2016, at 14:32, Alex Miller  wrote:
> 
> I think it's quite likely that you have multiple copies of tools.analyzer 
> (and possibly other libs) on your classpath. Can you take a look at your deps 
> and see if that might be the case?
> 
> A particular thing to watch for is if any dep is AOT compiled and 
> transitively pulled in a dependency lib somehow.
> 
> "lein deps :tree" is a good place to start, but it doesn't tell you what's 
> actually inside the jars. There used to be a Maven plugin that would track 
> down multiple class definitions across the dependency classpath, can't 
> remember what it was called. It would be cool if such a thing also existed 
> for Lein that would find multiple .clj/.cljc/.class files for a ns on the 
> classpath. Or maybe someone has already written that, don't know.
> 
> 
> On Wednesday, June 8, 2016 at 5:13:20 PM UTC-5, Rangel Spasov wrote:
> Hey guys - getting this compiler exception when I tried alpha 5 (up to alpha 
> 4 it was all good).
> 
> WARNING: boolean? already refers to: #'clojure.core/boolean? in namespace: 
> clojure.tools.analyzer.utils, being replaced by: 
> #'clojure.tools.analyzer.utils/boolean?
> 
> WARNING: boolean? already refers to: #'clojure.core/boolean? in namespace: 
> clojure.tools.analyzer, being replaced by: 
> #'clojure.tools.analyzer.utils/boolean?
> 
> #error {
> 
>  :cause Attempting to call unbound fn: #'clojure.tools.analyzer.utils/boolean?
> 
>  :via
> 
>  [{:type clojure.lang.Compiler$CompilerException
> 
>:message java.lang.IllegalStateException: Attempting to call unbound fn: 
> #'clojure.tools.analyzer.utils/boolean?, 
> compiling:(manifold/stream/async.clj:62:16)
> 
>:at [clojure.lang.Compiler analyzeSeq Compiler.java 6890]}
> 
>   {:type java.lang.IllegalStateException
> 
>:message Attempting to call unbound fn: 
> #'clojure.tools.analyzer.utils/boolean?
> 
>:at [clojure.lang.Var$Unbound throwArity Var.java 43]}]
> 
>  :trace
> 
> 
> --
> 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.

-- 
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.


signature.asc
Description: Message signed with OpenPGP using GPGMail


Re: [ANN] Clojure 1.9.0-alpha5

2016-06-09 Thread Alex Miller

On Wednesday, June 8, 2016 at 3:23:51 AM UTC-5, Mamun wrote:
>
> Excellent set of new predicates. What about date predicate? 
>
> It would be nice if there are also date predicate as an example in bellow
>
> date?  
>

Use clojure.core/inst?
 

> date-past?
> date-future?
>

You can use the new clojure.spec/inst-in-range? predicate to check inst 
ranges. We could consider something that would do open ranges too if you 
wanted to file a jira for that. 

-- 
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] Clojure 1.9.0-alpha5

2016-06-09 Thread Alex Miller
Whoops. That is an oversight.

On Wednesday, June 8, 2016 at 11:34:13 AM UTC-5, David Powell wrote:
>
>
> Do uri? and bytes? really have generator support implemented?  I couldn't 
> seem to get that to work.
>
>

-- 
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] Clojure 1.9.0-alpha5

2016-06-09 Thread Alex Miller
The use of named? inside spec will be replaced with ident?.

On Wednesday, June 8, 2016 at 3:13:12 PM UTC-5, Devin Walters (devn) wrote:
>
> Any chance of `named?` making the cut in 1.9? I see it's used in the 
> implementation of clojure.spec.
>
>

-- 
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] Clojure 1.9.0-alpha5

2016-06-09 Thread Alex Miller
I think it's quite likely that you have multiple copies of tools.analyzer 
(and possibly other libs) on your classpath. Can you take a look at your 
deps and see if that might be the case?

A particular thing to watch for is if any dep is AOT compiled and 
transitively pulled in a dependency lib somehow.

"lein deps :tree" is a good place to start, but it doesn't tell you what's 
actually inside the jars. There used to be a Maven plugin that would track 
down multiple class definitions across the dependency classpath, can't 
remember what it was called. It would be cool if such a thing also existed 
for Lein that would find multiple .clj/.cljc/.class files for a ns on the 
classpath. Or maybe someone has already written that, don't know.


On Wednesday, June 8, 2016 at 5:13:20 PM UTC-5, Rangel Spasov wrote:
>
> Hey guys - getting this compiler exception when I tried alpha 5 (up to 
> alpha 4 it was all good).
>
> WARNING: boolean? already refers to: #'clojure.core/boolean? in namespace: 
> clojure.tools.analyzer.utils, being replaced by: 
> #'clojure.tools.analyzer.utils/boolean?
>
> WARNING: boolean? already refers to: #'clojure.core/boolean? in namespace: 
> clojure.tools.analyzer, being replaced by: 
> #'clojure.tools.analyzer.utils/boolean?
>
> #error {
>
>  :cause Attempting to call unbound fn: 
> #'clojure.tools.analyzer.utils/boolean?
>
>  :via
>
>  [{:type clojure.lang.Compiler$CompilerException
>
>:message java.lang.IllegalStateException: Attempting to call unbound 
> fn: #'clojure.tools.analyzer.utils/boolean?, 
> compiling:(manifold/stream/async.clj:62:16)
>
>:at [clojure.lang.Compiler analyzeSeq Compiler.java 6890]}
>
>   {:type java.lang.IllegalStateException
>
>:message Attempting to call unbound fn: 
> #'clojure.tools.analyzer.utils/boolean?
>
>:at [clojure.lang.Var$Unbound throwArity Var.java 43]}]
>
>  :trace
>

-- 
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] Clojure 1.9.0-alpha5

2016-06-08 Thread Rangel Spasov
Sean - thanks for the detailed explanation. I will try to investigate if 
nobody has any other ideas. 

On Wednesday, June 8, 2016 at 4:15:05 PM UTC-7, Sean Corfield wrote:
>
> I ran into this same problem with Encore but found it very, very hard to 
> repro in a simple project.
>
>  
>
> The underlying issue is that clojure.tools.analyzer.utils defines boolean? 
> but doesn’t exclude core’s version (since it’s new in Alpha 5 and libraries 
> haven’t caught up). That normally wouldn’t be a problem: you’d get a 
> warning, the function would be defined anyway, and life moves on.
>
>  
>
> What seems to be happening – in circumstances that I don’t yet understand 
> – is that through some compilation path down the line from that point, you 
> end up with a version of that namespace in memory that _*does not have 
> the definition*_ of the function.
>
>  
>
> For me it was bytes? which was defined in Encore and the call failed in 
> Nippy. That was a cljx project that had the defn of bytes? inside a (do …) 
> with several other definitions. Lifting the defn up out of the do solved 
> the problem. So did adding a refer-clojure/exclude declaration. However, I 
> couldn’t reproduce the defn-in-do behavior in the REPL or in a simple 
> project. The problem you’re seeing is different insofar as the defn is 
> already at the top level but similar otherwise (and follows a dynamic 
> compilation path where manifold.stream requires another namespace at load 
> time, depending on whether core.async is available). 
>
>  
>
> As I said on Slack, this feels like a compiler bug to me: having a 
> conflict with a clojure.core function should not lead to that function 
> definition (silently) being ignored in some namespace.
>
>  
>
> Sean Corfield -- (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/8/16, 3:13 PM, "Rangel Spasov"  on behalf of rasp...@gmail.com > wrote:
>
>  
>
> Hey guys - getting this compiler exception when I tried alpha 5 (up to 
> alpha 4 it was all good).
>
>  
>
> WARNING: boolean? already refers to: #'clojure.core/boolean? in namespace: 
> clojure.tools.analyzer.utils, being replaced by: 
> #'clojure.tools.analyzer.utils/boolean?
>
> WARNING: boolean? already refers to: #'clojure.core/boolean? in namespace: 
> clojure.tools.analyzer, being replaced by: 
> #'clojure.tools.analyzer.utils/boolean?
>
> #error {
>
>  :cause Attempting to call unbound fn: 
> #'clojure.tools.analyzer.utils/boolean?
>
>  :via
>
>  [{:type clojure.lang.Compiler$CompilerException
>
>:message java.lang.IllegalStateException: Attempting to call unbound 
> fn: #'clojure.tools.analyzer.utils/boolean?, 
> compiling:(manifold/stream/async.clj:62:16)
>
>:at [clojure.lang.Compiler analyzeSeq Compiler.java 6890]}
>
>   {:type java.lang.IllegalStateException
>
>:message Attempting to call unbound fn: 
> #'clojure.tools.analyzer.utils/boolean?
>
>:at [clojure.lang.Var$Unbound throwArity Var.java 43]}]
>
>  :trace
>
>  [[clojure.lang.Var$Unbound throwArity Var.java 43]
>
>   [clojure.lang.AFn invoke AFn.java 32]
>
>   [clojure.tools.analyzer.utils$classify invoke utils.clj 106]
>
>   [clojure.tools.analyzer$analyze_const doInvoke analyzer.clj 167]
>
>   [clojure.lang.RestFn invoke RestFn.java 425]
>
>   [clojure.tools.analyzer$fn__563 invoke analyzer.clj 86]
>
>   [clojure.lang.MultiFn invoke MultiFn.java 233]
>
>   [clojure.tools.analyzer$analyze_in_env$fn__567 invoke analyzer.clj 127]
>
>   [clojure.core$mapv$fn__8938 invoke core.clj 6758]
>
>   [clojure.core.protocols$fn__8715 invokeStatic protocols.clj 167]
>
>   [clojure.core.protocols$fn__8715 invoke protocols.clj 124]
>
>   [clojure.core.protocols$fn__8670$G__8665__8679 invoke protocols.clj 19]
>
>   [clojure.core.protocols$seq_reduce invokeStatic protocols.clj 31]
>
>   [clojure.core.protocols$fn__8696 invokeStatic protocols.clj 75]
>
>   [clojure.core.protocols$fn__8696 invoke protocols.clj 75]
>
>   [clojure.core.protocols$fn__8644$G__8639__8657 invoke protocols.clj 13]
>
>   [clojure.core$reduce invokeStatic core.clj 6676]
>
>   [clojure.core$mapv invokeStatic core.clj 6749]
>
>   [clojure.core$mapv invoke core.clj 6749]
>
>   [clojure.tools.analyzer$parse_invoke invoke analyzer.clj 781]
>
>   [clojure.tools.analyzer$_parse invoke analyzer.clj 809]
>
>   [clojure.tools.analyzer.jvm$parse invoke jvm.clj 383]
>
>   [clojure.tools.analyzer$analyze_seq invoke analyzer.clj 271]
>
>   [clojure.tools.analyzer$fn__556 invoke analyzer.clj 63]
>
>   [clojure.lang.MultiFn invoke MultiFn.java 233]
>
>   [clojure.tools.analyzer$analyze_let invoke analyzer.clj 503]
>
>   [clojure.tools.analyzer$parse_let_STAR_ invoke analyzer.clj 528]
>
>   [clojure.tools.analyzer$_parse invoke analyzer.clj 809]
>
>   [clojure.tools.analyzer.jvm$parse invoke jvm.clj 383]
>
>   [clojure.tools.analyzer$analyze_seq invoke analyzer.clj 271]
>
>   

Re: [ANN] Clojure 1.9.0-alpha5

2016-06-08 Thread Sean Corfield
I ran into this same problem with Encore but found it very, very hard to repro 
in a simple project.

 

The underlying issue is that clojure.tools.analyzer.utils defines boolean? but 
doesn’t exclude core’s version (since it’s new in Alpha 5 and libraries haven’t 
caught up). That normally wouldn’t be a problem: you’d get a warning, the 
function would be defined anyway, and life moves on.

 

What seems to be happening – in circumstances that I don’t yet understand – is 
that through some compilation path down the line from that point, you end up 
with a version of that namespace in memory that _does not have the definition_ 
of the function.

 

For me it was bytes? which was defined in Encore and the call failed in Nippy. 
That was a cljx project that had the defn of bytes? inside a (do …) with 
several other definitions. Lifting the defn up out of the do solved the 
problem. So did adding a refer-clojure/exclude declaration. However, I couldn’t 
reproduce the defn-in-do behavior in the REPL or in a simple project. The 
problem you’re seeing is different insofar as the defn is already at the top 
level but similar otherwise (and follows a dynamic compilation path where 
manifold.stream requires another namespace at load time, depending on whether 
core.async is available). 

 

As I said on Slack, this feels like a compiler bug to me: having a conflict 
with a clojure.core function should not lead to that function definition 
(silently) being ignored in some namespace.

 

Sean Corfield -- (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/8/16, 3:13 PM, "Rangel Spasov"  wrote:

 

Hey guys - getting this compiler exception when I tried alpha 5 (up to alpha 4 
it was all good).

 

WARNING: boolean? already refers to: #'clojure.core/boolean? in namespace: 
clojure.tools.analyzer.utils, being replaced by: 
#'clojure.tools.analyzer.utils/boolean?

WARNING: boolean? already refers to: #'clojure.core/boolean? in namespace: 
clojure.tools.analyzer, being replaced by: 
#'clojure.tools.analyzer.utils/boolean?

#error {

 :cause Attempting to call unbound fn: #'clojure.tools.analyzer.utils/boolean?

 :via

 [{:type clojure.lang.Compiler$CompilerException

   :message java.lang.IllegalStateException: Attempting to call unbound fn: 
#'clojure.tools.analyzer.utils/boolean?, 
compiling:(manifold/stream/async.clj:62:16)

   :at [clojure.lang.Compiler analyzeSeq Compiler.java 6890]}

  {:type java.lang.IllegalStateException

   :message Attempting to call unbound fn: 
#'clojure.tools.analyzer.utils/boolean?

   :at [clojure.lang.Var$Unbound throwArity Var.java 43]}]

 :trace

 [[clojure.lang.Var$Unbound throwArity Var.java 43]

  [clojure.lang.AFn invoke AFn.java 32]

  [clojure.tools.analyzer.utils$classify invoke utils.clj 106]

  [clojure.tools.analyzer$analyze_const doInvoke analyzer.clj 167]

  [clojure.lang.RestFn invoke RestFn.java 425]

  [clojure.tools.analyzer$fn__563 invoke analyzer.clj 86]

  [clojure.lang.MultiFn invoke MultiFn.java 233]

  [clojure.tools.analyzer$analyze_in_env$fn__567 invoke analyzer.clj 127]

  [clojure.core$mapv$fn__8938 invoke core.clj 6758]

  [clojure.core.protocols$fn__8715 invokeStatic protocols.clj 167]

  [clojure.core.protocols$fn__8715 invoke protocols.clj 124]

  [clojure.core.protocols$fn__8670$G__8665__8679 invoke protocols.clj 19]

  [clojure.core.protocols$seq_reduce invokeStatic protocols.clj 31]

  [clojure.core.protocols$fn__8696 invokeStatic protocols.clj 75]

  [clojure.core.protocols$fn__8696 invoke protocols.clj 75]

  [clojure.core.protocols$fn__8644$G__8639__8657 invoke protocols.clj 13]

  [clojure.core$reduce invokeStatic core.clj 6676]

  [clojure.core$mapv invokeStatic core.clj 6749]

  [clojure.core$mapv invoke core.clj 6749]

  [clojure.tools.analyzer$parse_invoke invoke analyzer.clj 781]

  [clojure.tools.analyzer$_parse invoke analyzer.clj 809]

  [clojure.tools.analyzer.jvm$parse invoke jvm.clj 383]

  [clojure.tools.analyzer$analyze_seq invoke analyzer.clj 271]

  [clojure.tools.analyzer$fn__556 invoke analyzer.clj 63]

  [clojure.lang.MultiFn invoke MultiFn.java 233]

  [clojure.tools.analyzer$analyze_let invoke analyzer.clj 503]

  [clojure.tools.analyzer$parse_let_STAR_ invoke analyzer.clj 528]

  [clojure.tools.analyzer$_parse invoke analyzer.clj 809]

  [clojure.tools.analyzer.jvm$parse invoke jvm.clj 383]

  [clojure.tools.analyzer$analyze_seq invoke analyzer.clj 271]

  [clojure.tools.analyzer$fn__556 invoke analyzer.clj 63]

  [clojure.lang.MultiFn invoke MultiFn.java 233]

  [clojure.tools.analyzer$analyze_seq invoke analyzer.clj 272]

  [clojure.tools.analyzer$fn__556 invoke analyzer.clj 63]

  [clojure.lang.MultiFn invoke MultiFn.java 233]

  [clojure.tools.analyzer$analyze_seq invoke analyzer.clj 272]

  [clojure.tools.analyzer$fn__556 invoke analyzer.clj 63]

  [clojure.lang.MultiFn 

Re: [ANN] Clojure 1.9.0-alpha5

2016-06-08 Thread Rangel Spasov
Hey guys - getting this compiler exception when I tried alpha 5 (up to 
alpha 4 it was all good).

WARNING: boolean? already refers to: #'clojure.core/boolean? in namespace: 
clojure.tools.analyzer.utils, being replaced by: 
#'clojure.tools.analyzer.utils/boolean?

WARNING: boolean? already refers to: #'clojure.core/boolean? in namespace: 
clojure.tools.analyzer, being replaced by: 
#'clojure.tools.analyzer.utils/boolean?

#error {

 :cause Attempting to call unbound fn: 
#'clojure.tools.analyzer.utils/boolean?

 :via

 [{:type clojure.lang.Compiler$CompilerException

   :message java.lang.IllegalStateException: Attempting to call unbound fn: 
#'clojure.tools.analyzer.utils/boolean?, 
compiling:(manifold/stream/async.clj:62:16)

   :at [clojure.lang.Compiler analyzeSeq Compiler.java 6890]}

  {:type java.lang.IllegalStateException

   :message Attempting to call unbound fn: 
#'clojure.tools.analyzer.utils/boolean?

   :at [clojure.lang.Var$Unbound throwArity Var.java 43]}]

 :trace

 [[clojure.lang.Var$Unbound throwArity Var.java 43]

  [clojure.lang.AFn invoke AFn.java 32]

  [clojure.tools.analyzer.utils$classify invoke utils.clj 106]

  [clojure.tools.analyzer$analyze_const doInvoke analyzer.clj 167]

  [clojure.lang.RestFn invoke RestFn.java 425]

  [clojure.tools.analyzer$fn__563 invoke analyzer.clj 86]

  [clojure.lang.MultiFn invoke MultiFn.java 233]

  [clojure.tools.analyzer$analyze_in_env$fn__567 invoke analyzer.clj 127]

  [clojure.core$mapv$fn__8938 invoke core.clj 6758]

  [clojure.core.protocols$fn__8715 invokeStatic protocols.clj 167]

  [clojure.core.protocols$fn__8715 invoke protocols.clj 124]

  [clojure.core.protocols$fn__8670$G__8665__8679 invoke protocols.clj 19]

  [clojure.core.protocols$seq_reduce invokeStatic protocols.clj 31]

  [clojure.core.protocols$fn__8696 invokeStatic protocols.clj 75]

  [clojure.core.protocols$fn__8696 invoke protocols.clj 75]

  [clojure.core.protocols$fn__8644$G__8639__8657 invoke protocols.clj 13]

  [clojure.core$reduce invokeStatic core.clj 6676]

  [clojure.core$mapv invokeStatic core.clj 6749]

  [clojure.core$mapv invoke core.clj 6749]

  [clojure.tools.analyzer$parse_invoke invoke analyzer.clj 781]

  [clojure.tools.analyzer$_parse invoke analyzer.clj 809]

  [clojure.tools.analyzer.jvm$parse invoke jvm.clj 383]

  [clojure.tools.analyzer$analyze_seq invoke analyzer.clj 271]

  [clojure.tools.analyzer$fn__556 invoke analyzer.clj 63]

  [clojure.lang.MultiFn invoke MultiFn.java 233]

  [clojure.tools.analyzer$analyze_let invoke analyzer.clj 503]

  [clojure.tools.analyzer$parse_let_STAR_ invoke analyzer.clj 528]

  [clojure.tools.analyzer$_parse invoke analyzer.clj 809]

  [clojure.tools.analyzer.jvm$parse invoke jvm.clj 383]

  [clojure.tools.analyzer$analyze_seq invoke analyzer.clj 271]

  [clojure.tools.analyzer$fn__556 invoke analyzer.clj 63]

  [clojure.lang.MultiFn invoke MultiFn.java 233]

  [clojure.tools.analyzer$analyze_seq invoke analyzer.clj 272]

  [clojure.tools.analyzer$fn__556 invoke analyzer.clj 63]

  [clojure.lang.MultiFn invoke MultiFn.java 233]

  [clojure.tools.analyzer$analyze_seq invoke analyzer.clj 272]

  [clojure.tools.analyzer$fn__556 invoke analyzer.clj 63]

  [clojure.lang.MultiFn invoke MultiFn.java 233]

  [clojure.tools.analyzer$analyze_let invoke analyzer.clj 503]

  [clojure.tools.analyzer$parse_let_STAR_ invoke analyzer.clj 528]

  [clojure.tools.analyzer$_parse invoke analyzer.clj 809]

  [clojure.tools.analyzer.jvm$parse invoke jvm.clj 383]

  [clojure.tools.analyzer$analyze_seq invoke analyzer.clj 271]

  [clojure.tools.analyzer$fn__556 invoke analyzer.clj 63]

  [clojure.lang.MultiFn invoke MultiFn.java 233]

  [clojure.tools.analyzer$analyze_seq invoke analyzer.clj 272]

  [clojure.tools.analyzer$fn__556 invoke analyzer.clj 63]

  [clojure.lang.MultiFn invoke MultiFn.java 233]

  [clojure.tools.analyzer$parse_do invoke analyzer.clj 284]

  [clojure.tools.analyzer$_parse invoke analyzer.clj 809]

  [clojure.tools.analyzer.jvm$parse invoke jvm.clj 383]

  [clojure.tools.analyzer$analyze_seq invoke analyzer.clj 271]

  [clojure.tools.analyzer$fn__556 invoke analyzer.clj 63]

  [clojure.lang.MultiFn invoke MultiFn.java 233]

  [clojure.tools.analyzer$analyze invoke analyzer.clj 115]

  [clojure.tools.analyzer.jvm$analyze$fn__3425 invoke jvm.clj 469]

  [clojure.lang.AFn applyToHelper AFn.java 152]

  [clojure.lang.AFn applyTo AFn.java 144]

  [clojure.core$apply invokeStatic core.clj 651]

  [clojure.core$with_bindings_STAR_ invokeStatic core.clj 1953]

  [clojure.core$with_bindings_STAR_ doInvoke core.clj 1953]

  [clojure.lang.RestFn invoke RestFn.java 425]

  [clojure.tools.analyzer.jvm$analyze invoke jvm.clj 456]

  [clojure.core.async.impl.ioc_macros$state_machine invoke ioc_macros.clj 
1109]

  [clojure.core.async$go doInvoke async.clj 413]

  [clojure.lang.RestFn invoke RestFn.java 442]

  [clojure.lang.Var invoke Var.java 388]

  [clojure.lang.AFn applyToHelper AFn.java 160]

  [clojure.lang.Var applyTo 

Re: [ANN] Clojure 1.9.0-alpha5

2016-06-08 Thread Sean Corfield
But named? to mean instance? clojure.lang.Named tells you that something 
implements the Named interface which has getName() *and* getNamespace() methods 
– and the namespace function does *not* accept a String.

 

The fact that the name function accepts something that is not Named is a bit of 
an anomaly.

 

Sean Corfield -- (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/8/16, 2:59 PM, "Josh Tilles"  wrote:

 

Well, it’s worth noting that clojure.core/name does account for strings:

 

(defn name

  "Returns the name String of a string, symbol or keyword."

  {:tag String

   :added "1.0"

   :static true}

  [x]

  (if (string? x) x (. ^clojure.lang.Named x (getName

 

So one could argue that named? should recognize strings in addition to keywords 
and symbols. No comment on whether such a predicate is a good idea though.



On Wednesday, June 8, 2016 at 5:40:06 PM UTC-4, Sean Corfield wrote:

Given the only two things in Clojure that implement Named are keyword and 
symbol – and we have ident? – what additional value would named? have?

 

(but, yes, that was my first thought when I saw the list of new predicates)

 

Sean Corfield -- (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/8/16, 1:13 PM, "Devin Walters (devn)"  wrote:

 

Any chance of `named?` making the cut in 1.9? I see it's used in the 
implementation of clojure.spec.


 

-- 
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] Clojure 1.9.0-alpha5

2016-06-08 Thread Josh Tilles
Well, it’s worth noting that clojure.core/name does account for strings 

:

(defn name
  "Returns the name String of a string, symbol or keyword."
  {:tag String
   :added "1.0"
   :static true}
  [x]
  (if (string? x) x (. ^clojure.lang.Named x (getName

So one *could* argue that named? should recognize strings in addition to 
keywords and symbols. No comment on whether such a predicate is a good idea 
though.


On Wednesday, June 8, 2016 at 5:40:06 PM UTC-4, Sean Corfield wrote:
>
> Given the only two things in Clojure that implement Named are keyword and 
> symbol – and we have ident? – what additional value would named? have?
>
>  
>
> (but, yes, that was my first thought when I saw the list of new predicates)
>
>  
>
> Sean Corfield -- (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/8/16, 1:13 PM, "Devin Walters (devn)"   on behalf of dev...@gmail.com > wrote:
>
>  
>
> Any chance of `named?` making the cut in 1.9? I see it's used in the 
> implementation of clojure.spec.
>
> On Tuesday, June 7, 2016 at 12:38:34 PM UTC-5, Alex Miller wrote:
>
> Clojure 1.9.0-alpha5 is now available.
>
>  
>
> Try it via
>
>  
>
> - Download:
>  https://repo1.maven.org/maven2/org/clojure/clojure/1.9.0-alpha5 
> 
>
> - Leiningen: [org.clojure/clojure "1.9.0-alpha5"]
>
>  
>
> 1.9.0-alpha4 includes the following changes since 1.9.0-alpha4:
>
>  
>
> Fixes:
>
> - doc was printing "Spec" when none existed
>
> - fix ? explain
>
>  
>
> New predicates in core (all also now have built-in generator support in 
> spec):
>
> - seqable?
>
> - boolean?
>
> - long?, pos-long?, neg-long?, nat-long?
>
> - double?, bigdec?
>
> - ident?, simple-ident?, qualified-ident?
>
> - simple-symbol?, qualified-symbol?
>
> - simple-keyword?, qualified-keyword?
>
> - bytes? (for byte[])
>
> - indexed?
>
> - inst? (and new inst-ms)
>
> - uuid?
>
> - uri?
>
>  
>
> New in spec:
>
> - unform - given a spec and a conformed value, returns the unconformed 
> value
>
> - New preds: long-in-range?, inst-in-range?
>
> - New specs (with gen support): long-in, inst-in, double-in
>
> -- 
> You received this message because you are subscribed to the Google
> Groups "Clojure" group.
> To post to this group, send email to clo...@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+u...@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+u...@googlegroups.com .
> For more options, visit https://groups.google.com/d/optout.
>
>

-- 
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] Clojure 1.9.0-alpha5

2016-06-08 Thread Devin Walters (devn)
Any chance of `named?` making the cut in 1.9? I see it's used in the 
implementation of clojure.spec.

On Tuesday, June 7, 2016 at 12:38:34 PM UTC-5, Alex Miller wrote:
>
> Clojure 1.9.0-alpha5 is now available.
>
> Try it via
>
> - Download:
>  https://repo1.maven.org/maven2/org/clojure/clojure/1.9.0-alpha5 
> 
> - Leiningen: [org.clojure/clojure "1.9.0-alpha5"]
>
> 1.9.0-alpha4 includes the following changes since 1.9.0-alpha4:
>
> Fixes:
> - doc was printing "Spec" when none existed
> - fix ? explain
>
> New predicates in core (all also now have built-in generator support in 
> spec):
> - seqable?
> - boolean?
> - long?, pos-long?, neg-long?, nat-long?
> - double?, bigdec?
> - ident?, simple-ident?, qualified-ident?
> - simple-symbol?, qualified-symbol?
> - simple-keyword?, qualified-keyword?
> - bytes? (for byte[])
> - indexed?
> - inst? (and new inst-ms)
> - uuid?
> - uri?
>
> New in spec:
> - unform - given a spec and a conformed value, returns the unconformed 
> value
> - New preds: long-in-range?, inst-in-range?
> - New specs (with gen support): long-in, inst-in, double-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: [ANN] Clojure 1.9.0-alpha5

2016-06-08 Thread David Powell
Do uri? and bytes? really have generator support implemented?  I couldn't
seem to get that to work.

-- 
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] Clojure 1.9.0-alpha5

2016-06-08 Thread Alex Miller
Rich has ok'ed this and I've added a jira for this 
at http://dev.clojure.org/jira/browse/CLJ-1951. The predicate is trivial of 
course - but we would want to add generator support and that's trickier as 
test.check doesn't have anything for this. I'm putting it on the back 
burner for now, but if anyone wants to think about that - comment on the 
ticket.

On Wednesday, June 8, 2016 at 6:51:47 AM UTC-5, Remo Koch wrote:
>
> Same here, would be nice to have `biginteger?` in core as well.
>
> On Wednesday, June 8, 2016 at 7:13:14 AM UTC+2, puzzler wrote:
>>
>> Also non-scientific: I personally use BigInteger a fair amount, but have 
>> never needed to use BigDecimal.
>>
>> On Tue, Jun 7, 2016 at 9:41 PM, <se...@corfield.org> wrote:
>>
>>> As a completely non-scientific data point, we had precisely one place in 
>>> our 30k+ lines of code where we can use bigdec? And there is also precisely 
>>> one place we could use biginteger? 
>>>
>>>  
>>>
>>> Sean Corfield -- (904) 302-SEAN
>>> An Architect's View -- http://corfield.org
>>>
>>>  
>>>
>>> *From: *Alex Miller
>>> *Sent: *Tuesday, June 7, 2016 7:56 PM
>>> *To: *Clojure
>>> *Subject: *Re: [ANN] Clojure 1.9.0-alpha5
>>>
>>>  
>>>
>>> Not sure, I can ask. I think BigDecimal is probably used way more than 
>>> BigInteger.
>>>
>>>
>>> On Tuesday, June 7, 2016 at 8:52:36 PM UTC-5, Sean Corfield wrote:
>>>
>>> Whilst updating our code, I noticed there’s bigdec? to test for 
>>> java.math.BigDecimal but not bigint? or biginteger?
>>>
>>>  
>>>
>>> Is there a specific reason for that omission or were those just missed?
>>>
>>> -- 
>>> You received this message because you are subscribed to the Google
>>> Groups "Clojure" group.
>>> To post to this group, send email to clo...@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+u...@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+u...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>>  
>>>
>>> -- 
>>> You received this message because you are subscribed to the Google
>>> Groups "Clojure" group.
>>> To post to this group, send email to clo...@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+u...@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+u...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>

-- 
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] Clojure 1.9.0-alpha5

2016-06-08 Thread Remo Koch
Same here, would be nice to have `biginteger?` in core as well.

On Wednesday, June 8, 2016 at 7:13:14 AM UTC+2, puzzler wrote:
>
> Also non-scientific: I personally use BigInteger a fair amount, but have 
> never needed to use BigDecimal.
>
> On Tue, Jun 7, 2016 at 9:41 PM, <se...@corfield.org > wrote:
>
>> As a completely non-scientific data point, we had precisely one place in 
>> our 30k+ lines of code where we can use bigdec? And there is also precisely 
>> one place we could use biginteger? 
>>
>>  
>>
>> Sean Corfield -- (904) 302-SEAN
>> An Architect's View -- http://corfield.org
>>
>>  
>>
>> *From: *Alex Miller 
>> *Sent: *Tuesday, June 7, 2016 7:56 PM
>> *To: *Clojure 
>> *Subject: *Re: [ANN] Clojure 1.9.0-alpha5
>>
>>  
>>
>> Not sure, I can ask. I think BigDecimal is probably used way more than 
>> BigInteger.
>>
>>
>> On Tuesday, June 7, 2016 at 8:52:36 PM UTC-5, Sean Corfield wrote:
>>
>> Whilst updating our code, I noticed there’s bigdec? to test for 
>> java.math.BigDecimal but not bigint? or biginteger?
>>
>>  
>>
>> Is there a specific reason for that omission or were those just missed?
>>
>> -- 
>> You received this message because you are subscribed to the Google
>> Groups "Clojure" group.
>> To post to this group, send email to clo...@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+u...@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+u...@googlegroups.com .
>> For more options, visit https://groups.google.com/d/optout.
>>
>>  
>>
>> -- 
>> You received this message because you are subscribed to the Google
>> Groups "Clojure" group.
>> To post to this group, send email to clo...@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+u...@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+u...@googlegroups.com .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
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] Clojure 1.9.0-alpha5

2016-06-08 Thread Mamun
Excellent set of new predicates. What about date predicate? 

It would be nice if there are also date predicate as an example in bellow

date?  
date-past?
date-future?



Br,
Mamun




On Tuesday, June 7, 2016 at 7:38:34 PM UTC+2, Alex Miller wrote:
>
> Clojure 1.9.0-alpha5 is now available.
>
> Try it via
>
> - Download:
>  https://repo1.maven.org/maven2/org/clojure/clojure/1.9.0-alpha5 
> 
> - Leiningen: [org.clojure/clojure "1.9.0-alpha5"]
>
> 1.9.0-alpha4 includes the following changes since 1.9.0-alpha4:
>
> Fixes:
> - doc was printing "Spec" when none existed
> - fix ? explain
>
> New predicates in core (all also now have built-in generator support in 
> spec):
> - seqable?
> - boolean?
> - long?, pos-long?, neg-long?, nat-long?
> - double?, bigdec?
> - ident?, simple-ident?, qualified-ident?
> - simple-symbol?, qualified-symbol?
> - simple-keyword?, qualified-keyword?
> - bytes? (for byte[])
> - indexed?
> - inst? (and new inst-ms)
> - uuid?
> - uri?
>
> New in spec:
> - unform - given a spec and a conformed value, returns the unconformed 
> value
> - New preds: long-in-range?, inst-in-range?
> - New specs (with gen support): long-in, inst-in, double-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: [ANN] Clojure 1.9.0-alpha5

2016-06-08 Thread Shantanu Kumar


On Wednesday, 8 June 2016 00:31:41 UTC+5:30, Alex Miller wrote:
>
> I'm not opposed to it but can't say that's anywhere on my priority list. 
> Does anyone use incubator?
>

Just to add a data point, I use incubator at work for `dissoc-in`.

Shantanu
 

>
>
> On Tuesday, June 7, 2016 at 1:21:34 PM UTC-5, Sean Corfield wrote:
>>
>> An excellent set of new predicates – thank you!
>>
>>  
>>
>> Will clojure.core.incubator get a new release to reflect that seqable? is 
>> available in core?
>>
>>  
>>
>> WARNING: seqable? already refers to: #'clojure.core/seqable? in 
>> namespace: clojure.core.incubator, being replaced by: 
>> #'clojure.core.incubator/seqable?
>>
>>  
>>
>> Sean Corfield -- (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/7/16, 10:38 AM, "Alex Miller" > on behalf of al...@puredanger.com > wrote:
>>
>>  
>>
>> Clojure 1.9.0-alpha5 is now available.
>>
>>  
>>
>> Try it via
>>
>>  
>>
>> - Download:
>>  https://repo1.maven.org/maven2/org/clojure/clojure/1.9.0-alpha5 
>> 
>>
>> - Leiningen: [org.clojure/clojure "1.9.0-alpha5"]
>>
>>  
>>
>> 1.9.0-alpha4 includes the following changes since 1.9.0-alpha4:
>>
>>  
>>
>> Fixes:
>>
>> - doc was printing "Spec" when none existed
>>
>> - fix ? explain
>>
>>  
>>
>> New predicates in core (all also now have built-in generator support in 
>> spec):
>>
>> - seqable?
>>
>> - boolean?
>>
>> - long?, pos-long?, neg-long?, nat-long?
>>
>> - double?, bigdec?
>>
>> - ident?, simple-ident?, qualified-ident?
>>
>> - simple-symbol?, qualified-symbol?
>>
>> - simple-keyword?, qualified-keyword?
>>
>> - bytes? (for byte[])
>>
>> - indexed?
>>
>> - inst? (and new inst-ms)
>>
>> - uuid?
>>
>> - uri?
>>
>>  
>>
>> New in spec:
>>
>> - unform - given a spec and a conformed value, returns the unconformed 
>> value
>>
>> - New preds: long-in-range?, inst-in-range?
>>
>> - New specs (with gen support): long-in, inst-in, double-in
>>
>> -- 
>> You received this message because you are subscribed to the Google
>> Groups "Clojure" group.
>> To post to this group, send email to clo...@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+u...@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+u...@googlegroups.com .
>> For more options, visit https://groups.google.com/d/optout.
>>
>>

-- 
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] Clojure 1.9.0-alpha5

2016-06-07 Thread Mark Engelberg
Also non-scientific: I personally use BigInteger a fair amount, but have
never needed to use BigDecimal.

On Tue, Jun 7, 2016 at 9:41 PM, <s...@corfield.org> wrote:

> As a completely non-scientific data point, we had precisely one place in
> our 30k+ lines of code where we can use bigdec? And there is also precisely
> one place we could use biginteger? 
>
>
>
> Sean Corfield -- (904) 302-SEAN
> An Architect's View -- http://corfield.org
>
>
>
> *From: *Alex Miller <a...@puredanger.com>
> *Sent: *Tuesday, June 7, 2016 7:56 PM
> *To: *Clojure <clojure@googlegroups.com>
> *Subject: *Re: [ANN] Clojure 1.9.0-alpha5
>
>
>
> Not sure, I can ask. I think BigDecimal is probably used way more than
> BigInteger.
>
>
> On Tuesday, June 7, 2016 at 8:52:36 PM UTC-5, Sean Corfield wrote:
>
> Whilst updating our code, I noticed there’s bigdec? to test for
> java.math.BigDecimal but not bigint? or biginteger?
>
>
>
> Is there a specific reason for that omission or were those just missed?
>
> --
> 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.
>
>
>
> --
> 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.
>

-- 
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] Clojure 1.9.0-alpha5

2016-06-07 Thread sean
As a completely non-scientific data point, we had precisely one place in our 
30k+ lines of code where we can use bigdec? And there is also precisely one 
place we could use biginteger? 

Sean Corfield -- (904) 302-SEAN
An Architect's View -- http://corfield.org

From: Alex Miller

-- 
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] Clojure 1.9.0-alpha5

2016-06-07 Thread sean
Thanks Alex. Based on what crossclj.info shows, I suspect you may be right that 
almost no one cares 

https://crossclj.info/fun/clojure.core.incubator/seqable?.html

Sean Corfield -- (904) 302-SEAN
An Architect's View -- http://corfield.org

From: Alex Miller

-- 
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] Clojure 1.9.0-alpha5

2016-06-07 Thread Alex Miller
I don't know that anyone cares much, but I have done a new release of 
core.incubator (0.1.4) and deprecated seqable?.

On Tuesday, June 7, 2016 at 1:21:34 PM UTC-5, Sean Corfield wrote:
>
> An excellent set of new predicates – thank you!
>
>  
>
> Will clojure.core.incubator get a new release to reflect that seqable? is 
> available in core?
>
>  
>
> WARNING: seqable? already refers to: #'clojure.core/seqable? in namespace: 
> clojure.core.incubator, being replaced by: #'clojure.core.incubator/seqable?
>
>  
>

-- 
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] Clojure 1.9.0-alpha5

2016-06-07 Thread Alex Miller
Not sure, I can ask. I think BigDecimal is probably used way more than 
BigInteger.

On Tuesday, June 7, 2016 at 8:52:36 PM UTC-5, Sean Corfield wrote:
>
> Whilst updating our code, I noticed there’s bigdec? to test for 
> java.math.BigDecimal but not bigint? or biginteger?
>
>  
>
> Is there a specific reason for that omission or were those just missed?
>

-- 
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] Clojure 1.9.0-alpha5

2016-06-07 Thread Sean Corfield
Whilst updating our code, I noticed there’s bigdec? to test for 
java.math.BigDecimal but not bigint? or biginteger?

 

Is there a specific reason for that omission or were those just missed?

 

Sean Corfield -- (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/7/16, 10:38 AM, "Alex Miller"  wrote:

 

Clojure 1.9.0-alpha5 is now available.

 

Try it via

 

- Download: https://repo1.maven.org/maven2/org/clojure/clojure/1.9.0-alpha5

- Leiningen: [org.clojure/clojure "1.9.0-alpha5"]

 

1.9.0-alpha4 includes the following changes since 1.9.0-alpha4:

 

Fixes:

- doc was printing "Spec" when none existed

- fix ? explain

 

New predicates in core (all also now have built-in generator support in spec):

- seqable?

- boolean?

- long?, pos-long?, neg-long?, nat-long?

- double?, bigdec?

- ident?, simple-ident?, qualified-ident?

- simple-symbol?, qualified-symbol?

- simple-keyword?, qualified-keyword?

- bytes? (for byte[])

- indexed?

- inst? (and new inst-ms)

- uuid?

- uri?

 

New in spec:

- unform - given a spec and a conformed value, returns the unconformed value

- New preds: long-in-range?, inst-in-range?

- New specs (with gen support): long-in, inst-in, double-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.

-- 
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] Clojure 1.9.0-alpha5

2016-06-07 Thread Sean Corfield
The taoensso.encore issue has defeated my attempts so far to create a repro 
case. Kevin Downey also confirmed that the straightforward cases of using 
Encore with 1.9.0 Alpha 5 all seem to work. I worked around the issue so we can 
continue testing Alpha 5 at World Singles (lifting a defn out of a do). I’ll 
keep digging into that and report back with my findings – clearly it’s not an 
issue with Alpha 5 per se and doesn’t appear to be an issue with Encore 
directly, so it’s some weird interaction in our dependencies or toolchain 
somewhere…

 

Sean Corfield -- (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/7/16, 3:39 PM, "Sean Corfield"  wrote:

 

I ran across it because CongoMongo uses it and we use that. It’s not a big deal.

 

Taoensso.encore is more problematic since that is essentially broken by the 
addition of bytes? to clojure.core. Right now that’s blocking us from upgrading 
but I haven’t established a workaround yet (technically it breaks 
taoensso.nippy’s use of encore).

 

Sean Corfield -- (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/7/16, 12:01 PM, "Alex Miller"  wrote:

 

I'm not opposed to it but can't say that's anywhere on my priority list. Does 
anyone use incubator?



On Tuesday, June 7, 2016 at 1:21:34 PM UTC-5, Sean Corfield wrote:

An excellent set of new predicates – thank you!

 

Will clojure.core.incubator get a new release to reflect that seqable? is 
available in core?

 

WARNING: seqable? already refers to: #'clojure.core/seqable? in namespace: 
clojure.core.incubator, being replaced by: #'clojure.core.incubator/seqable?

 

Sean Corfield -- (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/7/16, 10:38 AM, "Alex Miller"  wrote:

 

Clojure 1.9.0-alpha5 is now available.

 

Try it via

 

- Download: https://repo1.maven.org/maven2/org/clojure/clojure/1.9.0-alpha5

- Leiningen: [org.clojure/clojure "1.9.0-alpha5"]

 

1.9.0-alpha4 includes the following changes since 1.9.0-alpha4:

 

Fixes:

- doc was printing "Spec" when none existed

- fix ? explain

 

New predicates in core (all also now have built-in generator support in spec):

- seqable?

- boolean?

- long?, pos-long?, neg-long?, nat-long?

- double?, bigdec?

- ident?, simple-ident?, qualified-ident?

- simple-symbol?, qualified-symbol?

- simple-keyword?, qualified-keyword?

- bytes? (for byte[])

- indexed?

- inst? (and new inst-ms)

- uuid?

- uri?

 

New in spec:

- unform - given a spec and a conformed value, returns the unconformed value

- New preds: long-in-range?, inst-in-range?

- New specs (with gen support): long-in, inst-in, double-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: [ANN] Clojure 1.9.0-alpha5

2016-06-07 Thread Sean Corfield
I ran across it because CongoMongo uses it and we use that. It’s not a big deal.

 

Taoensso.encore is more problematic since that is essentially broken by the 
addition of bytes? to clojure.core. Right now that’s blocking us from upgrading 
but I haven’t established a workaround yet (technically it breaks 
taoensso.nippy’s use of encore).

 

Sean Corfield -- (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/7/16, 12:01 PM, "Alex Miller"  wrote:

 

I'm not opposed to it but can't say that's anywhere on my priority list. Does 
anyone use incubator?



On Tuesday, June 7, 2016 at 1:21:34 PM UTC-5, Sean Corfield wrote:

An excellent set of new predicates – thank you!

 

Will clojure.core.incubator get a new release to reflect that seqable? is 
available in core?

 

WARNING: seqable? already refers to: #'clojure.core/seqable? in namespace: 
clojure.core.incubator, being replaced by: #'clojure.core.incubator/seqable?

 

Sean Corfield -- (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/7/16, 10:38 AM, "Alex Miller"  wrote:

 

Clojure 1.9.0-alpha5 is now available.

 

Try it via

 

- Download: https://repo1.maven.org/maven2/org/clojure/clojure/1.9.0-alpha5

- Leiningen: [org.clojure/clojure "1.9.0-alpha5"]

 

1.9.0-alpha4 includes the following changes since 1.9.0-alpha4:

 

Fixes:

- doc was printing "Spec" when none existed

- fix ? explain

 

New predicates in core (all also now have built-in generator support in spec):

- seqable?

- boolean?

- long?, pos-long?, neg-long?, nat-long?

- double?, bigdec?

- ident?, simple-ident?, qualified-ident?

- simple-symbol?, qualified-symbol?

- simple-keyword?, qualified-keyword?

- bytes? (for byte[])

- indexed?

- inst? (and new inst-ms)

- uuid?

- uri?

 

New in spec:

- unform - given a spec and a conformed value, returns the unconformed value

- New preds: long-in-range?, inst-in-range?

- New specs (with gen support): long-in, inst-in, double-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: [ANN] Clojure 1.9.0-alpha5

2016-06-07 Thread Andy Fingerhut
crossclj.info lists 63 projects with core.incubator as a dependency.  Not
sure how widely used those projects are themselves:


https://crossclj.info/ns/org.clojure/core.incubator/0.1.3/project.clj.html

Andy

On Tue, Jun 7, 2016 at 12:01 PM, Alex Miller  wrote:

> I'm not opposed to it but can't say that's anywhere on my priority list.
> Does anyone use incubator?
>
>
> On Tuesday, June 7, 2016 at 1:21:34 PM UTC-5, Sean Corfield wrote:
>>
>> An excellent set of new predicates – thank you!
>>
>>
>>
>> Will clojure.core.incubator get a new release to reflect that seqable? is
>> available in core?
>>
>>
>>
>> WARNING: seqable? already refers to: #'clojure.core/seqable? in
>> namespace: clojure.core.incubator, being replaced by:
>> #'clojure.core.incubator/seqable?
>>
>>
>>
>> Sean Corfield -- (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/7/16, 10:38 AM, "Alex Miller" > of a...@puredanger.com> wrote:
>>
>>
>>
>> Clojure 1.9.0-alpha5 is now available.
>>
>>
>>
>> Try it via
>>
>>
>>
>> - Download:
>>  https://repo1.maven.org/maven2/org/clojure/clojure/1.9.0-alpha5
>> 
>>
>> - Leiningen: [org.clojure/clojure "1.9.0-alpha5"]
>>
>>
>>
>> 1.9.0-alpha4 includes the following changes since 1.9.0-alpha4:
>>
>>
>>
>> Fixes:
>>
>> - doc was printing "Spec" when none existed
>>
>> - fix ? explain
>>
>>
>>
>> New predicates in core (all also now have built-in generator support in
>> spec):
>>
>> - seqable?
>>
>> - boolean?
>>
>> - long?, pos-long?, neg-long?, nat-long?
>>
>> - double?, bigdec?
>>
>> - ident?, simple-ident?, qualified-ident?
>>
>> - simple-symbol?, qualified-symbol?
>>
>> - simple-keyword?, qualified-keyword?
>>
>> - bytes? (for byte[])
>>
>> - indexed?
>>
>> - inst? (and new inst-ms)
>>
>> - uuid?
>>
>> - uri?
>>
>>
>>
>> New in spec:
>>
>> - unform - given a spec and a conformed value, returns the unconformed
>> value
>>
>> - New preds: long-in-range?, inst-in-range?
>>
>> - New specs (with gen support): long-in, inst-in, double-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.
>>
>> --
> 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.
>

-- 
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] Clojure 1.9.0-alpha5

2016-06-07 Thread David Chelimsky
Pedestal: 
https://github.com/pedestal/pedestal/blob/master/service/project.clj#L26

On Tuesday, June 7, 2016 at 2:01:41 PM UTC-5, Alex Miller wrote:
>
> I'm not opposed to it but can't say that's anywhere on my priority list. 
> Does anyone use incubator?
>
>
> On Tuesday, June 7, 2016 at 1:21:34 PM UTC-5, Sean Corfield wrote:
>>
>> An excellent set of new predicates – thank you!
>>
>>  
>>
>> Will clojure.core.incubator get a new release to reflect that seqable? is 
>> available in core?
>>
>>  
>>
>> WARNING: seqable? already refers to: #'clojure.core/seqable? in 
>> namespace: clojure.core.incubator, being replaced by: 
>> #'clojure.core.incubator/seqable?
>>
>>  
>>
>> Sean Corfield -- (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/7/16, 10:38 AM, "Alex Miller" > on behalf of al...@puredanger.com > wrote:
>>
>>  
>>
>> Clojure 1.9.0-alpha5 is now available.
>>
>>  
>>
>> Try it via
>>
>>  
>>
>> - Download:
>>  https://repo1.maven.org/maven2/org/clojure/clojure/1.9.0-alpha5 
>> 
>>
>> - Leiningen: [org.clojure/clojure "1.9.0-alpha5"]
>>
>>  
>>
>> 1.9.0-alpha4 includes the following changes since 1.9.0-alpha4:
>>
>>  
>>
>> Fixes:
>>
>> - doc was printing "Spec" when none existed
>>
>> - fix ? explain
>>
>>  
>>
>> New predicates in core (all also now have built-in generator support in 
>> spec):
>>
>> - seqable?
>>
>> - boolean?
>>
>> - long?, pos-long?, neg-long?, nat-long?
>>
>> - double?, bigdec?
>>
>> - ident?, simple-ident?, qualified-ident?
>>
>> - simple-symbol?, qualified-symbol?
>>
>> - simple-keyword?, qualified-keyword?
>>
>> - bytes? (for byte[])
>>
>> - indexed?
>>
>> - inst? (and new inst-ms)
>>
>> - uuid?
>>
>> - uri?
>>
>>  
>>
>> New in spec:
>>
>> - unform - given a spec and a conformed value, returns the unconformed 
>> value
>>
>> - New preds: long-in-range?, inst-in-range?
>>
>> - New specs (with gen support): long-in, inst-in, double-in
>>
>> -- 
>> You received this message because you are subscribed to the Google
>> Groups "Clojure" group.
>> To post to this group, send email to clo...@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+u...@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+u...@googlegroups.com .
>> For more options, visit https://groups.google.com/d/optout.
>>
>>

-- 
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] Clojure 1.9.0-alpha5

2016-06-07 Thread Alex Miller
I'm not opposed to it but can't say that's anywhere on my priority list. 
Does anyone use incubator?


On Tuesday, June 7, 2016 at 1:21:34 PM UTC-5, Sean Corfield wrote:
>
> An excellent set of new predicates – thank you!
>
>  
>
> Will clojure.core.incubator get a new release to reflect that seqable? is 
> available in core?
>
>  
>
> WARNING: seqable? already refers to: #'clojure.core/seqable? in namespace: 
> clojure.core.incubator, being replaced by: #'clojure.core.incubator/seqable?
>
>  
>
> Sean Corfield -- (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/7/16, 10:38 AM, "Alex Miller"  a...@puredanger.com> wrote:
>
>  
>
> Clojure 1.9.0-alpha5 is now available.
>
>  
>
> Try it via
>
>  
>
> - Download:
>  https://repo1.maven.org/maven2/org/clojure/clojure/1.9.0-alpha5 
> 
>
> - Leiningen: [org.clojure/clojure "1.9.0-alpha5"]
>
>  
>
> 1.9.0-alpha4 includes the following changes since 1.9.0-alpha4:
>
>  
>
> Fixes:
>
> - doc was printing "Spec" when none existed
>
> - fix ? explain
>
>  
>
> New predicates in core (all also now have built-in generator support in 
> spec):
>
> - seqable?
>
> - boolean?
>
> - long?, pos-long?, neg-long?, nat-long?
>
> - double?, bigdec?
>
> - ident?, simple-ident?, qualified-ident?
>
> - simple-symbol?, qualified-symbol?
>
> - simple-keyword?, qualified-keyword?
>
> - bytes? (for byte[])
>
> - indexed?
>
> - inst? (and new inst-ms)
>
> - uuid?
>
> - uri?
>
>  
>
> New in spec:
>
> - unform - given a spec and a conformed value, returns the unconformed 
> value
>
> - New preds: long-in-range?, inst-in-range?
>
> - New specs (with gen support): long-in, inst-in, double-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.
>
>

-- 
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] Clojure 1.9.0-alpha5

2016-06-07 Thread Sean Corfield
An excellent set of new predicates – thank you!

 

Will clojure.core.incubator get a new release to reflect that seqable? is 
available in core?

 

WARNING: seqable? already refers to: #'clojure.core/seqable? in namespace: 
clojure.core.incubator, being replaced by: #'clojure.core.incubator/seqable?

 

Sean Corfield -- (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/7/16, 10:38 AM, "Alex Miller"  wrote:

 

Clojure 1.9.0-alpha5 is now available.

 

Try it via

 

- Download: https://repo1.maven.org/maven2/org/clojure/clojure/1.9.0-alpha5

- Leiningen: [org.clojure/clojure "1.9.0-alpha5"]

 

1.9.0-alpha4 includes the following changes since 1.9.0-alpha4:

 

Fixes:

- doc was printing "Spec" when none existed

- fix ? explain

 

New predicates in core (all also now have built-in generator support in spec):

- seqable?

- boolean?

- long?, pos-long?, neg-long?, nat-long?

- double?, bigdec?

- ident?, simple-ident?, qualified-ident?

- simple-symbol?, qualified-symbol?

- simple-keyword?, qualified-keyword?

- bytes? (for byte[])

- indexed?

- inst? (and new inst-ms)

- uuid?

- uri?

 

New in spec:

- unform - given a spec and a conformed value, returns the unconformed value

- New preds: long-in-range?, inst-in-range?

- New specs (with gen support): long-in, inst-in, double-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.

-- 
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] Clojure 1.9.0-alpha5

2016-06-07 Thread Alex Miller
Clojure 1.9.0-alpha5 is now available.

Try it via

- Download: https://repo1.maven.org/maven2/org/clojure/clojure/1.9.0-alpha5 

- Leiningen: [org.clojure/clojure "1.9.0-alpha5"]

1.9.0-alpha4 includes the following changes since 1.9.0-alpha4:

Fixes:
- doc was printing "Spec" when none existed
- fix ? explain

New predicates in core (all also now have built-in generator support in 
spec):
- seqable?
- boolean?
- long?, pos-long?, neg-long?, nat-long?
- double?, bigdec?
- ident?, simple-ident?, qualified-ident?
- simple-symbol?, qualified-symbol?
- simple-keyword?, qualified-keyword?
- bytes? (for byte[])
- indexed?
- inst? (and new inst-ms)
- uuid?
- uri?

New in spec:
- unform - given a spec and a conformed value, returns the unconformed value
- New preds: long-in-range?, inst-in-range?
- New specs (with gen support): long-in, inst-in, double-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.