Add commands for working with Orca source code #79
Loading…
Reference in New Issue
No description provided.
Delete Branch "src-install"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Adds the
sourcecommand withcflagsandvendorcommands:vendorcopies the Orca source code into a directory of your choosing. It tracks which version of Orca the source came from, and uses a checksum to detect if any files were modified while vendored to avoid stomping on important local changes.cflagsprints info like this:Resolves #43.
The wording on
orca source cflagssuggests some options are optional when they might not.For instance, compiling the
libc-shimis necessary because it's used by the stb headers. What's optional is using it in your app (so you can omit the-isystemflag). We could just include all the libc-shim C files in orca.c to simplify the compile command though.I think
-mbulk-memoryis also required for our libc shims to work (eg memset/memcpy etc)?Currently I think
--no-standard-librariesis also required or you'll get linking errors if you try to use a stdlib function. (This might change if we later allow compiling with emscripten?)-fno-builtinavoids clang recognizing stdlib functions and deciding to replace it with its own builtins instead of our libc-shim ones. That was a problem when we had hand-rolledmemsetetc. Now that we enable-mbulk-memoryit seems to not be needed anymore.Oh, we depend on stb_truetype for core Orca, don't we? I forgot, I thought we just needed stb_image for demos.
I'm hoping to test soon with Emscripten since I would rather test that out sooner rather than later. I expect someone to do that for the jam.
I'll test these flags when I have a chance and make sure this is all more accurate.
5e27ec4e84toed0e6f8f847c96a93939to29cb9f50e4