I have a problem with (cljs.spec.test.alpha/check 'my-ns) in self-host (`lumo`) and I was wondering if there is any known issue/not ported feature there

@richiardiandrea do you have test.check on your classpath

yep org/clojure/test.check/0.10.0-alpha2/test.check-0.10.0-alpha2.jar

but I tried with the 0.9.0 as well, I get a weird arity error

Cannot read property 'cljs$core$IFn$_invoke$arity$1' of undefined
	 Function.cljs.spec.test.alpha$macros.check.cljs$core$IFn$_invoke$arity$4 (evalmachine.<anonymous>:733:94)
	 Function.cljs.core.apply_to_simple.cljs$core$IFn$_invoke$arity$6 (NO_SOURCE_FILE <embedded>:774:131)
	 Function.cljs.core.apply_to_simple.cljs$core$IFn$_invoke$arity$5 (NO_SOURCE_FILE <embedded>:773:205)
	 Function.cljs.core.apply_to_simple.cljs$core$IFn$_invoke$arity$4 (NO_SOURCE_FILE <embedded>:772:199)
	 Function.cljs.core.apply.cljs$core$IFn$_invoke$arity$4 (NO_SOURCE_FILE <embedded>:785:297)
	 Object.cljs.analyzer.macroexpand_1_STAR_ (NO_SOURCE_FILE <embedded>:3136:105)
	 Object.cljs.analyzer.macroexpand_1 (NO_SOURCE_FILE <embedded>:3139:211)
	 Function.cljs.analyzer.analyze_seq.cljs$core$IFn$_invoke$arity$4 (NO_SOURCE_FILE <embedded>:3146:35)
	 Object.cljs.analyzer.analyze_form (NO_SOURCE_FILE <embedded>:3183:213)
	 Object.cljs.analyzer.analyze_STAR_ (NO_SOURCE_FILE <embedded>:3186:337)

0.9.0 is not self-host compat

oh, so which version is it compatible?

so I see this commit, and it looks like it should be? https://github.com/clojure/test.check/commit/ebcc57dd631e25ee39bc059899e3bbd9ddf24ee9

I mean 0.10.0-alpha2 should

yeah exactly that problem going on, I need to dig

so for the error above, I have a repro repo (@anmonteiro already knows it 😄). https://github.com/arichiardi/lumo-repros

the customary scripts folder contains the launchers, and what fails is ./scripts/test basically, with the error above.

I will try to dig as well, but it seems quite a feat for me in there, I will try my best

is this with 1.8 beta?

@darwin Having "nightly" Canary runs is awesome! By the way, the Planck Canary build failures coincide with a bona fide unresolved issue https://dev.clojure.org/jira/browse/CLJS-2365

@anmonteiro will check it out

re 2339

I’m thinking about looking into whether it is possible to cleanly dissoc :def-emits-var in cljs.js when it is loading namespaces, which might lead to consistency between self-hosted and JVM, and essentially address the underlying issue behind CLJS-2365

^ would eliminate the hacks in Planck

Yes, I agree

I don’t see any downside

From what I understand, def-emits-var is only about getting #’foo to appear in the REPL

Indeed. There exists some mechanism in JVM ClojureScript where :def-emits-var doesn’t leak into the processing of required namespaces (my guess being fresh dynamic vars when compiling), and I suspect we are simply lacking that for self-hosted.

https://dev.clojure.org/jira/browse/CLJS-2367 addresses ^