This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-12-22
Channels
- # adventofcode (37)
- # beginners (74)
- # boot (2)
- # boot-dev (31)
- # cider (88)
- # clara (109)
- # cljs-dev (63)
- # clojure (96)
- # clojure-argentina (1)
- # clojure-czech (1)
- # clojure-dusseldorf (2)
- # clojure-france (2)
- # clojure-germany (3)
- # clojure-greece (2)
- # clojure-italy (5)
- # clojure-norway (1)
- # clojure-spain (1)
- # clojure-spec (25)
- # clojure-uk (46)
- # clojurescript (26)
- # cursive (19)
- # data-science (5)
- # docs (2)
- # duct (18)
- # editors (2)
- # emacs (3)
- # figwheel (2)
- # fulcro (29)
- # graphql (3)
- # hoplon (143)
- # juxt (7)
- # klipse (1)
- # leiningen (5)
- # lumo (1)
- # monads (1)
- # off-topic (23)
- # onyx (49)
- # powderkeg (6)
- # re-frame (4)
- # reagent (8)
- # ring (3)
- # shadow-cljs (24)
- # specter (70)
- # sql (1)
- # unrepl (96)
- # yada (3)
If you have any perf-critical ClojureScript code which is driven by large outputs of iterate, repeat, or cycle, especially if reduce or transducers are used, please give this patch a try and report how it goes for you. https://dev.clojure.org/jira/browse/CLJS-2445
@mfikes Just reviewing: Currently (realized (cycle [1 2]))
returns false. In your test you now test this for true.
@rauh Yes, if that patch were accepted, it would be a change in behavior. It looks like Clojure addressed this here: https://github.com/clojure/clojure/commits/master/src/jvm/clojure/lang/Cycle.java I'll make a note in the ticket.
Follow-up of the previously shared article: http://techblog.telia.no/blog/from-javascript-to-clojure-script-writing-a-webshop-again/ I hope it can help others persuade their management to give Clojure(Script) a try. Feedback welcome!
@holyjak How has your experience been using NPM modules? Curious to what path you take - CLJSJS, :npm-deps
, or something else?
We havent needed that yet, sorry :)
Cool, thanks for the reply. Would be interested to hear how that’s going when you get to that point.
I’ve used both. It’s really easy to get new packages on cljsjs
if you do run into any issues with :npm-deps
(since it’s in very early stages)
@dehli Have often do you run into issues using :npm-deps
? I’ve tried in the past and seem to have come across compilation errors pretty frequently (e.g. not being able to locate a module in node_modules
) to the point where I had to revert to CLJSJS. Just wanted to get a take on some other people’s experiences, and if it’s widespread or if I’m just doing it wrong.
Well this is my first time really using npm-deps 🙂 and none so far (but it’s a small library i’m writing with only two dependencies)
I met this when I try to play with om
and figwheel
.
---- Could not Read resources/public/js/compiled/out/cljs/core/async/impl/protocols.cljs line:988 column:14 ----
No reader function for tag Inf
---- Reader Error : Please see resources/public/js/compiled/out/cljs/core/async/impl/protocols.cljs ----
my dependencies are:
[[org.clojure/clojure "1.9.0"]
[org.clojure/clojurescript "1.9.946"]
[org.clojure/core.async "0.3.465"]
[org.omcljs/om "1.0.0-beta1"]
[com.taoensso/sente "1.12.0"]]
It's likely this is caused by [org.clojure/clojurescript "1.9.946"]
, the ##Inf
in cljs.core/hash
function has a syntax error.😢
@doglooksgood If you are using the latest ClojureScript you also need to ensure you are using the latest tools.reader
@doglooksgood likely something is pulling in the wrong version
@dnolen I wonder if it's worth it to do a little check when booting up to see if the reader understands ##Inf
and then just print out a descriptive error on how to fix it. This will error will probably keep coming up for a while.
@doglooksgood Presuming you are using Leiningen, lein deps :tree
will give you a sense for what's pulling things in. Then it is a matter of the Maven dependency resolution rules. You can likely either add an exclusion on the dep that is pulling in an older version or explicitly specify the dep. If you are not using Leiningen, I'd check to see how it controls deps.