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

Refactor Dyon-runtime into core library #629

Open
bvssvni opened this issue Sep 13, 2019 · 0 comments
Open

Refactor Dyon-runtime into core library #629

bvssvni opened this issue Sep 13, 2019 · 0 comments

Comments

@bvssvni
Copy link
Member

bvssvni commented Sep 13, 2019

Starting PR: #628

Sometimes I want to experiment with new ideas that would break the language, but I do not want to write a new runtime from scratch. For example, when working on Higher Order Operator Overloading (link: https://github.com/advancedresearch/path_semantics/blob/master/sequences.md#higher-order-operator-overloading), I figured out that it got very complex when implementing it for Dyon, but it got better when implementing it for a simpler language designed for theorem proving, which gave me some new insights.

You have to work on languages that are complex enough to be useful, but at the same time you want some control over the complexity.

For example:

  • there could be a static type checking experiment
  • testing how Dyon would be like with extended types
  • different way of evaluating programs
  • domain specific languages, e.g. for image processing, parallel computing or shaders

I also believe that refactoring can make the runtime code more readable.

Also, the compile times of Dyon is pretty high. By moving a lot of the complexity into a core library, the compile times might be reduced when working on Dyon.

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

No branches or pull requests

1 participant