-
Notifications
You must be signed in to change notification settings - Fork 83
Fixes for HashLink #258
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
base: experimental
Are you sure you want to change the base?
Fixes for HashLink #258
Conversation
5c37370 to
dbb1840
Compare
|
Hmm I just realized that in hxcpp if you try to get a value from a enum that doesn't exist it'll just return null, meanwhile my last commit made it so that in HashLink it throws an error. Maybe it should be reverted. |
|
Is this fully functional or still in testing? |
|
I guess it stills needs better parity with HXCPP (which I don't think will ever be 100% achievable) |
d7c5963 to
d05358a
Compare
8638713 to
eaaacd1
Compare
eaaacd1 to
38ba0e4
Compare
93a2de6 to
8318d9b
Compare
8318d9b to
43657d8
Compare
43657d8 to
0a7283c
Compare
7ebf32b to
6a46310
Compare
8521083 to
9c1ba6a
Compare
9c1ba6a to
a19bff2
Compare
|
I think this is good enough to at least be able to run FNF in HashLink. I don't think there's a way to fix all of the parity issues, so don't expect cross-target compatibility of mods to work. |
Fixes some issues with HashLink: an error when trying to resolve abstracts, and a workaround for HaxeFoundation/hscript#96 by using a macro that creates a wrapper class for
StdandMath.Edit: Now also fixes enum values not being evaluated properly