Re: NoSuchMethodError when AOT'ing with Clojure 1.10

I've been able to reproduce this by deliberately building with Java 11/Clojure 1.10, then running on Java 8. Doing the same thing but built with Java 8 is fine. So, somehow some classes built with Java 11 must have gotten into the build. Time to check my build cleanliness... Thanks again, and

Re: NoSuchMethodError when AOT'ing with Clojure 1.10

I am pretty sure I'm using Java 8. I do have both Java 8 and Java 11 installed, but the environment it's built with: $ java -version java version "1.8.0_162" Java(TM) SE Runtime Environment (build 1.8.0_162-b12) Java HotSpot(TM) 64-Bit Server VM (build 25.162-b12, mixed mode) $ echo $JAVA_HOME

NoSuchMethodError when AOT'ing with Clojure 1.10

Hi all, I have an inexplicable runtime error with a leiningen-generated AOT uberjar that happens when using Clojure 1.10 that doesn't happen with 1.9 (I'm on Java 8 for both compilation and deployment). The code in question looks like: (defn make-apns-message [payload] (let [buffer

Re: [ANN] Clojure 1.10.0-RC1 (please test!)

Hi Alex, have just finished testing on an 18 KLOC Clojure backend service (Java 8, Linux). Test suites and deployed service runs fine. Let me add my thanks for your hard work! Cheers, Matthew. -- You received this message because you are subscribed to the Google Groups "Clojure" group. To

Re: [ANN] Clojure 1.9.0-alpha18

Just for everyone's info: seems this update breaks CIDER 0.15: https://github.com/clojure-emacs/cider/issues/2081 -- 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

Re: Upgrading to Clojure 1.8 (direct linking)

On Friday, April 8, 2016 at 5:50:33 AM UTC+9:30, Sean Corfield wrote: > > On 4/6/16, 1:21 PM, "Piyush Katariya" on behalf of corporat...@gmail.com > wrote: > > Has anybody experienced the performance boost by switching to Clojure > version 1.8 (and direct linking) ?

ANN: MPEdn, an EDN reader/writer for OS X and iOS

Hello all, just letting anyone who might be interested know that I've posted MPEdn, an EDN reader/writer implementation for OS X and iOS: https://github.com/scramjet/mpedn It's in active use in a project of mine, so I'm going to go ahead and claim it's a stable and useful 1.0 release.

Re: EDN for Objective-C (iOS/OS X)

2013/2/5 Matthew Phillips matt...@gmail.com javascript: Hello, a quick search of this group, and the web at large, doesn't get any hits for an Obj-C EDN implementation. Is there anyone working on this? If not, I'll likely go ahead and implement a basic subset of the EDN spec for my own

EDN for Objective-C (iOS/OS X)

Hello, a quick search of this group, and the web at large, doesn't get any hits for an Obj-C EDN implementation. Is there anyone working on this? If not, I'll likely go ahead and implement a basic subset of the EDN spec for my own needs, which I'd be happy to share. Cheers, Matthew. -- --

lein-ritz Swank character coding

Hello, my current lein-ritz (0.5.0) setup, started with slime-connect, hangs when handling Unicode characters, e.g. user (def a \uD83D\uDE1F) ; UTF-16 representation of Unicode 4 WORRIED FACE #'clojure.core/a user a ? The REPL is hung at this point: in the the mini buffer I see error in

Inconsistency of dissoc on maps vs records?

I've always liked the way assoc and dissoc return the original map instance when there's no change to be made. But this is not apparently true of records. e.g.: (def m {:a 1}) (identical? m (dissoc m :x)) ; true (def r a record with an a field) (identical? r (dissoc r :x)) ; false Does

Re: Wisdom sought for functional iterative processing

On Jun 14, 12:05 pm, gaz jones gareth.e.jo...@gmail.com wrote: if i was writing the java i would probably do a tell dont ask refactoring so that the operations had an applyTo method: ListItem items = initialItems (); for (Op op : operations) {   op.applyTo(items); } not sure what your

Re: Wisdom sought for functional iterative processing

On Jun 14, 12:30 pm, Mark Engelberg mark.engelb...@gmail.com wrote: On Mon, Jun 13, 2011 at 7:37 PM, Matthew Phillips mattp...@gmail.com wrote: ListItem items = initialItems (); for (Op op : operations) {  if (op.requiresDelete ())    items.remove (op.indexToDelete

Re: Wisdom sought for functional iterative processing

On Jun 14, 4:40 pm, Alex Osborne a...@meshy.org wrote: Matthew Phillips mattp...@gmail.com writes: The only way I can think of to write it in Clojure is: (reduce   (fn [items op]     (let [items1 (if (:delete op) (drop-index (:delete op) items) items)]       (if (:insert op) (cons

Re: Wisdom sought for functional iterative processing

On Jun 15, 11:51 am, Mark Engelberg mark.engelb...@gmail.com wrote: On Tue, Jun 14, 2011 at 7:41 PM, Matthew Phillips mattp...@gmail.com wrote: Yes. I agree that can work, and that's what I've done in some other situations, but it has the downside of lots of recur points sprinkled around

Re: Wisdom sought for functional iterative processing

On Jun 15, 12:41 pm, Christian Schuhegger christian.schuheg...@gmail.com wrote: Ah, sorry, perhaps I misunderstand you, but if you use multimethods (defmulti) in Clojure you do not need to attach methods to anything. The defmulti will allow you dispatch-on-type based on the key which is

Wisdom sought for functional iterative processing

Hello all, I've been programming Clojure now for long enough that I'm starting to think I'm at the point of being fluent … almost. One area that keeps tripping me up is iteratively processing a data structure when the processing is highly conditional and may take several overlapping paths. An

Re: Protocols and default method implementations

On Aug 12, 10:51 pm, Stuart Halloway stuart.hallo...@gmail.com wrote: The other thing that you should consider is that protocols are the contract for implementers, not the contract for callers. If you change a contract for implementers, then the implementers *must* change. Take your example

Re: Protocols and default method implementations

Thanks to all of you who responded. So, I think my original thesis was correct: I'm clearly misconstruing something quite fundamental here ;) And I can see now my original example was clumsy: for example something like PrettyPrintable *should* be an orthogonal protocol to Node. (Not to mention

Re: Protocols and default method implementations

): the instance just needs to provide whichever one is most suitable. Matthew. On Aug 14, 9:30 pm, Nicolas Oury nicolas.o...@gmail.com wrote: On Sat, Aug 14, 2010 at 5:32 AM, Matthew Phillips mattp...@gmail.com wrote: One idea that I tried was to use extend-type on a protocol, say to extend any Node

Re: Protocols and default method implementations

On Aug 14, 9:07 am, Kevin Downey redc...@gmail.com wrote: so clients don't directly call the protocol functions they call print-ast which then checks to see if PrettyPrintable has been extended to the object and falls back to the default if it hasn't Sure, but I'm talking about publishing

Re: Protocols and default method implementations

On Aug 14, 3:22 am, Armando Blancas armando_blan...@yahoo.com wrote: A more concrete example: say I've defined a protocol for AST nodes in 1.0 of a library, and later when developing 2.0 I discover it would have been a good idea to have a pretty-print method on nodes to show human-readable

Re: Protocols and default method implementations

On Aug 13, 3:38 am, Stuart Halloway stuart.hallo...@gmail.com wrote: Stu, (or anybody) I'd like to ask about a variation on this point. How do you handle the case where you have a general function that works for every type you'd like to implement a protocol for (thus not technically