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

fix #2303 #2566

Merged
merged 4 commits into from Mar 5, 2018
Merged

fix #2303 #2566

merged 4 commits into from Mar 5, 2018

Conversation

bobzhang
Copy link
Member

@bobzhang bobzhang commented Mar 3, 2018

Note this is a more serious issue than #2303 described, previously, when user create a local module which happens to be a runtime module, it would cause issues. This PR fix such issues.

TODO: error out when user create toplevel modules
whose name happens to be runtime modules (in bsb)

Note in our runtime support: suppose Caml_obj is called directly and instrumented by the compiler, it should be fine. On user land, user could not call Caml_obj directly, the only way to create Caml_obj is to define a global module and call it which should be disallowed.

@bobzhang bobzhang merged commit 31e19be into master Mar 5, 2018
@bobzhang bobzhang deleted the fix_2303 branch March 5, 2018 01:52
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

1 participant