Re: [ANN] core.async-0.2.371

Awesome, thanks! Le mercredi 28 octobre 2015 14:06:41 UTC-7, Alex Miller a écrit : > > I am happy to announce a long-overdue core.async release. > > Dependency info: [org.clojure/core.async "0.2.371"] > > There are a few new features in this release: > > 1) *promise-chan* is a function that retur

Re: [ANN] core.async-0.2.371

Excellent \o/, much appreciated! -- 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 fro

Re: [ANN] core.async-0.2.371

That's great, thanks everyone involved in this release. Already made use of offer! : ) . On Wednesday, October 28, 2015 at 2:06:41 PM UTC-7, Alex Miller wrote: > > I am happy to announce a long-overdue core.async release. > > Dependency info: [org.clojure/core.async "0.2.371"] > > There are a fe

Re: [ANN] core.async-0.2.371

Bravo, great work Alex and team! Also appreciate the new versioning scheme. On Wednesday, October 28, 2015 at 5:06:41 PM UTC-4, Alex Miller wrote: > > I am happy to announce a long-overdue core.async release. > > Dependency info: [org.clojure/core.async "0.2.371"] > > There are a few new feature

Re: [ANN] core.async-0.2.371

Great work Miller & Team :D onsdag 28. oktober 2015 22.06.41 UTC+1 skrev Alex Miller følgende: > > I am happy to announce a long-overdue core.async release. > > Dependency info: [org.clojure/core.async "0.2.371"] > > There are a few new features in this release: > > 1) *promise-chan* is a functio

Re: [ANN] core.async-0.2.371

Thanks Alex! I appreciate the work you put in to get this out. On Thu, Oct 29, 2015 at 10:06 AM Alex Miller wrote: > I am happy to announce a long-overdue core.async release. > > Dependency info: [org.clojure/core.async "0.2.371"] > > There are a few new features in this release: > > 1) *promis

Re: Extending namespace loading

On Wednesday, October 28, 2015 at 11:49:39 AM UTC-4, Nathan Davis wrote: > > On the Clojure 1.80-beta2 release thread > , Ambrose > Bonnaire-Sergeant mentioned that he is monkey-patching clojure.core/load to > provide "an extension poi

[ANN] core.async-0.2.371

I am happy to announce a long-overdue core.async release. Dependency info: [org.clojure/core.async "0.2.371"] There are a few new features in this release: 1) *promise-chan* is a function that returns a new kind of channel (with a custom buffer) with promise semantics. Specifically, channels m

Re: Extending namespace loading

On Wednesday, October 28, 2015 at 12:34:10 PM UTC-5, William la Forge wrote: > > What about the converse? If namespaces can be dynamically loaded, can/will > they be garbage collected when no longer referenced? > Currently, namespaces are never automatically unloaded. > Alternately, it would

Re: clojure.repl/doc - change request - print vs return-value

Done. http://dev.clojure.org/jira/browse/CLJ-1836 On Monday, October 19, 2015 at 9:27:34 PM UTC+2, Alex Miller wrote: > > Please file a jira with a patch and we will consider it for the next > release (it is too late to consider for Clojure 1.8 at this point). Include > the info below as the

Re: Extending namespace loading

What about the converse? If namespaces can be dynamically loaded, can/will they be garbage collected when no longer referenced? Alternately, it would be great to be able to load a namespace from an alternative path. I.E. The standard namespace loader but working with a different directory. Or i

Re: hawk got no events during file watching

Is it possible it's related to this? : http://feedback.livereload.com/knowledgebase/articles/86239-os-x-fsevents-bug-may-prevent-monitoring-of-certai You could try renaming and renaming back the folder and see if that makes any difference. Jony On Wednesday, 28 October 2015 16:05:37 UTC, Jiy

Re: hawk got no events during file watching

and surprisingly it began to work after this command: ``` ➤➤ mv Cirru/ cirru ``` On Thursday, October 29, 2015 at 12:05:37 AM UTC+8, Jiyin Yiyong wrote: > > I have no clue why is not happening anymore. It was working a month ago. > > My code. > > > https://github.com/Cirru/lein-cirru-sepal/blob/m

hawk got no events during file watching

I have no clue why is not happening anymore. It was working a month ago. My code. https://github.com/Cirru/lein-cirru-sepal/blob/master/src/leiningen/cirru_sepal.clj#L40 ```clj (defn watch-all [dir] (println "Start watching files.") (hawk/watch! [{ :paths [dir] :handler (fn [context event] (list

Extending namespace loading

On the Clojure 1.80-beta2 release thread , Ambrose Bonnaire-Sergeant mentioned that he is monkey-patching clojure.core/load to provide "an extension pointfor alternative compilers". I can see several possibilities for such an extensi

Re: [ANN] Clojure 1.8.0-beta2

On Wednesday, October 28, 2015 at 9:57:54 AM UTC-5, Alex Miller wrote: > > > On Tuesday, October 27, 2015 at 9:02:49 PM UTC-5, Nathan Davis wrote: >> >> Or better yet, is there any interest in providing an interface to hook >> into the namespace loading process, so that monkey-patches are not >>

Re: [ANN] Clojure 1.8.0-beta2

On Tuesday, October 27, 2015 at 9:02:49 PM UTC-5, Nathan Davis wrote: > > Or better yet, is there any interest in providing an interface to hook > into the namespace loading process, so that monkey-patches are not > necessary? > > Nathan Davis > That considerably raises what needs to be conside

Re: [ANN] Clojure 1.8.0-beta2

Sounds like a good question for discussion. Currently I believe the only way to disable direct linkability is by making a var dynamic (which I don't think is desired here), so it raises the notion that there should be some way to do this via metadata. I will bring it up with Rich. On Tuesday, O

Re: import and require for consuming the fruits of defrecord

CLJ-1823 documents the change from CLJ-1208, which is really targeted at interop use cases where a record type will be imported and instantiated from Java. The effect you mention is secondary and I would recommend that the bulk of the type you are using records, you should require the record ns

Re: Processing futures and promises asynchronously

core.async and Transducers target some of this, although in a slightly different way. Instead of clojure.core/future, you can use core.async/thread or core.async/go. Instead of flatMap, you can use a `map` Transducer on a channel or in a core.async/pipeline. –S On Monday, October 26, 2015 at 6