I somehow happened across the new programming language Pyret recently. It seems to have a fairly well thought out definition for 3 different equality operators, including identical, equal-always, and equal-now, where equal-always looks very close to Clojure =, but Clojure = also does double duty for equal-now, which is more like Java .equals: https://www.pyret.org/docs/latest/equality.html

Stuff I geek out on after writing the equality guide for Clojure: https://clojure.org/guides/equality

If you come here with info about performance degradation from latest java 8 or 11 upgrade, please provide me the following info: 1) java -version (when it is happening) 2) Clojure version 3) Leiningen version (if using lein) 4) a repo where you experienced the problem 5) the command you run in that repo to see it

https://github.com/hiredman/weird-user-load-performance is a small reproducible case the user.clj performance issue I was helping someone with earlier. what I see is on some jdks loading core.async from user.clj takes about twice the time as loading it from a -i script. this appears to be in some way general slowness loading code from user.clj, more apparent when it is macro heavy

yes, the macro heavy aspect seems to be common across multiple cases

thx

I filed a Java bug report

@alexmiller can you put a link to the bug report?

there is no link

I presume it is going through some triage machinery to measure its worth

and then, if we are very lucky, it will become a Bug

but more likely, they'll just ask for Java code

I have additionally reached out via Other Means

What about using the graal jvm with clojure. It works, but is it faster?

if you mean with native-image, then yes it's much faster to start, but it's precompiled so can't jit based on runtime data and is maybe slower after that

there are some significant limitations with dynamic loading so it depends a lot what your program is doing as to whether you can make a native image at all

Is this intentional?

(meta '^:x []) ;=> nil

(meta '^:x [:a]) ;=> {:x true}
(meta '^:x a) ;=> {:x true}

@athos it's bug https://dev.clojure.org/jira/browse/CLJ-1187

@bronsa Aha, thanks! I couldn’t find that ticket in JIRA.

@alexmiller FWIW Rich vetted the ticket a long time ago, before it was closed as duplicated and I reopened it, dunno if it should've been bumped back to pre-vetted

yeah, I know. It's fine. (needs screening of course)

:thumbsup:

sorry for the messy history on that ticket :)

it happens :)

that’s an oldie