Re: reducers and sets/PersistentSet

2015-11-10 Thread Alex Miller 
Get cracking! :)

On Tuesday, November 10, 2015 at 10:44:33 AM UTC-6, retnuH wrote:
>
> That's what I was thinking...
>
> I may try to put together a patch.
>
> But it may have to wait until after Clojure/Conj!  Still don't have 
> presentation finished...
>
> H
>
> On Tuesday, 10 November 2015 16:26:58 UTC, Alex Miller wrote:
>>
>> Persistent sets are really persistent maps under the hood, so in 
>> principle doesn't seem like there's any reason that shouldn't work.
>>
>> On Tuesday, November 10, 2015 at 10:23:19 AM UTC-6, retnuH wrote:
>>>
>>> Hi there, I was playing with reducers recently, and was wondering why 
>>> PersistentSets aren't foldable (i.e. don't take advantage of the Fork/Join 
>>> stuff?
>>>
>>> Is there some fundamental reason why it wouldn't work (or is especially 
>>> difficult), or just a case that no one has gotten around to implementing it?
>>>
>>> Cheers,
>>>
>>> H
>>>
>>>

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

reducers and sets/PersistentSet

2015-11-10 Thread retnuH 
Hi there, I was playing with reducers recently, and was wondering why 
PersistentSets aren't foldable (i.e. don't take advantage of the Fork/Join 
stuff?

Is there some fundamental reason why it wouldn't work (or is especially 
difficult), or just a case that no one has gotten around to implementing it?

Cheers,

H

-- 
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] Let's make clojure.org better!

2015-11-10 Thread Hildeberto Mendonça 
That's a great initiative! Thanks! But I'm just sad to see JBake instead of
Cryogen (https://github.com/cryogen-project/cryogen-core) which is written
in Clojure :-( Can we send a pull request replacing JBake by Cryogen or is
JBake a final decision?

On Tue, Nov 10, 2015 at 4:14 PM, Alex Miller  wrote:

> The Clojure community is full of talented writers and valuable experience,
> and together we can create great documentation for the language and the
> ecosystem. With that in mind, we are happy to announce a new initiative to
> replace the existing http://clojure.org site. The new site will contain
> most of the existing reference and information content but will also
> provide an opportunity for additional guides or tutorials about Clojure and
> its ecosystem.
>
> The new site content is hosted in a GitHub repository
>  and is open for contributions.
> All contributions require a signed Clojure Contributor Agreement. This
> repository will accept contributions via pull request and issues with
> GitHub issues. The contribution and review process is described in more
> detail on the site contribution
> 
> page.
>
> We are currently working on the design elements for the site but if you
> would like to suggest a new guide, tutorial, or other content to be
> included on the site, please file an issue
>  for discussion or create
> a thread on the Clojure mailing list
>  with [DOCS] in the subject.
> There will be an unsession at the Clojure/conj 
> conference next week for additional discussion. This is the beginning of a
> process, and things will likely evolve in the future. In the meantime, we
> look forward to seeing your contributions!
>
> --
> 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.
>



-- 
Hildeberto Mendonça, Ph.D
Blog: http://www.hildeberto.com
Twitter: https://twitter.com/htmfilho

-- 
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] Let's make clojure.org better!

2015-11-10 Thread Hildeberto Mendonça 
Thanks for clarifying that Alex.

On Tue, Nov 10, 2015 at 4:57 PM, Alex Miller  wrote:

> Hi Hildeberto,
>
> I built spikes of the site in a number of technologies like Cryogen,
> Stasis, Sphinx, Asciidoctor, and some of the other Ruby-based static
> generators as well. In the end, I found that JBake was the best match for
> our goals at this time. The site build architecture has been decided and
> we're not interested in revisiting that at this time. At some point down
> the road, based on experience and tool evolution, we may take another look,
> but not soon.
>
> Cryogen is a great tool and I would recommend it to others. One problem I
> had with it was its flexibility with respect to the url structure. I
> actually think for the purposes of creating a blog etc that is a dimension
> that is good to remove, but it was a downside for our use.
>
> We are working with a designer on the site look and feel and at some point
> that will be visible. At the point where that is visible, I expect there
> will be some evolution on front page, navigation structure, etc and would
> be happy to get feedback on that.
>
> Right now, we are primarily looking for content ideas and would love
> thoughts on that. Or if there is interest in enhancing existing pages, I
> would also like to talk about those.
>
> Thanks,
> Alex
>
>
>
> On Tuesday, November 10, 2015 at 9:41:40 AM UTC-6, Hildeberto Mendonça
> wrote:
>>
>> That's a great initiative! Thanks! But I'm just sad to see JBake instead
>> of Cryogen (https://github.com/cryogen-project/cryogen-core) which is
>> written in Clojure :-( Can we send a pull request replacing JBake by
>> Cryogen or is JBake a final decision?
>>
>> --
>> Hildeberto Mendonça, Ph.D
>> Blog: http://www.hildeberto.com
>> Twitter: https://twitter.com/htmfilho
>>
> --
> 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.
>



-- 
Hildeberto Mendonça, Ph.D
Blog: http://www.hildeberto.com
Twitter: https://twitter.com/htmfilho

-- 
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: reducers and sets/PersistentSet

2015-11-10 Thread Alex Miller 
Persistent sets are really persistent maps under the hood, so in principle 
doesn't seem like there's any reason that shouldn't work.

On Tuesday, November 10, 2015 at 10:23:19 AM UTC-6, retnuH wrote:
>
> Hi there, I was playing with reducers recently, and was wondering why 
> PersistentSets aren't foldable (i.e. don't take advantage of the Fork/Join 
> stuff?
>
> Is there some fundamental reason why it wouldn't work (or is especially 
> difficult), or just a case that no one has gotten around to implementing it?
>
> Cheers,
>
> H
>
>

-- 
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] Let's make clojure.org better!

2015-11-10 Thread 'Alan Forrester' via Clojure 
On 10 Nov 2015, at 15:14, Alex Miller  wrote:

> The Clojure community is full of talented writers and valuable experience, 
> and together we can create great documentation for the language and the 
> ecosystem. With that in mind, we are happy to announce a new initiative to 
> replace the existing http://clojure.org  site. The new 
> site will contain most of the existing reference and information content but 
> will also provide an opportunity for additional guides or tutorials about 
> Clojure and its ecosystem. 
> 
> The new site content is hosted in a GitHub repository 
>  and is open for contributions. All 
> contributions require a signed Clojure Contributor Agreement. This repository 
> will accept contributions via pull request and issues with GitHub issues. The 
> contribution and review process is described in more detail on the site 
> contribution 
> 
>  page. 

The site contribution page does not seem to be up.

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] Let's make clojure.org better!

2015-11-10 Thread Alex Miller 
Link was bad - sorry!

https://github.com/clojure/clojure-site/blob/master/content/community/contributing_site.adoc


On Tuesday, November 10, 2015 at 10:45:59 AM UTC-6, Alan Forrester wrote:
>
> The site contribution page does not seem to be up.
>
>
> 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.

[ANN] Let's make clojure.org better!

2015-11-10 Thread Alex Miller 
The Clojure community is full of talented writers and valuable experience, 
and together we can create great documentation for the language and the 
ecosystem. With that in mind, we are happy to announce a new initiative to 
replace the existing http://clojure.org site. The new site will contain 
most of the existing reference and information content but will also 
provide an opportunity for additional guides or tutorials about Clojure and 
its ecosystem. 

The new site content is hosted in a GitHub repository 
 and is open for contributions. 
All contributions require a signed Clojure Contributor Agreement. This 
repository will accept contributions via pull request and issues with 
GitHub issues. The contribution and review process is described in more 
detail on the site contribution 

 
page. 

We are currently working on the design elements for the site but if you 
would like to suggest a new guide, tutorial, or other content to be 
included on the site, please file an issue 
 for discussion or create a 
thread on the Clojure mailing list  
with [DOCS] in the subject. There will be an unsession at the Clojure/conj 
 conference next week for additional discussion. 
This is the beginning of a process, and things will likely evolve in the 
future. In the meantime, we look forward to seeing your contributions!

-- 
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] Let's make clojure.org better!

2015-11-10 Thread Hildeberto Mendonça 
A better link about Cryogen: http://cryogenweb.org

On Tue, Nov 10, 2015 at 4:41 PM, Hildeberto Mendonça 
wrote:

> That's a great initiative! Thanks! But I'm just sad to see JBake instead
> of Cryogen (https://github.com/cryogen-project/cryogen-core) which is
> written in Clojure :-( Can we send a pull request replacing JBake by
> Cryogen or is JBake a final decision?
>
> On Tue, Nov 10, 2015 at 4:14 PM, Alex Miller  wrote:
>
>> The Clojure community is full of talented writers and valuable
>> experience, and together we can create great documentation for the language
>> and the ecosystem. With that in mind, we are happy to announce a new
>> initiative to replace the existing http://clojure.org site. The new site
>> will contain most of the existing reference and information content but
>> will also provide an opportunity for additional guides or tutorials about
>> Clojure and its ecosystem.
>>
>> The new site content is hosted in a GitHub repository
>>  and is open for contributions.
>> All contributions require a signed Clojure Contributor Agreement. This
>> repository will accept contributions via pull request and issues with
>> GitHub issues. The contribution and review process is described in more
>> detail on the site contribution
>> 
>> page.
>>
>> We are currently working on the design elements for the site but if you
>> would like to suggest a new guide, tutorial, or other content to be
>> included on the site, please file an issue
>>  for discussion or
>> create a thread on the Clojure mailing list
>>  with [DOCS] in the subject.
>> There will be an unsession at the Clojure/conj 
>> conference next week for additional discussion. This is the beginning of a
>> process, and things will likely evolve in the future. In the meantime, we
>> look forward to seeing your contributions!
>>
>> --
>> 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.
>>
>
>
>
> --
> Hildeberto Mendonça, Ph.D
> Blog: http://www.hildeberto.com
> Twitter: https://twitter.com/htmfilho
>



-- 
Hildeberto Mendonça, Ph.D
Blog: http://www.hildeberto.com
Twitter: https://twitter.com/htmfilho

-- 
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] Let's make clojure.org better!

2015-11-10 Thread Alex Miller 
Hi Hildeberto,

I built spikes of the site in a number of technologies like Cryogen, 
Stasis, Sphinx, Asciidoctor, and some of the other Ruby-based static 
generators as well. In the end, I found that JBake was the best match for 
our goals at this time. The site build architecture has been decided and 
we're not interested in revisiting that at this time. At some point down 
the road, based on experience and tool evolution, we may take another look, 
but not soon. 

Cryogen is a great tool and I would recommend it to others. One problem I 
had with it was its flexibility with respect to the url structure. I 
actually think for the purposes of creating a blog etc that is a dimension 
that is good to remove, but it was a downside for our use. 

We are working with a designer on the site look and feel and at some point 
that will be visible. At the point where that is visible, I expect there 
will be some evolution on front page, navigation structure, etc and would 
be happy to get feedback on that.

Right now, we are primarily looking for content ideas and would love 
thoughts on that. Or if there is interest in enhancing existing pages, I 
would also like to talk about those.

Thanks,
Alex



On Tuesday, November 10, 2015 at 9:41:40 AM UTC-6, Hildeberto Mendonça 
wrote:
>
> That's a great initiative! Thanks! But I'm just sad to see JBake instead 
> of Cryogen (https://github.com/cryogen-project/cryogen-core) which is 
> written in Clojure :-( Can we send a pull request replacing JBake by 
> Cryogen or is JBake a final decision?
>
> -- 
> Hildeberto Mendonça, Ph.D
> Blog: http://www.hildeberto.com
> Twitter: https://twitter.com/htmfilho
>

-- 
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: reducers and sets/PersistentSet

2015-11-10 Thread retnuH 
That's what I was thinking...

I may try to put together a patch.

But it may have to wait until after Clojure/Conj!  Still don't have 
presentation finished...

H

On Tuesday, 10 November 2015 16:26:58 UTC, Alex Miller wrote:
>
> Persistent sets are really persistent maps under the hood, so in principle 
> doesn't seem like there's any reason that shouldn't work.
>
> On Tuesday, November 10, 2015 at 10:23:19 AM UTC-6, retnuH wrote:
>>
>> Hi there, I was playing with reducers recently, and was wondering why 
>> PersistentSets aren't foldable (i.e. don't take advantage of the Fork/Join 
>> stuff?
>>
>> Is there some fundamental reason why it wouldn't work (or is especially 
>> difficult), or just a case that no one has gotten around to implementing it?
>>
>> Cheers,
>>
>> H
>>
>>

-- 
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: Transient map question

2015-11-10 Thread Ritchie Cai 
Ahh, for some reason, I had the impression that it can be used as mutable 
object. Just reread the "transient data structure" page, realize that I've 
been knowing it wrong all this time. 

Thanks

On Tuesday, November 10, 2015 at 1:11:56 PM UTC-6, Alex Miller wrote:
>
> That is, you should use the exact same modification pattern that you use 
> with persistent collections.
>
> On Tuesday, November 10, 2015 at 1:05:38 PM UTC-6, Laurens Van Houtven 
> wrote:
>>
>> Hi Ritchie
>>
>>
>> You appear to be using the transient as a mutable object, which is not 
>> correct in the general case. You should only use the return value of 
>> assoc!/dissoc!/et cetera.
>>
>>
>> lvh
>>
>> On Nov 10, 2015, at 1:03 PM, Ritchie Cai > > wrote:
>>
>> btw, I'm using Java 1.8.0_60-b27, Clojure 1.7.0
>>
>> On Tuesday, November 10, 2015 at 12:59:54 PM UTC-6, Ritchie Cai wrote:
>>>
>>> Hi,
>>>
>>> I'm wondering if anyone can help me understand why transient map in my 
>>> code stops adding entries. 
>>> Here is my implementation of huffman code generation given a string: 
>>>
>>>
>>> https://gist.github.com/malloc82/efeec1053b9af195e351#file-huffman-clj-L53-L55
>>>
>>> Line 53-55 is where it adds a huffman code entry into a transient map. 
>>> If you run the test on line 61, you can see from print out and return value 
>>> that no new entry is added after adding 8 entries, i.e. after \A. No sure 
>>> why.
>>>
>>> Thanks
>>> Ritchie
>>>
>>>
>> -- 
>> 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.8.0-RC1 is now available

2015-11-10 Thread Alan Thompson 
Runs fine in my tests.

One small question: would it be feasible to keep everything lowercase in
the future (i.e. org.clojure:clojure:jar:1.8.0-rc1)?

Keep up the great work,
Alan

On Tue, Nov 10, 2015 at 9:30 AM, Alex Miller  wrote:

> Clojure 1.8.0-RC1 is now available. *This build is a "release candidate"!*
> We would appreciate any and all testing you can do on your own libraries or
> internal projects to find problems. If no problems are found, we expect to
> make this the 1.8.0 final release!
>
> Try it via
>
>- Download:
>https://repo1.maven.org/maven2/org/clojure/clojure/1.8.0-RC1
>- Leiningen: [org.clojure/clojure "1.8.0-RC1"]
>
> Below is the only change since 1.8.0-beta2. See the full 1.8 change log
> here: https://github.com/clojure/clojure/blob/master/changes.md.
>
>- CLJ-1845  Make
>clojure.core/load dynamic so it can be redef'ed even with direct linking
>
>
> --
> 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.8.0-RC1 is now available

2015-11-10 Thread Alan Thompson 
Just keeps it simpler when typing, and most other things seem to be all
lowercase.  Not a big deal.
Alan

On Tue, Nov 10, 2015 at 9:55 AM, Alex Miller  wrote:

> Any reason why?
>
> On Tuesday, November 10, 2015 at 11:51:40 AM UTC-6, Alan Thompson wrote:
>>
>> Runs fine in my tests.
>>
>> One small question: would it be feasible to keep everything lowercase in
>> the future (i.e. org.clojure:clojure:jar:1.8.0-rc1)?
>>
>> Keep up the great work,
>> 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.8.0-RC1 is now available

2015-11-10 Thread Ghadi Shayban 
Never mind the first point.  I've been pointed to the fact that 
Tuple/create returns a PV [1]

[1] 
https://github.com/clojure/clojure/blob/master/src/jvm/clojure/lang/Tuple.java#L22

On Tuesday, November 10, 2015 at 1:15:44 PM UTC-5, Ghadi Shayban wrote:
>
> Two points of feedback:
>
>
> 1) One of the reason tuples were disabled was that they polluted dispatch 
> paths.  Shouldn't we make sure that they are completely inactive?
>
>Map entries (everywhere: c.l.Persistent*, records, gvec, bean) still 
> use them.
>
> 2) I get the rationale behind direct linking, but I'm lacking evidence 
> that the benefits are achieved.
>
>
>
> On Tuesday, November 10, 2015 at 12:30:47 PM UTC-5, Alex Miller wrote:
>>
>> Clojure 1.8.0-RC1 is now available. *This build is a "release 
>> candidate"!* We would appreciate any and all testing you can do on your 
>> own libraries or internal projects to find problems. If no problems are 
>> found, we expect to make this the 1.8.0 final release! 
>>
>> Try it via
>>
>>- Download: 
>>https://repo1.maven.org/maven2/org/clojure/clojure/1.8.0-RC1
>>- Leiningen: [org.clojure/clojure "1.8.0-RC1"]
>>
>> Below is the only change since 1.8.0-beta2. See the full 1.8 change log 
>> here: https://github.com/clojure/clojure/blob/master/changes.md.
>>
>>- CLJ-1845  Make 
>>clojure.core/load dynamic so it can be redef'ed even with direct linking
>>
>>
>>

-- 
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: Transient map question

2015-11-10 Thread Ritchie Cai 
btw, I'm using Java 1.8.0_60-b27, Clojure 1.7.0

On Tuesday, November 10, 2015 at 12:59:54 PM UTC-6, Ritchie Cai wrote:
>
> Hi,
>
> I'm wondering if anyone can help me understand why transient map in my 
> code stops adding entries. 
> Here is my implementation of huffman code generation given a string: 
>
>
> https://gist.github.com/malloc82/efeec1053b9af195e351#file-huffman-clj-L53-L55
>
> Line 53-55 is where it adds a huffman code entry into a transient map. If 
> you run the test on line 61, you can see from print out and return value 
> that no new entry is added after adding 8 entries, i.e. after \A. No sure 
> why.
>
> Thanks
> Ritchie
>
>

-- 
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: Transient map question

2015-11-10 Thread Alex Miller 
That is, you should use the exact same modification pattern that you use 
with persistent collections.

On Tuesday, November 10, 2015 at 1:05:38 PM UTC-6, Laurens Van Houtven 
wrote:
>
> Hi Ritchie
>
>
> You appear to be using the transient as a mutable object, which is not 
> correct in the general case. You should only use the return value of 
> assoc!/dissoc!/et cetera.
>
>
> lvh
>
> On Nov 10, 2015, at 1:03 PM, Ritchie Cai  wrote:
>
> btw, I'm using Java 1.8.0_60-b27, Clojure 1.7.0
>
> On Tuesday, November 10, 2015 at 12:59:54 PM UTC-6, Ritchie Cai wrote:
>>
>> Hi,
>>
>> I'm wondering if anyone can help me understand why transient map in my 
>> code stops adding entries. 
>> Here is my implementation of huffman code generation given a string: 
>>
>>
>> https://gist.github.com/malloc82/efeec1053b9af195e351#file-huffman-clj-L53-L55
>>
>> Line 53-55 is where it adds a huffman code entry into a transient map. If 
>> you run the test on line 61, you can see from print out and return value 
>> that no new entry is added after adding 8 entries, i.e. after \A. No sure 
>> why.
>>
>> Thanks
>> Ritchie
>>
>>
> -- 
> 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.8.0-RC1 is now available

2015-11-10 Thread Alex Miller 
Clojure 1.8.0-RC1 is now available. *This build is a "release candidate"!* 
We would appreciate any and all testing you can do on your own libraries or 
internal projects to find problems. If no problems are found, we expect to 
make this the 1.8.0 final release! 

Try it via

   - Download: https://repo1.maven.org/maven2/org/clojure/clojure/1.8.0-RC1
   - Leiningen: [org.clojure/clojure "1.8.0-RC1"]

Below is the only change since 1.8.0-beta2. See the full 1.8 change log 
here: https://github.com/clojure/clojure/blob/master/changes.md.

   - CLJ-1845  Make 
   clojure.core/load dynamic so it can be redef'ed even with direct linking


-- 
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.8.0-RC1 is now available

2015-11-10 Thread Ghadi Shayban 
Two points of feedback:


1) One of the reason tuples were disabled was that they polluted dispatch 
paths.  Shouldn't we make sure that they are completely inactive?

   Map entries (everywhere: c.l.Persistent*, records, gvec, bean) still use 
them.

2) I get the rationale behind direct linking, but I'm lacking evidence that 
the benefits are achieved.



On Tuesday, November 10, 2015 at 12:30:47 PM UTC-5, Alex Miller wrote:
>
> Clojure 1.8.0-RC1 is now available. *This build is a "release candidate"!* 
> We would appreciate any and all testing you can do on your own libraries or 
> internal projects to find problems. If no problems are found, we expect to 
> make this the 1.8.0 final release! 
>
> Try it via
>
>- Download: 
>https://repo1.maven.org/maven2/org/clojure/clojure/1.8.0-RC1
>- Leiningen: [org.clojure/clojure "1.8.0-RC1"]
>
> Below is the only change since 1.8.0-beta2. See the full 1.8 change log 
> here: https://github.com/clojure/clojure/blob/master/changes.md.
>
>- CLJ-1845  Make 
>clojure.core/load dynamic so it can be redef'ed even with direct linking
>
>
>

-- 
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.8.0-RC1 is now available

2015-11-10 Thread Michael Drogalis 
Upgrading Clojure to 1.8.0-RC1 passed Onyx's full test suite. Thumbs up on 
our end.

On Tuesday, November 10, 2015 at 9:30:47 AM UTC-8, Alex Miller wrote:
>
> Clojure 1.8.0-RC1 is now available. *This build is a "release candidate"!* 
> We would appreciate any and all testing you can do on your own libraries or 
> internal projects to find problems. If no problems are found, we expect to 
> make this the 1.8.0 final release! 
>
> Try it via
>
>- Download: 
>https://repo1.maven.org/maven2/org/clojure/clojure/1.8.0-RC1
>- Leiningen: [org.clojure/clojure "1.8.0-RC1"]
>
> Below is the only change since 1.8.0-beta2. See the full 1.8 change log 
> here: https://github.com/clojure/clojure/blob/master/changes.md.
>
>- CLJ-1845  Make 
>clojure.core/load dynamic so it can be redef'ed even with direct linking
>
>
>

-- 
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] Kekkonen 0.1.0, a remoting (CQRS) api library for Clojure

2015-11-10 Thread Tommi Reiman 
*tl;dr*

  code: http://kekkonen.io
 demo: https://kekkonen.herokuapp.com
   start: lein new kekkonen kakkonen

*Kekkonen is alive!*

We just released first non-snapshot version of Kekkonen, a data-driven 
remote (CQRS) api library for Clojure. On the server side, apis as modelled 
as plain clojure functions & data while the library takes care of things 
like mapping to remote/http terms, content-negotiation, input & output 
validation and api-docs (both swagger & the dispatcher). On the client 
side, one can interact with the api dispatcher to do things like:

   - browse the apis securely: only admins see the admin api docs
   - extract the handler meta-data for local reasoning (schemas, rules, 
   etc.)
   - dry-run things: side-effect-free handler rule & input validation (on 
   the server)
   - context-aware api asks: "what could I do in the given api ns with 
   these facts?"

The last one has been a great feature for building task-based uis. 

We are also toying with things like:

   - support for speculative transactions (poke!)
   - client-side call composition, with transactional writes

Most of the ideas have been gathered from our projects from the last 3 
years, but Kekkonen is still a total rewrite of all the ideas and because 
of that - in alpha, incomplete and subject to change. Goal is to push out a 
stable release later this year.

We are really exited and would really love to get your feedback on the 
ideas and on the lib. Either here, via email (kekko...@metosin.fi), IRC or 
Slack (#kekkonen or #ring-swagger).

Happy remoting.

on behalf of the Metosin-team,

Tommi (@ikitommi)

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

Transient map question

2015-11-10 Thread Ritchie Cai 
Hi,

I'm wondering if anyone can help me understand why transient map in my code 
stops adding entries. 
Here is my implementation of huffman code generation given a string: 

https://gist.github.com/malloc82/efeec1053b9af195e351#file-huffman-clj-L53-L55

Line 53-55 is where it adds a huffman code entry into a transient map. If 
you run the test on line 61, you can see from print out and return value 
that no new entry is added after adding 8 entries, i.e. after \A. No sure 
why.

Thanks
Ritchie

-- 
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.8.0-RC1 is now available

2015-11-10 Thread Alex Miller 
Any reason why?

On Tuesday, November 10, 2015 at 11:51:40 AM UTC-6, Alan Thompson wrote:
>
> Runs fine in my tests.
>
> One small question: would it be feasible to keep everything lowercase in 
> the future (i.e. org.clojure:clojure:jar:1.8.0-rc1)?
>
> Keep up the great work,
> 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: Transient map question

2015-11-10 Thread Laurens Van Houtven 
Hi Ritchie


You appear to be using the transient as a mutable object, which is not correct 
in the general case. You should only use the return value of assoc!/dissoc!/et 
cetera.


lvh

> On Nov 10, 2015, at 1:03 PM, Ritchie Cai  wrote:
> 
> btw, I'm using Java 1.8.0_60-b27, Clojure 1.7.0
> 
> On Tuesday, November 10, 2015 at 12:59:54 PM UTC-6, Ritchie Cai wrote:
> Hi,
> 
> I'm wondering if anyone can help me understand why transient map in my code 
> stops adding entries. 
> Here is my implementation of huffman code generation given a string: 
> 
> https://gist.github.com/malloc82/efeec1053b9af195e351#file-huffman-clj-L53-L55
>  
> 
> 
> Line 53-55 is where it adds a huffman code entry into a transient map. If you 
> run the test on line 61, you can see from print out and return value that no 
> new entry is added after adding 8 entries, i.e. after \A. No sure why.
> 
> Thanks
> Ritchie
> 
> 
> -- 
> 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: Procedurally generated animation in Clojure

2015-11-10 Thread Mars0i 
Cool.  Thanks.  I experimented with the quil  
wrapper around Processing  at one point.  I'm glad 
quil exists, but the underlying non-functional-programming model of 
Processing can sometimes make it awkward.

-- 
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: Procedurally generated animation in Clojure

2015-11-10 Thread Alex Miller 
These are SO COOL.


On Sunday, November 8, 2015 at 6:22:53 PM UTC-6, Mikera wrote:
>
> Hi all,
>
> I created a set of tools this weekend to produce procedurally generated 
> animations in Clojure. May be of interest to those who like computer 
> graphics and the more creative usages of Clojure!
>
> Here's an example which I rendered overnight:
> https://www.youtube.com/watch?v=94CtmzAUIBI
>
> Source code using the Clisk library is here:
>
> https://github.com/mikera/clisk/blob/develop/src/test/clojure/clisk/samples/animations.clj
>
> Video encoding was done using the new Telegenic library which wraps JCodec:
> https://github.com/mikera/telegenic
>
> The original 2D source image was created by Roger Allen's "TweeGeeMee" 
> twitterbot:
> https://twitter.com/tweegeemee
>
> Enjoy!
>
>
>
>
>
>

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

Pareto's Clojure

2015-11-10 Thread Sayth Renshaw 
Morning

Currently driving through Clojure country reading Clojure for the brave abs 
typing examples out of the clojure cookbook.

Following Paretos principle 80/20 rule the 20% usually drives the 80% of 
outcomes. if I did a deep dive into the most important 20% of clojure what 
would I dive into? 

Cheers

Sayth

-- 
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: org-mode Clojure babel

2015-11-10 Thread Johannes 
I am quite impressed about lentic. I think I will use it. Thank you, Phil. 

Nevertheless I am looking for a working configuration for Emacs org-mode 
with Clojure babel.

Johannes

Am Freitag, 6. November 2015 18:10:58 UTC+1 schrieb Phillip Lord:
>
>
> If you are willing to entertain a slightly different interaction model, 
> you might want to take a look at the lentic package 
>
> https://github.com/phillord/lentic 
>  pInstead of Clojure snippets which you can pop out and edit, this gives 
> you two buffers, one entirely valid clojure (which syntax highlights, 
> you can eval, test and so forth) and one entirely valid org (which you 
> can publish, show-hide and so forth). You can edit either one (the 
> Clojure view or the Org-mode view) and changes percolate backward. 
>
> This video shows it working with org-mode and Emacs-lisp. 
>
> https://vimeo.com/116078853 
>
> And this video shows it working with latex and clojure. 
>
> https://vimeo.com/116141808 
>
> I don't have a video of it working with org and clojure, but it does 
> work with them. My tawny-owl library is being (slowly) ported to this 
> form of literate development. 
>
> https://github.com/phillord/tawny-owl/blob/master/src/tawny/owl.clj 
>
> It also allows integration with asciidoc, and clojure. I wrote these 
> slides: 
>
>
> http://homepages.cs.ncl.ac.uk/phillip.lord/download/tawny/icbo_2015/2015_lisbon.html
>  
>
> as literate clojure source. 
>
> Have fun. 
>
> Phil 
>
>
>
> Johannes Brauer  writes: 
>
> > Hi Karsten, 
> > 
> > thank you for the links to your project. But until now, I haven’t 
> succeeded to 
> > setup my Emacs so that I can evaluate Clojure code snippets in an org 
> file. 
> > 
> > Johannes 
> >> Am 03.11.2015 um 19:56 schrieb Karsten Schmidt  >: 
> >> 
> >> Hi Johannes, checkout my leiningen template for org-mode projects 
> >> here: http://thi.ng/babel and an example project using this template 
> >> here: http://thi.ng/fabric 
> >> 
> >> 
> >> On 3 November 2015 at 13:03, Stuart Sierra  > wrote: 
> >>> Hi Johannes 
> >>> 
> >>> I have a working Org babel & Clojure in my Emacs setup. It's 
> idiosyncratic 
> >>> to my preferences, but maybe it will be useful: 
> >>> github.com/stuartsierra/dotfiles 
> >>> 
> >>> –S 
> >>> 
> >>> 
> >>> 
> >>> On Tuesday, November 3, 2015 at 3:25:51 AM UTC-5, Johannes wrote: 
>  
>  Hi, 
>  
>  I am looking for a working environment for using org-mode with 
> Clojure 
>  babel. Googleing for the issue I can only find some apparently 
> outdated 
>  hints. I am using org-mode version 8.2.10, Clojure 1.6.0, Leiningen 
> 2.5.1, 
>  and CIDER 0.10.0. 
>  
>  Any hints, where I can find the right configuration? 
>  
>  Johannes 
>  
> >>> -- 
> >>> 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. 
> >> 
> >> 
> >> 
> >> -- 
> >> Karsten Schmidt 
> >> http://postspectacular.com | http://thi.ng | http://toxiclibs.org 
> >> 
> >> -- 
> >> 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 a topic in the 
> Google Groups "Clojure" group. 
> >> To unsubscribe from this topic, visit 
> https://groups.google.com/d/topic/clojure/PldQTR3yB3A/unsubscribe. 
> >> To unsubscribe from this group and all its topics, send an email to 
> >> clojure+u...@googlegroups.com . 
> >> For more options, visit https://groups.google.com/d/optout. 
> > 
> > 
> >  
> > 
> > 
> > Staatlich anerkannte private Fachhochschule 
> > NORDAKADEMIE 
> > Gemeinnützige Aktiengesellschaft 
> > Köllner Chaussee 11 
> > 25337 Elmshorn 
> > 
> > Vorstand: 
> > Prof. Dr. Georg Plate (Vorsitzender), Dipl.-Ing. Jörg Meier (stellv. 
> Vorstand) 
> > 
> > Vorsitzender des Aufsichtsrats: 
> > Dr. h.c.

Re: [ANN] Clojure 1.8.0-RC1 is now available

2015-11-10 Thread Mike Rodriguez 
I second Ghadi's question (2). Is there any further information to read that 
discusses the benefits found from direct linking? I understand the motivation. 
I was just hoping to here some performance boost success stories. 

-- 
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.8.0-RC1 is now available

2015-11-10 Thread Alex Miller 
I would love for people to try building their apps with and without direct 
linking to see if there is a difference! Has anyone done so?

-- 
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.8.0-RC1 is now available

2015-11-10 Thread Mike Rodriguez 
I did a trial run of some of my production applications (big data space) and I 
did see an overall improvement in execution time that seemed consistent. It was 
not too significant of a difference though, but it was still good to see. I am 
not positive my use case would have necessarily been in position to drastically 
improve from the direct linking at this point though anyways. 
I also haven't tried to direct link my own application code (I think that's an 
option you can switch on, I forget ). 

I was just curious to hear if there were some significant differences people 
have observed. It's always good to see concrete examples. 

-- 
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.8.0-RC1 is now available

2015-11-10 Thread Shantanu Kumar 
One of my libraries (https://github.com/kumarshantanu/asphalt) is failing 
to compile with 1.8 (works fine with 1.6, 1.7); the stack trace is below:

$ lein do clean, with-profile dev,c18 test
Exception in thread "main" java.lang.VerifyError: (class: 
asphalt/core$invoke_with_transaction, method: invokeStatic signature: 
(Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object;)Ljava/lang/Object;) 
Expecting to find integer on stack, compiling:(core.clj:201:1)
at clojure.lang.Compiler$DefExpr.eval(Compiler.java:463)
at clojure.lang.Compiler.eval(Compiler.java:6918)
at clojure.lang.Compiler.load(Compiler.java:7360)
at clojure.lang.RT.loadResourceScript(RT.java:372)
at clojure.lang.RT.loadResourceScript(RT.java:363)
at clojure.lang.RT.load(RT.java:453)
at clojure.lang.RT.load(RT.java:419)
at clojure.core$load$fn__5673.invoke(core.clj:5895)
at clojure.core$load.invokeStatic(core.clj:5894)
at clojure.core$load_one.invokeStatic(core.clj:5694)
at clojure.core$load_one.invoke(core.clj)
at clojure.core$load_lib$fn__5622.invoke(core.clj:5739)
at clojure.core$load_lib.invokeStatic(core.clj:5738)
at clojure.core$load_lib.doInvoke(core.clj)
at clojure.lang.RestFn.applyTo(RestFn.java:142)
at clojure.core$apply.invokeStatic(core.clj:647)
at clojure.core$load_libs.invokeStatic(core.clj:5776)
at clojure.core$load_libs.doInvoke(core.clj)
at clojure.lang.RestFn.applyTo(RestFn.java:137)
at clojure.core$apply.invokeStatic(core.clj:647)
at clojure.core$require.invokeStatic(core.clj:5798)
at clojure.core$require.doInvoke(core.clj)
at clojure.lang.RestFn.invoke(RestFn.java:457)
at 
asphalt.test_util$eval198$loading__5565__auto199.invoke(test_util.clj:1)
at asphalt.test_util$eval198.invokeStatic(test_util.clj:1)
at asphalt.test_util$eval198.invoke(test_util.clj)
at clojure.lang.Compiler.eval(Compiler.java:6913)
at clojure.lang.Compiler.eval(Compiler.java:6902)
at clojure.lang.Compiler.load(Compiler.java:7360)
at clojure.lang.RT.loadResourceScript(RT.java:372)
at clojure.lang.RT.loadResourceScript(RT.java:363)
at clojure.lang.RT.load(RT.java:453)
at clojure.lang.RT.load(RT.java:419)
at clojure.core$load$fn__5673.invoke(core.clj:5895)
at clojure.core$load.invokeStatic(core.clj:5894)
at clojure.core$load_one.invokeStatic(core.clj:5694)
at clojure.core$load_one.invoke(core.clj)
at clojure.core$load_lib$fn__5622.invoke(core.clj:5739)
at clojure.core$load_lib.invokeStatic(core.clj:5738)
at clojure.core$load_lib.doInvoke(core.clj)
at clojure.lang.RestFn.applyTo(RestFn.java:142)
at clojure.core$apply.invokeStatic(core.clj:647)
at clojure.core$load_libs.invokeStatic(core.clj:5776)
at clojure.core$load_libs.doInvoke(core.clj)
at clojure.lang.RestFn.applyTo(RestFn.java:137)
at clojure.core$apply.invokeStatic(core.clj:647)
at clojure.core$require.invokeStatic(core.clj:5798)
at clojure.core$require.doInvoke(core.clj)
at clojure.lang.RestFn.invoke(RestFn.java:457)
at 
asphalt.core_test$eval192$loading__5565__auto193.invoke(core_test.clj:1)
at asphalt.core_test$eval192.invokeStatic(core_test.clj:1)
at asphalt.core_test$eval192.invoke(core_test.clj)
at clojure.lang.Compiler.eval(Compiler.java:6913)
at clojure.lang.Compiler.eval(Compiler.java:6902)
at clojure.lang.Compiler.load(Compiler.java:7360)
at clojure.lang.RT.loadResourceScript(RT.java:372)
at clojure.lang.RT.loadResourceScript(RT.java:363)
at clojure.lang.RT.load(RT.java:453)
at clojure.lang.RT.load(RT.java:419)
at clojure.core$load$fn__5673.invoke(core.clj:5895)
at clojure.core$load.invokeStatic(core.clj:5894)
at clojure.core$load_one.invokeStatic(core.clj:5694)
at clojure.core$load_one.invoke(core.clj)
at clojure.core$load_lib$fn__5622.invoke(core.clj:5739)
at clojure.core$load_lib.invokeStatic(core.clj:5738)
at clojure.core$load_lib.doInvoke(core.clj)
at clojure.lang.RestFn.applyTo(RestFn.java:142)
at clojure.core$apply.invokeStatic(core.clj:647)
at clojure.core$load_libs.invokeStatic(core.clj:5776)
at clojure.core$load_libs.doInvoke(core.clj)
at clojure.lang.RestFn.applyTo(RestFn.java:137)
at clojure.core$apply.invokeStatic(core.clj:647)
at clojure.core$require.invokeStatic(core.clj:5798)
at clojure.core$require.doInvoke(core.clj)
at clojure.lang.RestFn.applyTo(RestFn.java:137)
at clojure.core$apply.invokeStatic(core.clj:647)
at clojure.core$apply.invoke(core.clj)
at user$eval91.invokeStatic(form-init7505432955041312280.clj:1)
at user$eval91.invoke(form-init7505432955041312280.clj)
at clojure.lang.Compiler.eval(Compiler.java:6913)
at clojure.lang.Compiler.eval(Compiler.java:6903)
at clojure.lang.Compiler.load(Compiler.java:7360)
at clojure.lang.Compiler.loadFile(Compiler.java:7298)
at clojure.main$load_script.invokeStatic(main.clj:275)
at clojure.main$init_opt.invokeStatic(main.clj:277)
at clojure.main$init_opt.invoke(main.clj)
at clojure.main$initialize.invokeStatic(main.clj:308)
at clojure.main$null_opt.invokeStatic(main.clj:342)
at clojure.main$null_opt.invoke(main.clj)
at clojure.main$main.invokeStatic(main.clj:421)
at clojure.main$main.doInvoke(main.clj)
at

Re: [ANN] Let's make clojure.org better!

2015-11-10 Thread Dmitri 
Just a note that the author of Cryogen is very responsive regarding 
discussions on improvements and pull requests for additional functionality. 
If there's a particular feature that's missing it might be worth creating 
an issue or opening a pr for it.

On Tuesday, November 10, 2015 at 10:57:45 AM UTC-5, Alex Miller wrote:
>
> Hi Hildeberto,
>
> I built spikes of the site in a number of technologies like Cryogen, 
> Stasis, Sphinx, Asciidoctor, and some of the other Ruby-based static 
> generators as well. In the end, I found that JBake was the best match for 
> our goals at this time. The site build architecture has been decided and 
> we're not interested in revisiting that at this time. At some point down 
> the road, based on experience and tool evolution, we may take another look, 
> but not soon. 
>
> Cryogen is a great tool and I would recommend it to others. One problem I 
> had with it was its flexibility with respect to the url structure. I 
> actually think for the purposes of creating a blog etc that is a dimension 
> that is good to remove, but it was a downside for our use. 
>
> We are working with a designer on the site look and feel and at some point 
> that will be visible. At the point where that is visible, I expect there 
> will be some evolution on front page, navigation structure, etc and would 
> be happy to get feedback on that.
>
> Right now, we are primarily looking for content ideas and would love 
> thoughts on that. Or if there is interest in enhancing existing pages, I 
> would also like to talk about those.
>
> Thanks,
> Alex
>
>
>
> On Tuesday, November 10, 2015 at 9:41:40 AM UTC-6, Hildeberto Mendonça 
> wrote:
>>
>> That's a great initiative! Thanks! But I'm just sad to see JBake instead 
>> of Cryogen (https://github.com/cryogen-project/cryogen-core) which is 
>> written in Clojure :-( Can we send a pull request replacing JBake by 
>> Cryogen or is JBake a final decision?
>>
>> -- 
>> Hildeberto Mendonça, Ph.D
>> Blog: http://www.hildeberto.com
>> Twitter: https://twitter.com/htmfilho
>>
>

-- 
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.8.0-RC1 is now available

2015-11-10 Thread Robin Heggelund Hansen 
I got an exception when compiling with this RC (exception below). Seems it 
have trouble compiling aleph, so I've added an issue there. I assume you 
will be contacted if the bug is found to be an error in Clojure itself, and 
not Aleph.

#error {
 :cause IllegalName: compile__stub.aleph.http.core.aleph.http.core/HeaderMap
 :via
 [{:type clojure.lang.Compiler$CompilerException
   :message java.lang.NoClassDefFoundError: IllegalName: 
compile__stub.aleph.http.core.aleph.http.core/HeaderMap, 
compiling:(aleph/http/core.clj:81:1)
   :at [clojure.lang.Compiler analyzeSeq Compiler.java 6861]}
  {:type java.lang.NoClassDefFoundError
   :message IllegalName: 
compile__stub.aleph.http.core.aleph.http.core/HeaderMap
   :at [java.lang.ClassLoader preDefineClass ClassLoader.java 654]}]
 :trace
 [[java.lang.ClassLoader preDefineClass ClassLoader.java 654]
  [java.lang.ClassLoader defineClass ClassLoader.java 758]
  [java.lang.ClassLoader defineClass ClassLoader.java 642]
  [clojure.lang.DynamicClassLoader defineClass DynamicClassLoader.java 46]
  [clojure.lang.Compiler$NewInstanceExpr compileStub Compiler.java 7880]
  [clojure.lang.Compiler$NewInstanceExpr build Compiler.java 7745]
  [clojure.lang.Compiler$NewInstanceExpr$DeftypeParser parse Compiler.java 
7655]
  [clojure.lang.Compiler analyzeSeq Compiler.java 6854]
  [clojure.lang.Compiler analyze Compiler.java 6655]
  [clojure.lang.Compiler analyze Compiler.java 6611]
  [clojure.lang.Compiler$BodyExpr$Parser parse Compiler.java 5987]
  [clojure.lang.Compiler$LetExpr$Parser parse Compiler.java 6305]
  [clojure.lang.Compiler analyzeSeq Compiler.java 6854]
  [clojure.lang.Compiler analyze Compiler.java 6655]
  [clojure.lang.Compiler analyze Compiler.java 6611]
  [clojure.lang.Compiler$BodyExpr$Parser parse Compiler.java 5987]
  [clojure.lang.Compiler$FnMethod parse Compiler.java 5368]
  [clojure.lang.Compiler$FnExpr parse Compiler.java 3971]
  [clojure.lang.Compiler analyzeSeq Compiler.java 6852]
  [clojure.lang.Compiler analyze Compiler.java 6655]
  [clojure.lang.Compiler eval Compiler.java 6910]
  [clojure.lang.Compiler eval Compiler.java 6902]
  [clojure.lang.Compiler load Compiler.java 7360]
  [clojure.lang.RT loadResourceScript RT.java 372]
  [clojure.lang.RT loadResourceScript RT.java 363]
  [clojure.lang.RT load RT.java 453]
  [clojure.lang.RT load RT.java 419]
  [clojure.core$load$fn__5673 invoke core.clj 5895]
  [clojure.core$load invokeStatic core.clj 5894]
  [clojure.core$load_one invokeStatic core.clj 5694]
  [clojure.core$load_one invoke core.clj -1]
  [clojure.core$load_lib$fn__5622 invoke core.clj 5739]
  [clojure.core$load_lib invokeStatic core.clj 5738]
  [clojure.core$load_lib doInvoke core.clj -1]
  [clojure.lang.RestFn applyTo RestFn.java 142]
  [clojure.core$apply invokeStatic core.clj 647]
  [clojure.core$load_libs invokeStatic core.clj 5776]
  [clojure.core$load_libs doInvoke core.clj -1]
  [clojure.lang.RestFn applyTo RestFn.java 137]
  [clojure.core$apply invokeStatic core.clj 647]
  [clojure.core$require invokeStatic core.clj 5798]
  [clojure.core$require doInvoke core.clj -1]
  [clojure.lang.RestFn invoke RestFn.java 551]
  [aleph.http.server$eval18258$loading__5565__auto18259 invoke 
server.clj 1]
  [aleph.http.server$eval18258 invokeStatic server.clj 1]
  [aleph.http.server$eval18258 invoke server.clj -1]
  [clojure.lang.Compiler eval Compiler.java 6913]
  [clojure.lang.Compiler eval Compiler.java 6902]
  [clojure.lang.Compiler load Compiler.java 7360]
  [clojure.lang.RT loadResourceScript RT.java 372]
  [clojure.lang.RT loadResourceScript RT.java 363]
  [clojure.lang.RT load RT.java 453]
  [clojure.lang.RT load RT.java 419]
  [clojure.core$load$fn__5673 invoke core.clj 5895]
  [clojure.core$load invokeStatic core.clj 5894]
  [clojure.core$load_one invokeStatic core.clj 5694]
  [clojure.core$load_one invoke core.clj -1]
  [clojure.core$load_lib$fn__5622 invoke core.clj 5739]
  [clojure.core$load_lib invokeStatic core.clj 5738]
  [clojure.core$load_lib doInvoke core.clj -1]
  [clojure.lang.RestFn applyTo RestFn.java 142]
  [clojure.core$apply invokeStatic core.clj 647]
  [clojure.core$load_libs invokeStatic core.clj 5780]
  [clojure.core$load_libs doInvoke core.clj -1]
  [clojure.lang.RestFn applyTo RestFn.java 137]
  [clojure.core$apply invokeStatic core.clj 647]
  [clojure.core$require invokeStatic core.clj 5798]
  [clojure.core$require doInvoke core.clj -1]
  [clojure.lang.RestFn invoke RestFn.java 457]
  [aleph.http$eval16931$loading__5565__auto16932 invoke http.clj 1]
  [aleph.http$eval16931 invokeStatic http.clj 1]
  [aleph.http$eval16931 invoke http.clj -1]
  [clojure.lang.Compiler eval Compiler.java 6913]
  [clojure.lang.Compiler eval Compiler.java 6902]
  [clojure.lang.Compiler load Compiler.java 7360]
  [clojure.lang.RT loadResourceScript RT.java 372]
  [clojure.lang.RT loadResourceScript RT.java 363]
  [clojure.lang.RT load RT.java 453]
  [clojure.lang.RT load RT.java 419]
  [clojure.core$load$fn__5673 invoke core.clj