Skip to content
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.

Sign up for GitHub

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

Jump to bottom

Incremental compilation #32

Open
jparoz opened this issue Feb 25, 2023 · 0 comments
Open

Incremental compilation #32

jparoz opened this issue Feb 25, 2023 · 0 comments
Labels
improvement Improves the way that an existing feature works, in a backwards-compatible way.

Comments

@jparoz
Copy link
Owner

jparoz commented Feb 25, 2023 •
edited
Loading

Basically, if a Huck module hasn't changed, and none of its dependencies have changed, we don't need to regenerate it.

This is probably pretty low priority by itself; but the work needed to do this would have compiler development benefits when running the test suite, as well as probably having a lot of overlap with things needed for the REPL (#22).
@jparoz jparoz added the improvement Improves the way that an existing feature works, in a backwards-compatible way. label Feb 25, 2023
@jparoz jparoz mentioned this issue Feb 25, 2023
Open
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
improvement Improves the way that an existing feature works, in a backwards-compatible way.
Projects
Huck roadmap
Status: Todo
Milestone
No milestone
Development

No branches or pull requests
1 participant
@jparoz