Re: ANN: Parallel let macro!

Very nice! Kudos. -- 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,

RE: Using libraries without Lein

In addition to tools.deps, which reads dependencies etc from a deps.edn file, you might want to look at Boot http://boot-clj.com which allows you to use libraries via the command line without needing a project or source files etc: boot -d clj-http repl This will start a Clojure REPL

Re: [ANN] Dynadoc, dynamic docs for Clojure(Script)

Right on! I don't remember which of my insights did the humdinging but I'm glad you liked it. On Tuesday, November 28, 2017 at 7:28:04 PM UTC-5, Matching Socks wrote: > > Hey, gang! There is something important here. Gold!, amidst the nuts and > bolts. A humdinger of first-rate philosophical

Re: [ANN] Dynadoc, dynamic docs for Clojure(Script)

Hey, gang! There is something important here. Gold!, amidst the nuts and bolts. A humdinger of first-rate philosophical insight is tucked, inconspicuously, way toward the end of the linked demo video. In a word, it is a bat-it-out-of-the-park answer to the docstring-improvement chatter.

Re: Using libraries without Lein

Thanks Alex ... just what I was looking for - putting the jars in classpath that is! I'll try out the new tool a little later though. Regards, Kashyap On Tue, Nov 28, 2017 at 2:27 PM, Alex Miller wrote: > Sure. You need a jar for Clojure and a jar for clj-http and then

Re: clojure.edn versus clojure.tools.reader.edn

I am pretty sure that clojure.tools.reader.edn is a version of the Clojure reader specifically for the edn subset, hence the name of the namespace. That said, no need to add a separate dependency on clojure.tools.reader if you would prefer to avoid it, and you are reading EDN inside Clojure on

Re: Using libraries without Lein

Sure. You need a jar for Clojure and a jar for clj-http and then just run Java with those in a classpath: java -cp clojure.jar:clj-http.jar my-program There is a lighter weight tool that we've added in Clojure 1.9 (also works with 1.8) that can help in assembling classpaths and serving as a

Re: [ANN] Clojure 1.9.0-RC2

On Tue, Nov 28, 2017 at 3:22 PM, Khalid Jebbari wrote: > Specs in docs are nice, great addition. > > 2 things related to them : > - what is `quotable` ? Couldn't find its docs in the page > All of the core specs are defined in an external library (so we can update it

Using libraries without Lein

Hi, I am trying to use clj-http in my clojure program. I am trying to do the whole thing in a "light-weight" manner - without creating a project and all or using lein. Is that possible? or do I need to use Lein? Regards, Kashyap -- You received this message because you are subscribed to the

Re: clojure.edn versus clojure.tools.reader.edn

To a large degree Clojure and ClojureScript should be the same from a reader compatibility point of view. -- 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

Re: clojure.edn versus clojure.tools.reader.edn

Thanks Alex. This makes sense. It did occur to the the recommendation in the cheatsheet might be aimed at ClojureScript compatibility. Since I'm in JVM Clojure only for this project I'll switch over to clojure.edn. -Aaron -- You received this message because you are subscribed to the Google

Re: [ANN] Clojure 1.9.0-RC2

Specs in docs are nice, great addition. 2 things related to them : - what is `quotable` ? Couldn't find its docs in the page - I suppose `:closure.core.spec.alpha/exclude` refers to a spec, but again it's absent from the docs. A quick search in clojure.core and spec.alpha repos didn't reveal

Re: clojure.edn versus clojure.tools.reader.edn

Presuming you're in Clojure, just use clojure.edn. clojure.edn is written in Java and targets the edn subset of Clojure's syntax. Presuming you're reading typical edn data, this is the best answer. clojure.tools.reader is a version of the Clojure reader (not the edn subset) written in Clojure

clojure.edn versus clojure.tools.reader.edn

I have a case where I'm reading a Clojure data structure serialized to edn, but I don't have complete trust in the soure. Clearly I want to avoid clojure.core/read-string. The cheatsheet at https://clojure.org/api/cheatsheet hints that clojure.tools.reader.edn/read-string is a good choice, but I

clojure.edn versus clojure.tools.reader.edn

I have a case where I'm reading a Clojure data structure serialized to edn, but I don't have complete trust in the soure. Clearly I want to avoid clojure.core/read-string. The cheatsheet at https://clojure.org/api/cheatsheet hints that clojure.tools.reader.edn/read-string is a good choice, but I

ANN: Parallel let macro!

Hi, folks This is small piece of code that is inspired by haxl, muse(https://github.com/kachayev/muse), urania(https://github.com/funcool/urania). Not a library. (defn remote-req [result] (Thread/sleep 1000) result) (defmacro plet [bindings & body] (let [bents (partition 2 (destructure

Re: Unexpected performace of transducers

> On 28 Nov 2017, at 02:54, Alex Miller wrote: > > I would say transducers are preferable when: > > 1) you have reducible collections > 2) you have a lot of pipelined transformations (transducers handle these in > one pass with no intermediate data) > 3) the number of

Re: Unexpected performace of transducers

> On 28 Nov 2017, at 02:33, Jiacai Liu wrote: > > > Also, most of the performance boost from transducers is due to less garbage > > being created, and some times the heap of the JVM is so large you'll never > > see much change from switching to transducers. > > Thanks