If no sdk version (-sdk_version) is passed to the native
linker, it tries to infer the SDK version from the
path to the -syslibroot argument.
In our case we use a versioned path to Xcode, but a general
symlink without the SDK version:
/Applications/Xcode73.app/Contents/Developer/Platforms/AppleTVOS.platform/Developer/SDKs/AppleTVOS.sdk
which means ld picked up the Xcode version as the SDK version,
since that's the first number part of the path [1], so we'd
end up with libraries whose SDK version was 73.
So instead use an SDK path with the SDK version, so that ld
finds the SDK version instead of the Xcode version.
[1] 266f4401b9/src/ld/Options.cpp (L4005-L4020)https://bugzilla.xamarin.com/show_bug.cgi?id=41597
This also requires bumping the min iOS SDK version to 6.0,
otherwise the native linker fails with this:
ld: library not found for -lcrt1.3.1.o
Which happens at configure time for armv7 and armv7s.
* [system-dependencies] Teach script about how to get the revision part of the mono version.
* Bump to mono 4.4 to get a 64-bit capable mono.
mdtool from Xamarin Studio 6.0 is a 64-bit process,
and thus requires a 64-bit capable system mono.
To get a version of mdtool that works without any Xamarin.Mac
licenses.
Also bump maccore to run the mmp regression tests now that
we have a working Xamarin Studio.
commit xamarin/maccore@9a5e6f02f3
Author: Rolf Bjarne Kvinge <rolf@xamarin.com>
Date: Tue May 10 18:20:48 2016 +0200
[tests] There is now a released version of Xamarin Studio whose mdtool doesn't care about the XM license, so we can run the mmp regression tests again.
It's based on our work, with a few extra commits. That should reduce a
bit the checkout time and ensure more consistent results.
Also bump Touch.Unit since that requires a small API change.
Timothy Risi
Rolf Bjarne Kvinge
Sebastien Pouliot
Sebastien Pouliot