@dnolen: with @mfikes we were a bit brainstorming some addition to load-fn protocol if you are interested. Basically Mike observed that the :file key in :meta at the moment contains the namespace and in planck this is a sufficient way to fetch files. But what if load-fn in its map can return a :file-path key which then it will be added to the AST (or as Mike was saying) will set cljs.analyzer/*cljs-file* ? It would immensely simplify parts of replumb and I guess planck. Mike correct me if I said something wrong 😄

@richiardiandrea: adding stuff to the AST should be the very last idea

there should be some way to accomplish what you want without mucking around with the AST

I suppose in “regular” ClojureScript, you end up with :file in the AST. In bootstrapped ClojureScript the value for this key is nil.

@dnolen: Perhaps the thought is that nothing new need to be added to the AST

so then the idea should be how to re-use something that’s already there

Yeah, the bootstrap API, in abstracting away from I/O, essentially leaves the :file value nil. Perhaps an experiment could be done to see if the API could be extended to allow clients to optionally provide the value to shove in there.

well sometimes is a symbol isn't it?

but yeah that would be the best, the environment knows what :file should be

anyways I’m sure you all can sort it out

rule of thumb

don’t change anything

😄

Yeah, @richiardiandrea I think perhaps we should try for an experiment, and obtain guidance from @dnolen along the lines of “don’t add to the AST”, etc.

but I’m fine with the bigger idea of getting the missing information in

ok I can help on this, slowly, as it is my first peek at the AST 😉

@dnolen: The conceptual idea: *load-fn* could call back with an extra key in its map, and cljs.js can take it and put it in the right place in the AST (instead of the nil that evidently makes its way in there).

ok

@richiardiandrea: We could collaborate on a patch proposal if you’d like. That would ease you into the concept.

Mike was even suggesting that :file can be extended to http:// etc...which is very intriguing 😄

yes Mike, definitely