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.

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

Strict Evaluation #52

Open
joe9 opened this issue Nov 3, 2017 · 1 comment
Open

Strict Evaluation #52

joe9 opened this issue Nov 3, 2017 · 1 comment
Labels

Comments

@joe9
Copy link

joe9 commented Nov 3, 2017

Hello,

Thanks for sharing Hackett. It seems to bring out the best of haskell and scheme.

Just want to check if there is any way to turn off lazy evaluation. I noticed that lazy evaluation is more of a hindrance after the prototype stage (from my Haskell experience).

If I want to patch Hackett to use strict evaluation for my purposes, Is that a big effort?

Thanks again

@lexi-lambda
Copy link
Owner

I noticed that lazy evaluation is more of a hindrance after the prototype stage (from my Haskell experience).

This seems like an odd statement to me. Perhaps you could elaborate on it?

That said, I have not decided on a default evaluation model for Hackett. I’d like to make laziness work, but it would be a significant undertaking. In the short term, I’m not sure what my plan is going to be, but in the long-term, I think it would definitely make sense to have a #lang hackett/strict and/or a #lang hackett/lazy to complement the default evaluation model.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants