the generated code with pseudo-names

I don't know of a list of such functions. But I'm pretty sure that any function with similar multiarity implementation will be compiled into a similar monster.

One of the reasons I stopped using Specter in CLJS - it has a lot of such functions.

would be great to have the table of sizes, including dependencies and maybe even a linter/tool on top of those.

I see a lot of jscomp. Try targeting different feature set like es7 and check the results.

What's jscomp and how would using es7 improve the situation?

@U055NJ5CC basically all multi-artiy + variadic fns generate this much code. in shadow-cljs I added a helper to find big code forms. :compiler-options {:form-size-threshold 25000} which will make the compiler warn if a given form produces more than 25kb JS. not very useful given that it is before :advanced but I've used it in the past to find forms expanding to over 100kb JS 😛

I also tried shrinking the code produced by those fns directly in the compiler but its not easy. lots of things to balance.

AFAIK jscomp is compatibility layer for older versions of JavaScript. You can remove all js comp by switching to different target version.

note that the code above is :pseudo-names code. the jscomp references are just there for "pseudo-name" reasons where the compiler picks a name that is close to the original but still renamed.

so it sometimes generates weirdly long names but in true :advanced would be real short like a,b,c etc

but this is ONLY :pseudo-names and has nothing to do with transpiling/polyfilling/etc whatsoever

somewhat easier to look at the original source since it isn't rewritten much by :advanced

yes, the 2kb was after advanced, just couldn't find where the some-fn started & ended, so pasted the pseudo-names code. :form-size-threshold sounds just what I need now, thanks @U05224H0W!

don't make it too small or it will find a lot of them. it also has been a couple years since I used it so it might not even work anymore 😛

@U055NJ5CC thats the :advanced version pretty printed

the biggest reason why things get so large is IFn support which makes things rather tricky in some places

eg. all the places a.a ? a.a(g) : a.call(null, g); that could just be a(g) without IFn

how did you get the pretty printed advanced version out? would it possible to include per-var sizes into shadow reports?