Jeff Bezanson
Jeff Bezanson
I think this is due to a julia bug, fixed as part of https://github.com/JuliaLang/julia/pull/15583
Alternative idea: don't vertically expand nodes that are "simple" according to some heuristic. For example `x = 1`, or calls whose child nodes are leaf nodes like symbols and numbers.
> projects have always > over the years How many projects are we talking about here?
Ok, so one project.
I would be happy to see a pull request fixing this. I do think there are trade-offs though --- we would need to use more heap space, and it might...
It seems to me the difference is breadth-first vs. depth-first order. Yes, I see breadth-first order might be better.
Thanks for finding this. Is there a reason not to use the corrected code in both the expander and compiler?
Try replacing `-DLINUX` in `Makefile` with `-DMACOSX`. I should put that in the readme.
Sorry about that. The same change is needed in `llt/Makefile`. Obviously some refactoring is needed.
Looks like `get_exename` at the bottom of `llt/dirpath.c` needs to be replaced for Mac. Could you try replacing the includes and function definition with one using `_NSGetExecutablePath`, documented here: https://developer.apple.com/library/mac/documentation/Darwin/Reference/ManPages/man3/dyld.3.html