-
Notifications
You must be signed in to change notification settings - Fork 8
Adding simple cffi example. #5
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: master
Are you sure you want to change the base?
Conversation
Known issues: - hardcoded Linux64 in hx/build.hxml (copying the ndll to the output directory, not sure how to do this cross-platform in an hxml?) - directory naming conventions, .gitignore conventions
Will have a closer look soon:
|
|
|
@underscorediscovery I defer to your experience on all counts. I was merely cobbling together something that built, based on Lars' SteamWrap and the old Haxe example (which has minimal build info). I'll look into applying your notes this afternoon (~8 hours from now.) |
No worries! |
Nicely done, once we have this we can add a few CFFI Prime examples too. Will be happy to get the build process isolated and explained. |
Hmm, when I took out the explicit toolchain includes, I got:
Ideas? WRT $ORING -- oh, that's a Steam thing, right, and should be removed. It allowed SteamWrap to link in the steam libraries. Removed. |
The rpath set to ORIGIN allows the executable typically to pick up libraries relative to the binary itself yea. You aren't specifying a target to hxcpp so it's probably uncertain what to include, but specifying the explicit toolchains is definitely not what you do. Try for instance |
Known issues to be reviewed:
Linux64
path inhx/build.hxml
(copying the ndll to the output directory, not sure how to do this cross-platform in an hxml?).gitignore
conventions