Closed fay59 closed 7 years ago
Ideally everything should converge to 1 generic build system. How is the experience with a CMake generated xcode project?
It takes some fighting. I stopped at the third problem but I know that I'd hit at least a 4th one:
xcode-select
needs to point to an Xcode installation, and not to standalone developer tools, before running cmake -G Xcode
. (This is arguably on my end, but still not a great experience.).incbin
directive, but the osx template is necessary. Aside from the different section/visibility for the symbols (which is merely nice to have), the macOS C ABI "mangles" names by prefixing them with an underscore. Linux doesn't do that and has a fcd_emulator_start_x86
symbol, but a C compiler on macOS can't find this symbol because it needs to be called _fcd_emulator_start_x86
.Aside that it doesn't build, I'm pretty comfortable using a "native" Xcode project. It's not entirely clear that managing files from the CMake-generated project would be straightforward, since it creates an entirely different file hierarchy (every .h in a single group and every .cpp in another group, whereas the native Xcode project mixes .h and .cpp files and groups them by component). I know that I could live with it as an occasional contributor, but as the project's owner, I don't know if I want to do that tradeoff.
With that said, I could be ok with dropping the current Makefile.
The fix has been merged a few days ago.
LLVM 3.9 made it to public package repositories some time ago. I've just updated the Makefile, but CMake remains behind.
@Trass3r?