-
Notifications
You must be signed in to change notification settings - Fork 9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
add lazy-import #32
base: master
Are you sure you want to change the base?
add lazy-import #32
Conversation
good enough for me to use to compile glow on WSL, anyway... could be better though
better modpath resolving, temps to avoid name conflicts
@fare Although Glow-Lang/glow#419 is no longer necessary, I still think |
Maybe it could make it directly upstream in Gerbil? What does vyzo think? There would have to be more documentation, though. |
Looking at the code, it seems that it's only for functions. Is that the case? In another way, the syntax looks like it is heavy in parentheses. Is there a good reason for that? |
Yes, it's only for functions, inspired by how Racket's
|
The inspiration from Racket's |
OK, but since we're not compatible anyway (due to it being called "lazy-import" rather than "lazy-require", and hopefully having the same syntax as import for naming modules as either symbols or strings (or isn't the latter the case?), can we skip the extra layer of parentheses around the names of the imported functions? Or going the other way, we could triple or quadruple the number of parentheses just to be sure. |
62578a4
to
2c199c8
Compare
This allows me to
lazy-import
certain libraries to be able to compile glow on WSL.