Please, please, *please* take a look at my comments in _libcoreservices_fork_child! If there are ever any issues with threading and forking, remember to take a look at this code
The public headers are imported from the macOS SDK and from the last released OpenDirectory (version 146); it's ok to import them from the SDK because they're still APSL licensed
Reason: CMake's dependency scanner doesn't detect that some of the headers are generated and it doesn't try to generate them for other targets that depend on them indirectly (e.g. libc) and therefore parallel builds will fail.
The temporary solution is to check-in the generated headers into the source (just like we were doing before in `platform-include`). The proper solution would be to manually add dependencies for each target that needs the headers (which is pretty much *everything*), but that's ridiculous. Honestly, CMake should be able to detect this on its own, but whatever; this is a workaround.
[skip ci]
I'm going to skip the CI for now until I figure out what's wrong with it; that's what I'll do before continuing with updating more submodules. My reason is that if the CI can't build it properly, then I might have overlooked something that works on my system but is broken on everyone else's.
This *should* fix the CI build and get it to progress to where my builds are locally (not sure why I didn't run into this locally, but I guess that's what CIs are for 😄)
[skip ci]
I'm going to start skipping the CI for these simple update commits; I'll do a CI commit later after updating a bunch of the little submodules (this way, we save on our allotted build minutes on CircleCI)
