Fork me on GitHub
#cljs-dev
<
2020-03-23
>
mfikes12:03:23

There are quite a few failures in Canary (https://github.com/cljs-oss/canary). I haven't yet had time to assess them.

dnolen13:03:05

@kommen I removed everything intentionally - but I'm ok w/ reverting the compile target bit for :graaljs if you want to make a revert patch for that + a test that would be helpful

kommen13:03:14

@dnolen ok, can do that

dnolen13:03:57

@mfikes they seem configuration oriented? though I have to say I'm not so familiar with the Canary output

dnolen13:03:07

all the failures seem of the same kind?

kommen13:03:37

in the long run, would you consider making compile targets pluggable, i.e a multimethod?

dnolen13:03:52

@kommen I mean ideally we could just do that now

dnolen13:03:09

if you want to take that step so you can get this working w/o putting :graaljs back in that would be best

dnolen13:03:54

one thing is that I would say multimethod is probably not what we want

dnolen13:03:05

in general I think the preferred way is a symbol in the build config

dnolen13:03:09

which will be dynamically resolved

mfikes13:03:50

@dnolen Yes, the failures seem to fall roughly into two categories. And I wouldn't be surprised if they are solvable in those downstream projects without changes in ClojureScript.

darwin13:03:56

@mfikes I can try to fix my projects now, any hints what to try welcome

mfikes13:03:27

I haven't yet had a chance to look into them. Don't have anything to offer yet.

mfikes13:03:59

Truth be told, I did look at cljs-time. It was referring to the Rhino REPL but not using it. Simple fix there.

darwin13:03:51

I have multiple “xxx.js requires transpilation….“, like here https://travis-ci.org/github/binaryage/cljs-oops/builds/665810571#L1015

dnolen13:03:53

looks like munging tests are failing for you?

darwin13:03:20

@dnolen yes, that is likely, that will be an easy fix

dnolen13:03:18

@darwin the requires transpilation stuff seems a bit strange - only would happen if you're loading :none compiled stuff

dnolen13:03:36

in browser/Node REPLs won't matter because the debug loader will take care of it

dnolen13:03:06

but in other contexts it will cause trouble

dnolen14:03:39

right that might not work

dnolen14:03:53

I don't have an easy answer for what you're doing

darwin14:03:13

I think this is caused by phantom js runtime being too old. When I load the same file in normal browser, it works as expected. I’m going to rewrite the test runner to pupeteer to see if it fixes the issue…

dnolen15:03:56

👍:skin-tone-4:

darwin18:03:41

just FYI, canary issues in my repos had two sources: 1) using phantom.js => fixed by switching to puppeteer 2) using goog.dependencies_[1] [1] https://github.com/binaryage/cljs-devtools/commit/8dd8b9c5d60c05d5ba5b60f2d908bb3eab8e2f8d