Android build on macOS Cross-Compile host: Fixes wrong Ninja rules generation.

[vgorloff]

Cmake generates rules.ninja and build.ninja with macOS specific default linker options. That default options (like -dynamiclib -Wl,-headerpad_max_install_names) cause link errors when performing cross-compilation for Android.

Similar fixes for Window host already done. This PR provided fixes for macOS host.

[vgorloff]

@swift-ci please test

[vgorloff]

@compnerd Will be nice if you find a time to look on this PR.

[compnerd]

CC: @Rostepher @gottesmm @gwynne @jrose-apple

The build complexity is getting pretty absurd at this point. I think that we need to speed up the changes to break the standard library builds into sub-configures so that we can let CMake deal with the flags for the cross-compilation.

[jrose-apple]

Again, I have no objections as long as the different target platforms continue to build in parallel.

[vgorloff]

Thank you!

Requested changes seems done.

[compnerd]

I'm not happy with this, but lets improve things after things are working. Please squash the changes before merging.

[vgorloff]

@swift-ci please test

[vgorloff]

Hm. Seems like CI not picking this PR for smoke test after adding comment @swift-ci please test. I saw that other PRs were built. Is it something related to privileges of one who adds comment @swift-ci please test? If this is a case, then can you please add comment for triggering CI.

Thank you!

[jrose-apple]

@swift-ci Please test

[compnerd]

I believe that this is breaking the android SDK builds on Windows :-(. We no longer pass -soname which means that the library soname is wrong.

[vgorloff]

Seems like another if/else block needed .)

[compnerd]

@vgorloff - found the issue, its a dereferencing behavior change in CMake, PR25973 addresses that.