This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2020-04-14
Channels
- # announcements (7)
- # babashka (51)
- # beginners (292)
- # calva (37)
- # chlorine-clover (40)
- # cider (5)
- # clj-kondo (83)
- # cljs-dev (26)
- # cljsrn (36)
- # clojure (172)
- # clojure-argentina (5)
- # clojure-austin (1)
- # clojure-australia (9)
- # clojure-europe (3)
- # clojure-france (7)
- # clojure-gamedev (3)
- # clojure-nl (3)
- # clojure-spec (4)
- # clojure-uk (34)
- # clojurescript (46)
- # community-development (1)
- # conjure (26)
- # core-async (28)
- # data-science (2)
- # datascript (2)
- # datomic (61)
- # devcards (3)
- # emacs (7)
- # events (2)
- # fulcro (65)
- # graalvm (57)
- # instaparse (2)
- # juxt (21)
- # luminus (6)
- # off-topic (21)
- # pathom (1)
- # pedestal (15)
- # reagent (1)
- # shadow-cljs (19)
- # spacemacs (3)
- # specter (1)
- # sql (14)
- # unrepl (4)
- # vscode (1)
- # xtdb (1)
- # yada (4)
@niwinz it's hard for me understand that issue - the comments seem to say suggest there is a workaround?
That issue was reported a long time ago, i try to have time to check it aggain on the current cljs compiler. In any case, for complete reproducible steps, look at the referenced issue: https://clojure.atlassian.net/browse/CLJS-1682 , the CLJS-2399 is a regression.
@niwinz let's not use threads thanks - what I mean is that issue just has irrelevant information, and too much information - so I can't really understand it nor want to spend a lot of time to understand it if it can be made clearer first
second, we have test cases for ES6 modules - what's the difference between this ticket and the fact that the ES6 test has always passed
as i have said, this issue is too old, on the past I have had many problems using ES6 modules declared on deps.cljs (take care that the same code but using :foreign-libs on the compiler options directly was working correctly)
yes I understand, the ES6 modules stuff doesn't get that much usage so I'm not surprised there are issues
but it would be nice to separate these issus into distinct simple cases that we can go through one by one
and again the ticket needs to be reconciled w/ the fact that the tests work - if you don't have time for that - at least capture that bit in the issue
i think the ticked is pretty clear with a very simple reproducible case (as said, was reproducible in the time of creating the ticket)
people report all kinds of tickets with reproducible cases that there just isn't enough information to consider
the repro is necessary but it isn't sufficient for a ticket that's straightforward to assess
anyways more work has to be spent on that ticket before I'm personally going to spend time on it - also anybody else can attempt to add more information or cleanup that ticket
also @niwinz note the comment - Bobby Calderwood appeared to have a solution - does that or does that not work for you?
i understand, but i don't have time to look inside the compiler. My main use case for this is being able to write some javascript and incluide it together with cljs in a library. I tried several times use the es6 and commonjs module transformations and it din't worked reliably; so I stick with the plain closure files (that are imporable directly in cljs like any other cljs namespace) or using the shadow-cljs facilities that works just out of the box