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:
Linux64path inhx/build.hxml(copying the ndll to the output directory, not sure how to do this cross-platform in an hxml?).gitignoreconventions