This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-12-10
Channels
- # 100-days-of-code (2)
- # adventofcode (188)
- # aleph (3)
- # announcements (2)
- # beginners (76)
- # boot (3)
- # braveandtrue (49)
- # cider (82)
- # clara (15)
- # clojure (101)
- # clojure-europe (4)
- # clojure-india (3)
- # clojure-italy (26)
- # clojure-kc (1)
- # clojure-nl (4)
- # clojure-norway (1)
- # clojure-russia (5)
- # clojure-uk (33)
- # clojurescript (32)
- # crypto (20)
- # cursive (34)
- # datomic (45)
- # emacs (3)
- # events (1)
- # figwheel (1)
- # figwheel-main (10)
- # fulcro (30)
- # graphql (14)
- # hoplon (12)
- # hyperfiddle (21)
- # jobs (11)
- # kaocha (7)
- # klipse (8)
- # leiningen (10)
- # luminus (3)
- # nrepl (18)
- # off-topic (232)
- # onyx (8)
- # pathom (6)
- # re-frame (30)
- # reagent (3)
- # reitit (6)
- # remote-jobs (3)
- # ring-swagger (4)
- # shadow-cljs (21)
- # spacemacs (5)
- # sql (18)
- # tools-deps (23)
- # yada (2)
It turns out to be a dependency no somewhat newer clojurescript, mine was 1.10.339 and did not contain comp/*source-map-data-gen-col*
@thheller: I'm running into two issues with building calva-lib
as an npm module. One is that I can't require it when I npm install it, only if I do npm link (which is handy during development). Here's the repo: https://github.com/BetterThanTomorrow/calva-lib
Another is that I seem to get a different behaviour when built as an npm module and when built as a node library. I am trying to pinpoint exactly where the difference happens, but wanted to ask if you have heard of such a thing?
I'm a bit concerned. I have quite a huge cljs app. My current cljsbuild+webpack setup generates 871KB app.js
+ 351KB webpack-bundle.js
. While shadow-cljs generates one 3.1MB app.js
file. What could possibly be wrong?
you need to consider the cljs lib overhead (all the imutable data structures), but shadow has a report feature taht you can use to track exactly whats adding up on the bundle
I have two branches - one with lein cljsbuild and webpack and another one with shadow-cljs
shadow handles npm differently, there is a chance webpack is doing a better job at DCE on NPM modules, the report can give you more details
@thheller: I have a clue to the different behaviour now. In my own code I had to (:require clojure.string)
for the :npm-module
to work, but not while I was using a :node-library
target. And it seems that is what is happening inside a library I am using (`cljfmt`). I get ReferenceError: clojure is not defined
.
Can anyone tell me how to conveniently get the stack trace from shadow-cljs watch test
using a node-test autorun build? I tried using the main
entry in my shadow-cljs.edn to override the formatter to print a thrown error, but that caused weird watch behavior that I didn't want to figure out. Right now, I'm not using a main
module for the build, and I'm getting stuff like:
ERROR in (test-line-item-tax-exempt) (Error:NaN:NaN)
Uncaught exception, not in assertion.
expected: nil
actual: #object[Error Error: No matching clause: ]