Clojurians Log v2

@filipematossilva thanks! did you already submit a CA?

while at it, 2 recent doc enhancements from me: https://github.com/clojure/clojurescript-site/pull/327 https://github.com/clojure/clojurescript-site/pull/326

👋 and this one from me: https://github.com/clojure/clojurescript-site/pull/324

we’re seeing js file with syntax errors generated recently, without having changed the clojurescript version. We’re doing more js interop e.g. via set!. An example of an error would be a missing namespace, e.g. .autocompleter_choice = (function …) where com.nextjournal.editor.article.gutter_actions.autocompleter_choice = (function …) would be correct. Anybody else notice something like this?

we do have :parallel-build true set

@mkvlr this is likely related to on inference bug that was fixed in master. can't quite remember the details but it was causing incorrect code like that

@thheller ok, we’ll try updating to latest master and see if that helps, thanks!

might be this one https://github.com/clojure/clojurescript/commit/1fcce719377d0d1ecc1b197ed8023c48b3f5c720

and it could still be non-deterministic in that case?

ah, and we’re using a version with that patch included

hmm thats the only recent code gen bug I can remember

we’ll try an update anyway

@mkvlr do you use a top level letfn form by any chance? This can produce functions without namespaces

@dpsutton no, at least not in our code directly

to clarify: the invalid js files produced as @mkvlr described are not deterministic, so when just changing whitespace in the cljs file and recompiling, the js file is ok again. we do use figwheel-main with live code reload, not sure if this can be a factor here

how does the actual .js file look? I had some very weird output when 2 separate threads/processes were writing the same file at rougly the same time

dunno about figwheel through