hello, i've just realised (= '(1 2 3) [1 2 3]) ;;=> true. if for some reason i don't want this behavior, what can I do?

(identical? '(1 2 3) [1 2 3]) ;;=> false

@pbaille depending on the reason you don't want it, you can do things like (and (seq? x) (seq? y) (= x y)), (and (= (type x) (type y)) (= x y))

yes that's what i'm doing, but i was hoping for a builtin

what i'm reluctant to do is wrap this kind of check around core/= (for performance reason, but maybe i should not care)

@porkostomus does identical? compare things by value or by reference?

I just realized that's not what you want because (identical? [1] [1]) ;;=> false

it has to be the same object

yes that's what i was suspecting

A word of warning from https://clojure.org/guides/comparators - "Do not write a boolean comparator that returns true if the values are equal. Such a comparator is inconsistent. It will cause sorted collections to behave incorrectly, and sorting to give unpredictable orders."

To be clear, boolean comparators are not = by definition. Boolean comparators are < -- a total ordering.

(so, really, that has nothing to do with what @pbaille is asking about)

I did realize that eventually.. I probably shouldn't be trying to give advice

@pbaille If you want (= '(1 2 3) [1 2 3]) => false, then my recommendation would be to modify the relevant Clojure implementation parts, written in Java for Clojure on the JVM, that make it true. I would expect that if you change that behavior of clojure.core/=, then some other parts of Clojure's implementation that expect the current behavior may break and need changing.

Note: I am not saying that I have tried making such a change and I know from experience that something else will break as a result. But such a design decision is pretty fundamental in Clojure, so it would surprise me if nothing else in Clojure's implementation relied upon that. A lot of Clojure is written in Clojure.

@andy.fingerhut modifying clojure implementation is not something that I consider for such things 🙂 but maybe one day to hack the reader or some other things. thank you for your help

@porkostomus 🙂 i think one should always try, i appreciate your advices.

Can anyone explain to me the purpose of vector-of? It stores primitives unboxed, but I can't find the way to retrieve those primitives from it without boxing.

I think unless it's a personal project and it's just for fun @pbaille none of your colleagues will probable appreciate a change like that

Assuming there is a way (which probably is just forking clojure anyway)

@andrea.crotti yes i agree, for better or worse i have no colleagues currently, neither production targeted project 😉

does cognitect works on 2.0? (with breaking changes) just curious... (i'm aware of rich's spec-ulation, so maybe i should not ask but... (ps: this is not related to my last question)).

So I think I’m gonna need to give my maps a :type keyword even though they have namespaced keys to make writing a multimethod easy…

Is that an antipattern in Clojure these days?

Part of me feels like I could s/conform and choose to dispatch off the result of that.

but that feels expensive…

(->> my-maps
  (mapcat :x)
  (apply concat)
  (apply hash-map))

(into {}
    (comp
      (mapcat :x)
      (map vec))
    my-maps)

triss i'm afraid there is lack of background information to give you good advice

i would not worry about the cpu overhead too much

it's more a question of context .... i have seen code where conform can be a nice clean readable solution but i have also seen ruby monoliths aged 10 years which are a mess due to using similar approach as a hammer, and over there these things have 9 legs and 3 eyes and you don't want to be there 😞

has anyone experience with a JavaFX wrapper in clojure?

Maybe the fn-fx? Slack/ fn-fx channel. @roti

deps.edn form-validator {:local/root "../form-validator-cljs"} How to configure deps.edn to make reload ns after change in form-validator module?

I need it during developing module

@kwladyka That's out of scope for clj and deps.edn -- you can (require ... :reload) in the REPL tho'...

@sb thanks