Re: Navigators and lenses

Just finished reading through Racket's lens library to compare. Specter can do everything that Racket's lens library can do, but the converse is not true. Specter's navigators can do more than lenses. The lens-like navigators are the most obviously useful parts of Specter, and maybe for some peo

Re: Ensure more concurrency

Thanks for your comments. As suggested I ran a small benchmark of both versions. Turns out that the difference between (ref-set ref @ref) and ensure is huge ... (defn write-skew [de-ref] (let [cats (ref 1) dogs (ref 1) john (future (dosync (when

Compiling a library with direct-linking

Hi, As per Clojure 1.8 release info [1][2] "As of Clojure 1.8, the Clojure core library itself is compiled with direct linking." I want to know whether it is possible to compile a 3rd-party Clojure library with direct-linking - does it require AOT compilation? I know about the `-Dclojure.compi

2017: Call for participation

-- * 2017* : The Art, Science, and Engineering of Programming April 3-6, 2017, Brussels, Belgium http://2017.programming-conference.org --

Compiling a library with direct-linking

Yes, you can compile and release a library that is AOT and direct linked. -- 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

Re: Navigators and lenses

Alex, I deeply appreciate the diligent virtue policing, but I don't think calling out the Comité de salut public is necessary. There was no attack: I'm much more a Nathan than a Rich person. The world needs both kinds of people. For me, Clojure would have simply been Yet Another Lisp had Nathan

Re: Navigators and lenses

puzzler, I guess I haven't said this, but I think it's worth saying that I have nothing against Specter. Godspeed to people who want to use it. And I don't think it should be judged against some other facility in another language; human progress would cease if for every Y, Y has to be a better

Re: ANN: ClojureScript 1.9.456, Externs Inference & Comprehensive JS Modules Support

This is correct. On Thu, Mar 9, 2017 at 2:36 AM, Colin Fleming wrote: > I believe that dependency is because Google Closure requires it. > > On 9 March 2017 at 16:45, Mike Rodriguez wrote: > >> Guava is often a dependency conflict when trying to put libs together >> that use it. I'm surprised c

ensure causes more contention than ref-set [Was: Ensure more concurrency]

2017-03-09 12:34 GMT+01:00 'bertschi' via Clojure : > Thanks for your comments. As suggested I ran a small benchmark of both > versions. Turns out that the difference between (ref-set ref @ref) and > ensure is huge ... > I'm running clojure 1.8.0 by the way. According to VisualVM the (ref-set ref

Re: Navigators and lenses

Edwin, these personal comments about me are extremely inappropriate. Your claim that I ignore the work of others is just plain wrong, and that you would make such comments out of the blue is truly incomprehensible. You claim Specter is "deeply un-Clojure-y" without providing a single example. T

Re: ensure causes more contention than ref-set [Was: Ensure more concurrency]

A ticket is fine. If someone wants to dig into it further, please feel free to add info to the ticket. On Thursday, March 9, 2017 at 9:07:31 AM UTC-6, Bendlas wrote: > > 2017-03-09 12:34 GMT+01:00 'bertschi' via Clojure < > clojure@googlegroups.com>: > > Thanks for your comments. As suggested I

Re: Navigators and lenses

Nathan, I am deeply sorry for offending you. Truly. It was not my intent. My entire argument can be boiled down to Specter reminds me of the Common Lisp LOOP macro. Is that like saying "I don't like parentheses"? Maybe. Again, I apologize. Edwin On Thursday, March 9, 2017 at 10:15:55 AM UTC-5

GSoC

Hi! I am an undergraduate senior starting my PhD in Programming Languages next year. I am interested in working on some of the Typed Closure Projects listed here , the ClosureScript TypeChecker, Semantic Subtyping, and Extending Annotation Generation. C

Re: Vars as global thread-locals?

Hi Didier, Thanks for your response, it helps for continuing to learn about the language. As dynamic vars are implemented by using ThreadLocals, ThreadLocal is in this case a more primitive construct than dynamic vars, so I find it ok to use it if one just needs the ThreadLocal aspect, and not

Re: Navigators and lenses

At this point, I feel like dismissing your library outright. But I'd like to reconsider and believe that you just fumbled to express your true intents. Maybe try a do over? I'd like to know... Did you research Specter? Did you research Haskell lenses and racket lenses? Did you spend 2 months thi

Re: Navigators and lenses

> > But I don't agree at all with the claim that Specter is some sort of > offbeat, ill-researched version of lenses. > Since you're responding to me specifically, I'd like to be clear that I never made that claim. I only said we need more experimentation. This is a sufficiently big enough are

Re: Vars as global thread-locals?

Regarding your last question, yes using volatiles has a performance impact, but is essential to both accomplish the var api and be thread-safe. It is also possible to compile your code with aot and direct linking. In this case var lookups are replaced with a direct invocation (no var lookup). -

Re: Contribute Specter to Clojure core?

On Mar 4, 2017 12:35 AM, "Asim Jalis" wrote: What might be a Clojurey syntax for doing path navigation? In other words how could get-in be extended so that it could parse nested vectors like it parses nested maps? Thinking out aloud, an integer in the path when the data structure at that level is

Re: Vars as global thread-locals?

Thank you Alex! -- 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, sen

Re: Navigators and lenses

On Mar 9, 2017 9:52 AM, "Brandon Bloom" wrote: >> > > Since you're responding to me specifically, I'd like to be clear that I never made that claim. I only said we need more experimentation. This is a sufficiently big enough area of ideas to warrant exploration of competing approaches. My comment

Source Code for Stuart Halloway's ETL Talk

Does anyone know if Stuart released the source code from his presentation *Simplifying ETL with Clojure and Datomic *? If not, is there any timetable on releasing it? I just watched the presentation and am now hoping to review the source. Any help i

Re: [JOB] CLJ/CLJS Developer(FL/Remote) - Swarmify putting an end to video buffering

// , I have an acquaintance who has done some prototyping and dynamic applications with Heroku, Clojure, and ClojureScript if you're interested. His name's Jason, and he's pretty active on his Github: https://github.com/rjb25?tab=repositories If you have a specific pain point you can aim him

Source Code for Stuart Halloway's ETL Talk

He has not yet released it but he is still planning to do 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 f

Mixing [org.clojure/clojure "1.9.0-alpha14"] and [org.clojure/tools.analyzer.jvm "0.7.0"] breaks protocol resolution?

Hi When im using [org.clojure/clojure "1.9.0-alpha14"] together with [org.clojure/tools.analyzer.jvm "0.7.0"] . It breaks reduce, may be i m misusing protocols, am i ? What seems to be happening is imap-cons is receiving seq as o, so it cant match a proper case. Guess it happens because java.ut

Re: Mixing [org.clojure/clojure "1.9.0-alpha14"] and [org.clojure/tools.analyzer.jvm "0.7.0"] breaks protocol resolution?

Nevermind, i was misusing protocols and have clashing interfaces in concrete object. On Thursday, March 9, 2017 at 11:57:17 PM UTC-3, Paulo César Cuneo wrote: > > Hi When im using [org.clojure/clojure "1.9.0-alpha14"] together with > [org.clojure/tools.analyzer.jvm "0.7.0"] . > It breaks reduc