cljs-dev

ClojureScript compiler & std lib dev, https://clojurescript.org/community/dev
mfikes 2020-03-23T12:28:23.068Z

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

dnolen 2020-03-23T13:18:05.070Z

@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

kommen 2020-03-23T13:20:14.070500Z

@dnolen ok, can do that

dnolen 2020-03-23T13:20:57.071500Z

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

dnolen 2020-03-23T13:21:07.072Z

all the failures seem of the same kind?

kommen 2020-03-23T13:21:37.072500Z

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

dnolen 2020-03-23T13:21:52.072800Z

@kommen I mean ideally we could just do that now

dnolen 2020-03-23T13:22:09.073300Z

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

kommen 2020-03-23T13:22:30.073600Z

👌

dnolen 2020-03-23T13:22:54.074200Z

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

dnolen 2020-03-23T13:23:05.074500Z

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

dnolen 2020-03-23T13:23:09.074700Z

which will be dynamically resolved

dnolen 2020-03-23T13:25:15.075300Z

yes

mfikes 2020-03-23T13:27:50.076200Z

@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.

2020-03-23T13:48:56.077100Z

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

mfikes 2020-03-23T13:49:27.077600Z

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

mfikes 2020-03-23T13:49:59.078400Z

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

2020-03-23T13:51:51.079700Z

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

dnolen 2020-03-23T13:51:53.079900Z

looks like munging tests are failing for you?

2020-03-23T13:52:20.080300Z

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

dnolen 2020-03-23T13:53:18.080900Z

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

dnolen 2020-03-23T13:53:36.081200Z

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

dnolen 2020-03-23T13:54:06.081800Z

but in other contexts it will cause trouble

2020-03-23T13:59:15.082100Z

thanks, looking into it my test js file is injected here by phantom: https://github.com/binaryage/cljs-oops/blob/master/test/resources/phantom.js#L39 and compiled from this config: https://github.com/binaryage/cljs-oops/blob/master/project.clj#L96

dnolen 2020-03-23T14:11:39.082500Z

right that might not work

dnolen 2020-03-23T14:11:53.082700Z

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

2020-03-23T14:25:13.082900Z

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…

dnolen 2020-03-23T15:47:56.083100Z

👍:skin-tone-4:

2020-03-23T18:28:41.084600Z

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