xamarin
/
xamarin-macios
зеркало из
1
0
Форкнуть 0
Код Задачи Пакеты Проекты Релизы Вики Активность
xamarin-macios/tools/mtouch/Makefile

324 строки
14 KiB
Makefile
Исходник Обычный вид История

Add mtouch to the build.
2016-04-21 15:58:45 +03:00
TOP=../..
include $(TOP)/Make.config
# without this many compiler warnings about unused functions and variables
# in system headers show up.
export CCACHE_CPP2=1
Remove XI/Classic support (#926) * [tests] Remove Classic SDK tests. * Remove XI/Classic support. This also means we can remove support for the legacy registrars. * [monotouch-test] Remove legacy registrar tests. * [tests/mtouch] Remove Classic tests (and legacy registrar logic). * [tests/scripted] Fix tests to reference Xamarin.iOS.dll.
2016-09-30 22:02:17 +03:00
SIMLAUNCHERS = simlauncher32-sgen simlauncher64-sgen
Add mtouch to the build.
2016-04-21 15:58:45 +03:00
UNREFERENCED_SYMBOLS = \
[mtouch] Fix logic to detect if simlauncher can be used.
2016-05-13 14:16:37 +03:00
_xamarin_dyn_objc_msgSend \
_xamarin_dyn_objc_msgSendSuper \
_xamarin_dyn_objc_msgSend_stret \
_xamarin_dyn_objc_msgSendSuper_stret \
Add mtouch to the build.
2016-04-21 15:58:45 +03:00
_xamarin_init_nsthread \
_xamarin_get_block_descriptor \
_xamarin_get_locale_country_code \
_xamarin_log \
[mtouch] Make sure the xamarin_localized_string_format* functions are available in simlauncher. Fixes #3265. (#3269) * [mtouch] Make sure the xamarin_localized_string_format* functions are available in simlauncher. Fixes #3265. Fixes https://github.com/xamarin/xamarin-macios/issues/3265. * [mtouch] Add test for simlauncher symbols, add add more missing symbols.
2018-01-22 16:21:24 +03:00
_xamarin_localized_string_format \
_xamarin_localized_string_format_1 \
_xamarin_localized_string_format_2 \
_xamarin_localized_string_format_3 \
_xamarin_localized_string_format_4 \
_xamarin_localized_string_format_5 \
_xamarin_localized_string_format_6 \
_xamarin_localized_string_format_7 \
_xamarin_localized_string_format_8 \
_xamarin_localized_string_format_9 \
Add mtouch to the build.
2016-04-21 15:58:45 +03:00
_xamarin_start_wwan \
_xamarin_timezone_get_data \
_xamarin_timezone_get_names \
_xamarin_IntPtr_objc_msgSend_IntPtr \
_xamarin_IntPtr_objc_msgSendSuper_IntPtr \
_xamarin_release_managed_ref \
_xamarin_create_managed_ref \
[mtouch] Make sure the xamarin_localized_string_format* functions are available in simlauncher. Fixes #3265. (#3269) * [mtouch] Make sure the xamarin_localized_string_format* functions are available in simlauncher. Fixes #3265. Fixes https://github.com/xamarin/xamarin-macios/issues/3265. * [mtouch] Add test for simlauncher symbols, add add more missing symbols.
2018-01-22 16:21:24 +03:00
_xamarin_CGPoint__VNNormalizedFaceBoundingBoxPointForLandmarkPoint_Vector2_CGRect_nuint_nuint_string \
_xamarin_CGPoint__VNImagePointForFaceLandmarkPoint_Vector2_CGRect_nuint_nuint_string \
Add mtouch to the build.
2016-04-21 15:58:45 +03:00
_CloseZStream \
_CreateZStream \
_Flush \
_ReadZStream \
_WriteZStream
# The frameworks order is important as some symbols can be duplicated
# e.g. NSURLResponse is both in CFNetwork and Foundation in iOS8 but linking to
# CFNetwork will result in binaries that won't work with earlier iOS versions
SIMLAUNCHER_FRAMEWORKS = \
-framework CoreFoundation \
-framework CoreGraphics \
-framework Foundation \
-framework AVFoundation \
-framework Accelerate \
-framework AddressBook \
-framework AddressBookUI \
-framework AudioToolbox \
-framework CFNetwork \
-framework CoreAudio \
-framework CoreData \
-framework CoreLocation \
-framework CoreText \
-framework ExternalAccessory \
-framework GameKit \
-framework MapKit \
-framework MediaPlayer \
-framework MessageUI \
-framework MobileCoreServices \
-framework OpenAL \
-framework OpenGLES \
-framework StoreKit \
-framework SystemConfiguration \
-framework UIKit \
\
-weak_framework AssetsLibrary \
-weak_framework CoreMedia \
-weak_framework CoreMidi \
-weak_framework CoreMotion \
-weak_framework CoreTelephony \
-weak_framework CoreVideo \
-weak_framework EventKit \
-weak_framework EventKitUI \
-weak_framework ImageIO \
-weak_framework Security \
-weak_framework QuickLook \
-weak_framework iAd \
-weak_framework Accounts \
-weak_framework GLKit \
-weak_framework NewsstandKit \
-weak_framework CoreImage \
-weak_framework CoreBluetooth \
-weak_framework Twitter \
-weak_framework PassKit \
-weak_framework Social \
-weak_framework AdSupport \
-weak_framework JavaScriptCore \
-weak_framework MultipeerConnectivity \
-weak_framework SafariServices \
-weak_framework SpriteKit \
\
-weak_framework HomeKit \
-weak_framework HealthKit \
-weak_framework LocalAuthentication \
-weak_framework NotificationCenter \
-weak_framework PushKit \
-weak_framework Photos \
-weak_framework PhotosUI \
-weak_framework SceneKit \
-weak_framework CloudKit \
-weak_framework AVKit \
-weak_framework WebKit \
-weak_framework NetworkExtension \
-weak_framework Metal \
-weak_framework CoreAudioKit \
\
-weak_framework ReplayKit \
-weak_framework Contacts \
-weak_framework ContactsUI \
-weak_framework CoreSpotlight \
-weak_framework WatchConnectivity \
-weak_framework ModelIO \
-weak_framework GameplayKit \
[mtouch] Unify code to detect and handle frameworks that aren't supported in the simulator. Fixes #4422. (#4510) Unify the code to detect frameworks that aren't supported in the simulator (we had switches in two places, now this data is stored per framework). Also remove some of the Metal frameworks for some of the platforms from these lists (since they're now available in the simulator in some cases), which fixes #4422. It also seems CoreAudioKit is now available in the simulator (it wasn't in the first Xcode 7 beta, but apparently added in a later beta. This made our exclusion incorrect, but we never noticed). https://github.com/xamarin/xamarin-macios/issues/4422
2018-07-27 17:30:08 +03:00
-weak_framework Metal \
-weak_framework MetalKit \
-weak_framework MetalPerformanceShaders \
Add mtouch to the build.
2016-04-21 15:58:45 +03:00
\
[CallKit] Add CallKit framework binding from xcode 10 beta1 (#189) * Added CallKit Bindings * Ensure CallKit.framework is linked * Ensure CallKit passes introspection tests * FIXME: https://trello.com/c/afWXDZ3A Headers says CallKit is available on macOS 10.12 but uses AVAudioSession and it is iOS only Opened Radar awaiting response.
2016-06-18 16:20:38 +03:00
-weak_framework HealthKitUI \
\
[Speech] Add Speech Framework from Xcode 8 Beta 1 * Added Speech Framework bindings * Ensured introspection test pass * Ensured we link against Speech framework * FIXME: SFSpeechRecordingRecognitionRequest is not in the public api filled radar://26799291 https://trello.com/c/s6s6YKua
2016-06-15 22:32:48 +03:00
-weak_framework CallKit \
[messages] New framework in iOS 10.0 beta1 (#190)
2016-06-21 15:56:38 +03:00
-weak_framework Messages \
[VideoSubscriberAccount] Add VideoSubscriberAccount from xcode8 beta1 * Added VideoSubscriberAccount binding * Ensured we link against VideoSubscriberAccount * Ensured introspection tests pass
2016-06-15 23:51:21 +03:00
-weak_framework Speech \
[messages] New framework in iOS 10.0 beta1 (#190)
2016-06-21 15:56:38 +03:00
-weak_framework VideoSubscriberAccount \
[UserNotificationsUI] Add UserNotificationsUI framework from xcode 8 beta 1
2016-07-04 22:41:22 +03:00
-weak_framework UserNotifications \
[Intents] Add Intents bindings from Xcode 8 b2
2016-07-13 00:21:35 +03:00
-weak_framework UserNotificationsUI \
[IntentsUI] Add IntentsUI framework from Xcode 8 b2 (#400)
2016-07-15 03:42:48 +03:00
-weak_framework Intents \
[arkit] Update for iOS 11 beta 1 (new framework) (#2187) - Fixed the generator to avoid `ARKit/ARSCNViewDelegate.g.cs(189,43): error CS0432: Alias 'Iglobal' not found`. - ARPointCloud can be tested with this [sample](https://github.com/VincentDondain/ios-testcases/tree/master/ARPointCloudTest). It requires deploying on devices and moving the camera around so ARKit can return some points. After 5 seconds it should print the points. - Fixed intro tests. - Fixed `bindings-generator.cs` for new simd types.
2017-06-23 03:02:17 +03:00
-weak_framework IntentsUI \
\
[FileProviderUI] Add Xcode 9 Beta 1 to 3 bindings (#2356)
2017-07-24 18:12:30 +03:00
-weak_framework ARKit \
-weak_framework FileProvider \
[simlauncher] Link with the IdentityLookup framework. (#3418) This makes it possible to use types from the IdentityLookup when using simlauncher.
2018-02-08 00:05:45 +03:00
-weak_framework FileProviderUI \
\
-weak_framework IdentityLookup \
[ClassKit] Add Xcode 9.4 Beta 1 Bindings (#3853) * [ClassKit] Add Xcode 9.4 Beta 1 Bindings * ClassKit moved to v11.4 or we'd link against a private frmework in 11.3 * Turn CLSPredicateKeyPath into a static class CLSPredicateKeyPath does not make much sense as an enum, we'll use a static class instead so we do not have to call GetConstant() and use the NSString directly. Sample code using CLSPredicateKeyPath: ```csharp var store = CLSDataStore.Shared; var predicate = NSPredicate.FromFormat ("%K = %@", CLSPredicateKeyPath.Parent, store.MainAppContext); var ctxs = await store.FindContextsMatchingAsync (predicate); foreach (var ctx in ctxs) { Console.WriteLine (ctx.Title); } ``` * [tests] Exclude WeakTopic incorrect check, bound as smart enum
2018-04-05 18:20:05 +03:00
-weak_framework BusinessChat \
Merge branch 'xcode9.4' into master
2018-05-29 21:23:16 +03:00
-weak_framework ClassKit \
[CarPlay] Adds Xcode 10 Beta 1 Bindings (#4217) * [CarPlay] Adds Xcode 10 Beta 1 Bindings * Adds [DisableDefaultCtor] to CPVoiceControlTemplate * Implement feedback
2018-06-12 22:12:20 +03:00
\
[authenticationservices] New iOS-only framework added in beta 1 (#4234)
2018-06-13 21:06:37 +03:00
-weak_framework AuthenticationServices \
[CarPlay] Adds Xcode 10 Beta 1 Bindings (#4217) * [CarPlay] Adds Xcode 10 Beta 1 Bindings * Adds [DisableDefaultCtor] to CPVoiceControlTemplate * Implement feedback
2018-06-12 22:12:20 +03:00
-weak_framework CarPlay \
[simlauncher] Add missing weak frameworks to simlauncher (#6955) Things often work fine without them but, in a few cases, you can run into some weird problems. Add better comments for synchronization... until we add some tests [1] Replace the following, cancelled PR * BackgroundTask https://github.com/xamarin/xamarin-macios/pull/6949 * INcomingCallNotifications https://github.com/xamarin/xamarin-macios/pull/6954 * LinkPresentation https://github.com/xamarin/xamarin-macios/pull/6953 * PencilKit https://github.com/xamarin/xamarin-macios/pull/6950 * SoundAnalysis https://github.com/xamarin/xamarin-macios/pull/6952 [1] https://github.com/xamarin/xamarin-macios/issues/6951
2019-09-10 05:58:39 +03:00
-weak_framework IdentityLookupUI \
[NaturalLanguage] Added the new framework for Xcode10. (#4236)
2018-06-14 20:21:44 +03:00
-weak_framework NaturalLanguage \
[Network] Declare the Network library in the relevant places
2018-07-05 22:01:47 +03:00
-weak_framework Network \
[CoreHaptics] Add support for the new framework up to beta 7. (#6943)
2019-09-10 20:03:26 +03:00
-weak_framework IdentityLookupUI \
-weak_framework VisionKit \
[simlauncher] Add missing weak frameworks to simlauncher (#6955) Things often work fine without them but, in a few cases, you can run into some weird problems. Add better comments for synchronization... until we add some tests [1] Replace the following, cancelled PR * BackgroundTask https://github.com/xamarin/xamarin-macios/pull/6949 * INcomingCallNotifications https://github.com/xamarin/xamarin-macios/pull/6954 * LinkPresentation https://github.com/xamarin/xamarin-macios/pull/6953 * PencilKit https://github.com/xamarin/xamarin-macios/pull/6950 * SoundAnalysis https://github.com/xamarin/xamarin-macios/pull/6952 [1] https://github.com/xamarin/xamarin-macios/issues/6951
2019-09-10 05:58:39 +03:00
\
-weak_framework BackgroundTasks \
[CoreHaptics] Add support for the new framework up to beta 7. (#6943)
2019-09-10 20:03:26 +03:00
-weak_framework CoreHaptics \
[simlauncher] Add missing weak frameworks to simlauncher (#6955) Things often work fine without them but, in a few cases, you can run into some weird problems. Add better comments for synchronization... until we add some tests [1] Replace the following, cancelled PR * BackgroundTask https://github.com/xamarin/xamarin-macios/pull/6949 * INcomingCallNotifications https://github.com/xamarin/xamarin-macios/pull/6954 * LinkPresentation https://github.com/xamarin/xamarin-macios/pull/6953 * PencilKit https://github.com/xamarin/xamarin-macios/pull/6950 * SoundAnalysis https://github.com/xamarin/xamarin-macios/pull/6952 [1] https://github.com/xamarin/xamarin-macios/issues/6951
2019-09-10 05:58:39 +03:00
-weak_framework LinkPresentation \
-weak_framework PencilKit \
-weak_framework QuickLookThumbnailing \
-weak_framework SoundAnalysis \
-weak_framework VisionKit \
# keep the above list of weak_framework
# 1. grouped by iOS versions;
# 2. sorted and
# 3. in sync with the list inside `tools/common/Frameworks.cs`
# except it is no a mistake that GameController and MediaAccessibility (#13636) are not built into simlauncher
Add mtouch to the build.
2016-04-21 15:58:45 +03:00
# note: there _was_ no CoreAudioKit.framework or Metal.framework for the simulator (before recent iOS9 betas)
# note 2: there's no GameKit, in iOS 9 (beta 3 at least), you're supposed to reference GameCenter instead (looks fixed in beta 4)
# note 3: there's no MetalKit or MetalPerformanceShaders in iOS 9 beta 4 - but other frameworks were added
# note 4: GameCenter was removed in Xcode 7 beta 5, and GameKit is back.
[mtouch] Unify code to detect and handle frameworks that aren't supported in the simulator. Fixes #4422. (#4510) Unify the code to detect frameworks that aren't supported in the simulator (we had switches in two places, now this data is stored per framework). Also remove some of the Metal frameworks for some of the platforms from these lists (since they're now available in the simulator in some cases), which fixes #4422. It also seems CoreAudioKit is now available in the simulator (it wasn't in the first Xcode 7 beta, but apparently added in a later beta. This made our exclusion incorrect, but we never noticed). https://github.com/xamarin/xamarin-macios/issues/4422
2018-07-27 17:30:08 +03:00
# note 5: Metal* seems to be supported as of some Xcode 7 beta (b2 didn't, but the final release does)
[mmp/mtouch] Workaround broken frameworks in Xcode 11 beta 1. * The Photos headers are broken when building in C++ mode. * The PhotosUI headers include the Photos header, so those don't work either. * The WatchKit framework just isn't there at all.
2019-06-04 23:43:49 +03:00
# note 6: Xcode 11 beta 1 shipped without WatchKit.
[xcode11] Remove the WatchKit framework from iOS while keeping API stability. Fixes #6492. (#6503) * [WatchKit] Remove this framework for iOS while keeping backwards compatibility. Fixes #6492. * Copy all generated sources and modify them to throw PlatformNotSupported exceptions. * Adjust some existing source code to also throw PlatformNotSupported exceptions. * Sprinkle Obsolete attributes generously. * Stop generating code for the WatchKit framework for iOS. Fixes https://github.com/xamarin/xamarin-macios/issues/6492. * [introspection] Adjust test. * [mtouch] Don't link with WatchKit, and show a warning if we detect code that want to use WatchKit. * [xtro] Remove WatchKit for iOS. * [introspection] Don't check obsoleted NSString fields for null. There's probably a reason the field was obsoleted. * [introspection] Add exception for the WatchKit framework. * [xtro] Ignore obsolete enums. There's probably a reason they're obsoleted. In particular it solves a confusion between WKWebKit.WKErrorCode and WatchKit.WKErrorCode: for iOS, the latter is obsoleted, and this way we always process the former instead. * [mtouch] Adjust wording for MT4178 to be more accurate. * [WatchKit] Make more API obsolete/hidden. Two classes managed to slip past the first time. * [tests] Adjust test after WatchKit removal.
2019-08-14 18:46:55 +03:00
# note 7: Xcode 11 beta 3 documented that shipping without WatchKit was done on purpose (in the release notes).
Add mtouch to the build.
2016-04-21 15:58:45 +03:00
define SimlauncherTemplate
simlauncher$(5)$(1): simlauncher.m $(TOP)/runtime/.libs/ios/libxamarin.a $(BUILD_DESTDIR)/simulator$(4)/lib/libmono$(3)-2.0.a Makefile Xamarin.iOS.registrar.ios.a
$(QT_CC) $(SIMULATOR_CC) -DDEBUG -DSIMLAUNCHER $(2) -gdwarf-2 \
-L$(TOP)/runtime/.libs/ios \
-L$(BUILD_DESTDIR)/simulator$(4)/lib/ \
-I$(TOP)/runtime \
-I$(BUILD_DESTDIR)/simulator$(4)/include/mono-2.0 \
[runtime] integrate mono 2017-10 (#2905) * Update the function name used to initialize libmono-profiler-log, its called mono_profiler_init_log () now. * [builds] Pass --with-cross-offsets= to crosstv's configure. * Bump mono to 2017-08. * Bump mono to 2017-08. * Force disable 'futimens' and 'utimensat' so that we build with Xcode 9. This is also needed to build with Xcode 8.3 on High Sierra. * Remove old AppleTls implementation. * Bump mono. * Bump mono to 2017-08. * Bump mono to 2017-08 * Reenable link-keep-resources-2 test - This reverts commit 76b759ef22c06cda3ba30aba1ac0d45634e4fbf4. - 2017-08 has linker fix * Bump mono to 2017-10 * Revert "Bump mono to 2017-10" This reverts commit bb7832724e18f8578449e46426382a537f3f4823. * Bump system mono to 2017-10 * Bump embedded mono to 2017-10 * [runtime] reflect eglib move https://github.com/mono/mono/commit/9be68f8952ea0e1aad582bfe2f47bad71aee2cc7 * bump mono * [btouch] remove Security.Tls usage from test * [mtouch tests] update the function name used to initialize libmono-profiler-log, its called mono_profiler_init_log () now. see https://github.com/mono/mono/commit/ea4e4a9ef6fc42570a23026adbe826cf7248290e fixes: ``` 1) Failed : Xamarin.MTouch.Profiling(tvOS) _mono_profiler_startup_log Expected: collection containing "_mono_profiler_startup_log" But was: < "_mono_profiler_init_log" > at Xamarin.MTouch.Profiling (Xamarin.Profile profile) [0x00106] in <511889694a624cc9a50e0e9b259b05c5>:0 2) Failed : Xamarin.MTouch.Profiling(watchOS) _mono_profiler_startup_log Expected: collection containing "_mono_profiler_startup_log" But was: < "_xamarin_get_block_descriptor", "_mono_profiler_init_log" > at Xamarin.MTouch.Profiling (Xamarin.Profile profile) [0x00106] in <511889694a624cc9a50e0e9b259b05c5>:0 ``` * [mmptest] update log profiler options. https://github.com/mono/mono/commit/826558a4af624bc0acaea98ec39784e65d278091 deprecated the dash prefix for the mlpd path. `noallocs` or `nocalls` are not needed, neither of them are default anymore. * [mmptest] fix link-keep-resources-2 test to cope with more corlib resources. another corlib resource (mscorlib.xml) was added: https://github.com/mono/mono/commit/11e95169e787#diff-2d1c64decd91d9a6e8842ab0f0e9438d * Revert "[mmptest] fix link-keep-resources-2 test to cope with more corlib resources." This reverts commit 350eb3c174288bbffcc3b7acb15cadb913af25b7. * [XHarness] Add the Mono.Data.Tds tests. * Address comments from rolf in the review. * [mmp regresssion tests] bump mono linker, so mscorlib.xml gets stripped the test was failing in that way: > Executing link-keep-resources-2... > [FAIL] i18n 4/2 data files present: charinfo.nlp, collation.core.bin, collation.tailoring.bin, mscorlib.xml also update the output, because it's actually expected at least three elements. fixes: https://bugzilla.xamarin.com/show_bug.cgi?id=59277 * bump mono fixes crash in tvOS: https://github.com/mono/mono/pull/5812 * bump mono for updated BCL tests see https://github.com/mono/mono/pull/5820 * [mono] set 2017-10 branch in .gitmodules * [macos] Fix guiunit error on clean builds by depending on correct copy (#2912) * [macos] Fix guiunit error on clean builds by depending on correct copy - From a clean build making a BCL test would error due to the non-mobile guiunit not being built - This was because the Makefile-mac.inc target was incorrect - This was because xharness assumed that non variation based targets were always Modern - However, BCL tests are Full, not Modern * Code review change * Swap to var to reduce diff * Revert changes in the paths for GuiUnit. * [XHarness] Add the System.IO.Compression bcl tests. (#2918) * [XHarness] Add the System.IO.Compression bcl tests. * [XHarness] Add bcl tests for System.IO.Compression.FileSystem. (#2924) * [XHarness] Add the System.IO.Compression bcl tests. * Ensure that resources are correctly copied in the bundles. * [XHarness] Add bcl tests for System.IO.Compression.FileSystem. * As per review, make the Mac test app name match the tests that are ran. * [XHarness] Add Mono.CSharp tests on ios. (#2927) * [XHarness] Add Mono.CSharp tests on ios. * Bump mono to bring changes in the mono.csharp tests. * [xtro-sharpie] fix TypeDefinition access due to Cecil change * Bump mono * bump mono fixes - https://bugzilla.xamarin.com/show_bug.cgi?id=60480 - https://bugzilla.xamarin.com/show_bug.cgi?id=60482 * bump mono more fixes around conflicting paths when tests are run in parallel. * Bump for mono/mono@2017-10
2017-11-14 23:30:08 +03:00
-I$(TOP)/builds/simulator$(4)/mono/eglib \
-I$(MONO_PATH)/mono/eglib \
Add mtouch to the build.
2016-04-21 15:58:45 +03:00
$(BUILD_DESTDIR)/simulator$(4)/lib/libmono$(3)-2.0.a \
$(foreach u,$(UNREFERENCED_SYMBOLS),-u $u) \
$(TOP)/runtime/.libs/ios/libapp.a \
-Wl,-w \
-lz -liconv $(TOP)/runtime/.libs/ios/libxamarin-debug.a simlauncher.m $(SIMLAUNCHER_FRAMEWORKS) $(SIMULATOR$(4)_OBJC_CFLAGS) -o $$@
[tests][intro] Add test for simlauncher [weak] frameworks. Fixes #6951 (#6957) We ship a default, pre-built, simlauncher for iOS simulator applications. This speeds up compilation for the default (non linked) simulator builds quite a lot (no call to `clang` is needed). However it force us to keep track of frameworks manually - `mtouch` can track them but requires calling clang/ld to finish things up (killing the optimization). It's easy to forget some (new) frameworks since they can be loaded dynamically (on demand) _most_ of the time. Sadly there are a few cases where doing so cause (hard to diagnose) problems - so we can't depend on them being loaded, correctly for us. The new test case loads the `otool -L` output (make when we build simlauncher[32|64]-sgen) and compares it with mtouch's GetFramework logic *and* with our namespaces (which is pretty close, with a few exceptions, to the framework names). This will make it harder to forget [weak] frameworks when adding new bindings :) Fixes https://github.com/xamarin/xamarin-macios/issues/6951
2019-09-10 16:02:27 +03:00
$(Q) xcrun otool -L simlauncher$(5)$(1) > simlauncher$(5)$(1).frameworks
Add mtouch to the build.
2016-04-21 15:58:45 +03:00
endef
[runtime] integrate mono 2017-10 (#2905) * Update the function name used to initialize libmono-profiler-log, its called mono_profiler_init_log () now. * [builds] Pass --with-cross-offsets= to crosstv's configure. * Bump mono to 2017-08. * Bump mono to 2017-08. * Force disable 'futimens' and 'utimensat' so that we build with Xcode 9. This is also needed to build with Xcode 8.3 on High Sierra. * Remove old AppleTls implementation. * Bump mono. * Bump mono to 2017-08. * Bump mono to 2017-08 * Reenable link-keep-resources-2 test - This reverts commit 76b759ef22c06cda3ba30aba1ac0d45634e4fbf4. - 2017-08 has linker fix * Bump mono to 2017-10 * Revert "Bump mono to 2017-10" This reverts commit bb7832724e18f8578449e46426382a537f3f4823. * Bump system mono to 2017-10 * Bump embedded mono to 2017-10 * [runtime] reflect eglib move https://github.com/mono/mono/commit/9be68f8952ea0e1aad582bfe2f47bad71aee2cc7 * bump mono * [btouch] remove Security.Tls usage from test * [mtouch tests] update the function name used to initialize libmono-profiler-log, its called mono_profiler_init_log () now. see https://github.com/mono/mono/commit/ea4e4a9ef6fc42570a23026adbe826cf7248290e fixes: ``` 1) Failed : Xamarin.MTouch.Profiling(tvOS) _mono_profiler_startup_log Expected: collection containing "_mono_profiler_startup_log" But was: < "_mono_profiler_init_log" > at Xamarin.MTouch.Profiling (Xamarin.Profile profile) [0x00106] in <511889694a624cc9a50e0e9b259b05c5>:0 2) Failed : Xamarin.MTouch.Profiling(watchOS) _mono_profiler_startup_log Expected: collection containing "_mono_profiler_startup_log" But was: < "_xamarin_get_block_descriptor", "_mono_profiler_init_log" > at Xamarin.MTouch.Profiling (Xamarin.Profile profile) [0x00106] in <511889694a624cc9a50e0e9b259b05c5>:0 ``` * [mmptest] update log profiler options. https://github.com/mono/mono/commit/826558a4af624bc0acaea98ec39784e65d278091 deprecated the dash prefix for the mlpd path. `noallocs` or `nocalls` are not needed, neither of them are default anymore. * [mmptest] fix link-keep-resources-2 test to cope with more corlib resources. another corlib resource (mscorlib.xml) was added: https://github.com/mono/mono/commit/11e95169e787#diff-2d1c64decd91d9a6e8842ab0f0e9438d * Revert "[mmptest] fix link-keep-resources-2 test to cope with more corlib resources." This reverts commit 350eb3c174288bbffcc3b7acb15cadb913af25b7. * [XHarness] Add the Mono.Data.Tds tests. * Address comments from rolf in the review. * [mmp regresssion tests] bump mono linker, so mscorlib.xml gets stripped the test was failing in that way: > Executing link-keep-resources-2... > [FAIL] i18n 4/2 data files present: charinfo.nlp, collation.core.bin, collation.tailoring.bin, mscorlib.xml also update the output, because it's actually expected at least three elements. fixes: https://bugzilla.xamarin.com/show_bug.cgi?id=59277 * bump mono fixes crash in tvOS: https://github.com/mono/mono/pull/5812 * bump mono for updated BCL tests see https://github.com/mono/mono/pull/5820 * [mono] set 2017-10 branch in .gitmodules * [macos] Fix guiunit error on clean builds by depending on correct copy (#2912) * [macos] Fix guiunit error on clean builds by depending on correct copy - From a clean build making a BCL test would error due to the non-mobile guiunit not being built - This was because the Makefile-mac.inc target was incorrect - This was because xharness assumed that non variation based targets were always Modern - However, BCL tests are Full, not Modern * Code review change * Swap to var to reduce diff * Revert changes in the paths for GuiUnit. * [XHarness] Add the System.IO.Compression bcl tests. (#2918) * [XHarness] Add the System.IO.Compression bcl tests. * [XHarness] Add bcl tests for System.IO.Compression.FileSystem. (#2924) * [XHarness] Add the System.IO.Compression bcl tests. * Ensure that resources are correctly copied in the bundles. * [XHarness] Add bcl tests for System.IO.Compression.FileSystem. * As per review, make the Mac test app name match the tests that are ran. * [XHarness] Add Mono.CSharp tests on ios. (#2927) * [XHarness] Add Mono.CSharp tests on ios. * Bump mono to bring changes in the mono.csharp tests. * [xtro-sharpie] fix TypeDefinition access due to Cecil change * Bump mono * bump mono fixes - https://bugzilla.xamarin.com/show_bug.cgi?id=60480 - https://bugzilla.xamarin.com/show_bug.cgi?id=60482 * bump mono more fixes around conflicting paths when tests are run in parallel. * Bump for mono/mono@2017-10
2017-11-14 23:30:08 +03:00
$(eval $(call SimlauncherTemplate,-sgen,$(BUILD_DESTDIR)/simulator86/lib/libmono-profiler-log.a -u _mono_profiler_init_log -DXAMCORE_2_0 Xamarin.iOS.registrar.ios.a,sgen,86,32))
$(eval $(call SimlauncherTemplate,-sgen,$(BUILD_DESTDIR)/simulator64/lib/libmono-profiler-log.a -u _mono_profiler_init_log -DXAMCORE_2_0 Xamarin.iOS.registrar.ios.a,sgen,64,64))
Add mtouch to the build.
2016-04-21 15:58:45 +03:00
[mtouch] Build using csproj instead of manual csc command. Partial fix for #4384. * Make sure mtouch.csproj builds using the same compiler arguments as the makefile used. * Build mtouch.exe using msbuild in the makefile, and clean up the resulting unused make logic. Partial fix for https://github.com/xamarin/xamarin-macios/issues/4384.
2018-08-23 14:27:44 +03:00
#
# mtouch
#
Add mtouch to the build.
2016-04-21 15:58:45 +03:00
[mtouch] Build using csproj instead of manual csc command. Partial fix for #4384. * Make sure mtouch.csproj builds using the same compiler arguments as the makefile used. * Build mtouch.exe using msbuild in the makefile, and clean up the resulting unused make logic. Partial fix for https://github.com/xamarin/xamarin-macios/issues/4384.
2018-08-23 14:27:44 +03:00
MTOUCH_CONF=Release
MTOUCH_DIR=bin/$(MTOUCH_CONF)
LOCAL_MTOUCH=$(MTOUCH_DIR)/mtouch.exe
Add mtouch to the build.
2016-04-21 15:58:45 +03:00
[mtouch] Build using csproj instead of manual csc command. Partial fix for #4384. * Make sure mtouch.csproj builds using the same compiler arguments as the makefile used. * Build mtouch.exe using msbuild in the makefile, and clean up the resulting unused make logic. Partial fix for https://github.com/xamarin/xamarin-macios/issues/4384.
2018-08-23 14:27:44 +03:00
# mtouch.csproj.inc contains the mtouch_dependencies variable used to determine if mtouch needs to be rebuilt or not.
mtouch.csproj.inc: Makefile ../common/create-makefile-fragment.sh
$(Q_GEN) ../common/create-makefile-fragment.sh $(CURDIR)/mtouch.csproj
Add mtouch to the build.
2016-04-21 15:58:45 +03:00
[mtouch] Build using csproj instead of manual csc command. Partial fix for #4384. * Make sure mtouch.csproj builds using the same compiler arguments as the makefile used. * Build mtouch.exe using msbuild in the makefile, and clean up the resulting unused make logic. Partial fix for https://github.com/xamarin/xamarin-macios/issues/4384.
2018-08-23 14:27:44 +03:00
-include mtouch.csproj.inc
[mtouch] Fix building the static registrar files.
2016-04-26 00:04:23 +03:00
[mtouch] Build using csproj instead of manual csc command. Partial fix for #4384. * Make sure mtouch.csproj builds using the same compiler arguments as the makefile used. * Build mtouch.exe using msbuild in the makefile, and clean up the resulting unused make logic. Partial fix for https://github.com/xamarin/xamarin-macios/issues/4384.
2018-08-23 14:27:44 +03:00
$(MTOUCH_DIR)/mtouch.exe: $(mtouch_dependencies)
$(Q_GEN) $(SYSTEM_MSBUILD) $(TOP)/Xamarin.iOS.sln "/t:mtouch" $(XBUILD_VERBOSITY) /p:Configuration=$(MTOUCH_CONF)
[mtouch] Fix building the static registrar files.
2016-04-26 00:04:23 +03:00
[mtouch] Build using csproj instead of manual csc command. Partial fix for #4384. * Make sure mtouch.csproj builds using the same compiler arguments as the makefile used. * Build mtouch.exe using msbuild in the makefile, and clean up the resulting unused make logic. Partial fix for https://github.com/xamarin/xamarin-macios/issues/4384.
2018-08-23 14:27:44 +03:00
#
# Partial static registrar libraries
#
[mtouch] Fix building the static registrar files.
2016-04-26 00:04:23 +03:00
[mtouch] Run the partial static registrar separately for 32-bit and 64-bit. (#1078) Run the partial static registrar separately for 32-bit and 64-bit, since this is required with the upcoming changes to embed metadata tokens inside the generated output, because the metadata tokens are different between the 32-bit and 64-bit versions of Xamarin.iOS.dll. Also make sure to properly resolve the 32-bit and 64-bit assemblies correctly (by setting the ArchDirectory on the assembly resolver), so that we don't pick up the reference assembly (which does not have the right metadata tokens). Additionally stop running the partial static registrar for MonoTouch.Dialog-1, since with the upcoming changes to use metadata tokens in the generated output, we won't support registering anything more than once. This shouldn't make much of an impact, because MonoTouch.Dialog-1 is fairly small, and doesn't take long to register in the dynamic registrar. For device builds (or when the static registrar is selected) this has no effect, since in that case we're registering everythinga anyway.
2016-11-01 18:41:41 +03:00
%.registrar.ios.i386.m %.registrar.ios.i386.h: $(IOS_DESTDIR)$(MONOTOUCH_PREFIX)/lib/32bits/%.dll $(LOCAL_MTOUCH)
[mtouch] Build using csproj instead of manual csc command. Partial fix for #4384. * Make sure mtouch.csproj builds using the same compiler arguments as the makefile used. * Build mtouch.exe using msbuild in the makefile, and clean up the resulting unused make logic. Partial fix for https://github.com/xamarin/xamarin-macios/issues/4384.
2018-08-23 14:27:44 +03:00
$(Q_GEN) $(SYSTEM_MONO) --debug $(LOCAL_MTOUCH) --xamarin-framework-directory=$(IOS_DESTDIR)/$(MONOTOUCH_PREFIX) $(MTOUCH_VERBOSITY) --runregistrar:$(abspath $(basename $@).m) --sdkroot $(XCODE_DEVELOPER_ROOT) --sdk $(IOS_SDK_VERSION) $< --registrar:static --target-framework Xamarin.iOS,v1.0 --abi i386
[mtouch] Run the partial static registrar separately for 32-bit and 64-bit. (#1078) Run the partial static registrar separately for 32-bit and 64-bit, since this is required with the upcoming changes to embed metadata tokens inside the generated output, because the metadata tokens are different between the 32-bit and 64-bit versions of Xamarin.iOS.dll. Also make sure to properly resolve the 32-bit and 64-bit assemblies correctly (by setting the ArchDirectory on the assembly resolver), so that we don't pick up the reference assembly (which does not have the right metadata tokens). Additionally stop running the partial static registrar for MonoTouch.Dialog-1, since with the upcoming changes to use metadata tokens in the generated output, we won't support registering anything more than once. This shouldn't make much of an impact, because MonoTouch.Dialog-1 is fairly small, and doesn't take long to register in the dynamic registrar. For device builds (or when the static registrar is selected) this has no effect, since in that case we're registering everythinga anyway.
2016-11-01 18:41:41 +03:00
$(Q) touch $(basename $@).m $(basename $@).h
%.registrar.ios.x86_64.m %.registrar.ios.x86_64.h: $(IOS_DESTDIR)$(MONOTOUCH_PREFIX)/lib/64bits/%.dll $(LOCAL_MTOUCH)
[mtouch] Build using csproj instead of manual csc command. Partial fix for #4384. * Make sure mtouch.csproj builds using the same compiler arguments as the makefile used. * Build mtouch.exe using msbuild in the makefile, and clean up the resulting unused make logic. Partial fix for https://github.com/xamarin/xamarin-macios/issues/4384.
2018-08-23 14:27:44 +03:00
$(Q_GEN) $(SYSTEM_MONO) --debug $(LOCAL_MTOUCH) --xamarin-framework-directory=$(IOS_DESTDIR)/$(MONOTOUCH_PREFIX) $(MTOUCH_VERBOSITY) --runregistrar:$(abspath $(basename $@).m) --sdkroot $(XCODE_DEVELOPER_ROOT) --sdk $(IOS_SDK_VERSION) $< --registrar:static --target-framework Xamarin.iOS,v1.0 --abi x86_64
[mtouch] Run the partial static registrar separately for 32-bit and 64-bit. (#1078) Run the partial static registrar separately for 32-bit and 64-bit, since this is required with the upcoming changes to embed metadata tokens inside the generated output, because the metadata tokens are different between the 32-bit and 64-bit versions of Xamarin.iOS.dll. Also make sure to properly resolve the 32-bit and 64-bit assemblies correctly (by setting the ArchDirectory on the assembly resolver), so that we don't pick up the reference assembly (which does not have the right metadata tokens). Additionally stop running the partial static registrar for MonoTouch.Dialog-1, since with the upcoming changes to use metadata tokens in the generated output, we won't support registering anything more than once. This shouldn't make much of an impact, because MonoTouch.Dialog-1 is fairly small, and doesn't take long to register in the dynamic registrar. For device builds (or when the static registrar is selected) this has no effect, since in that case we're registering everythinga anyway.
2016-11-01 18:41:41 +03:00
$(Q) touch $(basename $@).m $(basename $@).h
Add mtouch to the build.
2016-04-21 15:58:45 +03:00
Refactor static registrar to produce both a header and a source file. This way we can re-use the header in other files.
2016-05-11 14:10:35 +03:00
%.registrar.watchos.m %.registrar.watchos.h: $(IOS_DESTDIR)$(MONOTOUCH_PREFIX)/lib/mono/Xamarin.WatchOS/%.dll $(LOCAL_MTOUCH)
[mtouch] Build using csproj instead of manual csc command. Partial fix for #4384. * Make sure mtouch.csproj builds using the same compiler arguments as the makefile used. * Build mtouch.exe using msbuild in the makefile, and clean up the resulting unused make logic. Partial fix for https://github.com/xamarin/xamarin-macios/issues/4384.
2018-08-23 14:27:44 +03:00
$(Q_GEN) $(SYSTEM_MONO) --debug $(LOCAL_MTOUCH) --xamarin-framework-directory=$(IOS_DESTDIR)/$(MONOTOUCH_PREFIX) $(MTOUCH_VERBOSITY) --runregistrar:$(abspath $(basename $@).m) --sdkroot $(XCODE_DEVELOPER_ROOT) --sdk $(WATCH_SDK_VERSION) $< --registrar:static --target-framework Xamarin.WatchOS,1.0 --abi i386
[mtouch] Run the partial static registrar separately for 32-bit and 64-bit. (#1078) Run the partial static registrar separately for 32-bit and 64-bit, since this is required with the upcoming changes to embed metadata tokens inside the generated output, because the metadata tokens are different between the 32-bit and 64-bit versions of Xamarin.iOS.dll. Also make sure to properly resolve the 32-bit and 64-bit assemblies correctly (by setting the ArchDirectory on the assembly resolver), so that we don't pick up the reference assembly (which does not have the right metadata tokens). Additionally stop running the partial static registrar for MonoTouch.Dialog-1, since with the upcoming changes to use metadata tokens in the generated output, we won't support registering anything more than once. This shouldn't make much of an impact, because MonoTouch.Dialog-1 is fairly small, and doesn't take long to register in the dynamic registrar. For device builds (or when the static registrar is selected) this has no effect, since in that case we're registering everythinga anyway.
2016-11-01 18:41:41 +03:00
$(Q) touch $(basename $@).m $(basename $@).h
Add mtouch to the build.
2016-04-21 15:58:45 +03:00
Refactor static registrar to produce both a header and a source file. This way we can re-use the header in other files.
2016-05-11 14:10:35 +03:00
%.registrar.tvos.m %.registrar.tvos.h: $(IOS_DESTDIR)$(MONOTOUCH_PREFIX)/lib/mono/Xamarin.TVOS/%.dll $(LOCAL_MTOUCH)
[mtouch] Build using csproj instead of manual csc command. Partial fix for #4384. * Make sure mtouch.csproj builds using the same compiler arguments as the makefile used. * Build mtouch.exe using msbuild in the makefile, and clean up the resulting unused make logic. Partial fix for https://github.com/xamarin/xamarin-macios/issues/4384.
2018-08-23 14:27:44 +03:00
$(Q_GEN) $(SYSTEM_MONO) --debug $(LOCAL_MTOUCH) --xamarin-framework-directory=$(IOS_DESTDIR)/$(MONOTOUCH_PREFIX) $(MTOUCH_VERBOSITY) --runregistrar:$(abspath $(basename $@).m) --sdkroot $(XCODE_DEVELOPER_ROOT) --sdk $(TVOS_SDK_VERSION) $< --registrar:static --target-framework Xamarin.TVOS,1.0 --abi x86_64
[mtouch] Run the partial static registrar separately for 32-bit and 64-bit. (#1078) Run the partial static registrar separately for 32-bit and 64-bit, since this is required with the upcoming changes to embed metadata tokens inside the generated output, because the metadata tokens are different between the 32-bit and 64-bit versions of Xamarin.iOS.dll. Also make sure to properly resolve the 32-bit and 64-bit assemblies correctly (by setting the ArchDirectory on the assembly resolver), so that we don't pick up the reference assembly (which does not have the right metadata tokens). Additionally stop running the partial static registrar for MonoTouch.Dialog-1, since with the upcoming changes to use metadata tokens in the generated output, we won't support registering anything more than once. This shouldn't make much of an impact, because MonoTouch.Dialog-1 is fairly small, and doesn't take long to register in the dynamic registrar. For device builds (or when the static registrar is selected) this has no effect, since in that case we're registering everythinga anyway.
2016-11-01 18:41:41 +03:00
$(Q) touch $(basename $@).m $(basename $@).h
Add mtouch to the build.
2016-04-21 15:58:45 +03:00
%.registrar.ios.a: %.registrar.ios.i386.a %.registrar.ios.x86_64.a
$(Q_LIPO) $(DEVICE_BIN_PATH)/lipo -create -output $@ $^
Build native code with -std=c++14. (#6864) * Build native code with -std=c++14. Apple's headers now require -std=c++14 to compile their headers in C++ mode. This fixes a compile error that would occur with the PhotosUI framework when compiling code for C++. * [mmp] Use -std=c++14 when compiling. * Fix command line output. * [mmp] Add all source files at the end, so they all get the -x clang argument applied. * Limit when using c++14 in mtouch according to language.
2019-08-29 18:49:06 +03:00
REGISTRAR_CFLAGS=-stdlib=libc++ -std=c++14
Bump to use Xcode 10 beta 1 (#4179) * Bump to use Xcode 10 beta 1 * Update Versions.plist * Add a dependency on Xcode 9.4. * [msbuild] Fix build with Xcode 10 beta 1. (#4182) Many years ago (in Xcode 7 according to code comment) Developer/Platforms/iPhoneOS.platform/Developer/usr disappeared, and we coped by looking at Developer/usr instead (and also the subsequent code to locate the bin directory was based on the location of the usr directory). Developer/Platforms/iPhoneOS.platform/Developer/usr reappeared in Xcode 10 beta 1, but it seems useless (for one it doesn't contain a bin directory), so in order to try to keep things sane don't look for this directory in Xcode 10 and instead go directly for Developer/usr (which is what we've been using as the usr directory for years anyway). Fixes this problem when building apps with Xcode 10 beta 1: /Library/Frameworks/Mono.framework/External/xbuild/Xamarin/iOS/Xamarin.iOS.Common.targets(626,3): error : Could not locate SDK bin directory [/Users/rolf/Projects/TestApp/test-app.csproj] * [runtime] Build 32-bit mac executables using Xcode 9.4. * [mtouch] Work around broken tvOS headers in Xcode 10 beta 1. * [mtouch] Work around build problem with Apple's simd headers in Objective-C++ mode. * Use version-agnostic paths to sdk directories. * [tests][xtro] Add todo files (from unclassified) and adjust ignore files to avoid errors * [macos][security] Re-enable SSL[Get|Set]AlpnProtocols. Fixes #4001 (#4022) * [macos][security] Re-enable SSL[Get}Set]AlpnProtocols. Fixes #4001 This was fixed in macOS 10.13.4 https://github.com/xamarin/xamarin-macios/issues/4001 * [tests][monotouch-tests] Disable a few test cases (one crasher, other failures). Causes to be verified later * [xharness] Fix permission dialog suppression in Xcode 10. * [xharness] Ignore 32-bit macOS tests by default. * [tests] Execute mmp regression tests with Xcode 9.4 since many of them are 32-bit and needs porting to 64-bit. * [mmptest] Ignore 32-bit XM tests if we don't have a 32-bit-capable Xcode. * [registrar] Add workaround for broken headers in Xcode 10 beta 1 (radar 40824697). * [mtouch] Restrict another workaround for an Xcode 10 beta 1 bug to a specific Xcode version to remove it asap. * [tests] Fix some protocol changes (public or not) find by introspection tests * [tests][intro] Fix DefaultCtorAllowed failures * [Intents] Obsolete several Intents classes in watchOS. Several existing Intents classes have been marked as unavailable in watchOS in the headers in Xcode 10 beta 1, and corresponding tests are now failing. So obsolete the managed wrapper types, and fix tests accordingly. * Fix xtro wrt previous Ietents/intro changes * [tests] Minor adjustments to mtouch tests to work with Xcode 10. * [msbuild] Update tests to cope with additional files produced by the Core ML compiler. * [msbuild] Xcode 10 doesn't support building watchOS 1 apps, so show a clear error message explaining it. Also update tests accordingly. * [coreimage] Stub new filters and exclude ?removed? ones from tests * Update GameplayKit and SpriteKit NSSecureCoding _upgrade_ and fix other non-public cases (in tests) * [tests] Ignore some GameKit selectors that don't respond anymore (but seems to be available, at least in header files) * [tests] Fix intro 32bits testing for filters resutls * [msbuild] Slightly change error message to be better English.
2018-06-09 04:45:24 +03:00
[mtouch] Run the partial static registrar separately for 32-bit and 64-bit. (#1078) Run the partial static registrar separately for 32-bit and 64-bit, since this is required with the upcoming changes to embed metadata tokens inside the generated output, because the metadata tokens are different between the 32-bit and 64-bit versions of Xamarin.iOS.dll. Also make sure to properly resolve the 32-bit and 64-bit assemblies correctly (by setting the ArchDirectory on the assembly resolver), so that we don't pick up the reference assembly (which does not have the right metadata tokens). Additionally stop running the partial static registrar for MonoTouch.Dialog-1, since with the upcoming changes to use metadata tokens in the generated output, we won't support registering anything more than once. This shouldn't make much of an impact, because MonoTouch.Dialog-1 is fairly small, and doesn't take long to register in the dynamic registrar. For device builds (or when the static registrar is selected) this has no effect, since in that case we're registering everythinga anyway.
2016-11-01 18:41:41 +03:00
%.registrar.ios.i386.a: %.registrar.ios.i386.m %.registrar.ios.i386.h
Bump to use Xcode 10 beta 1 (#4179) * Bump to use Xcode 10 beta 1 * Update Versions.plist * Add a dependency on Xcode 9.4. * [msbuild] Fix build with Xcode 10 beta 1. (#4182) Many years ago (in Xcode 7 according to code comment) Developer/Platforms/iPhoneOS.platform/Developer/usr disappeared, and we coped by looking at Developer/usr instead (and also the subsequent code to locate the bin directory was based on the location of the usr directory). Developer/Platforms/iPhoneOS.platform/Developer/usr reappeared in Xcode 10 beta 1, but it seems useless (for one it doesn't contain a bin directory), so in order to try to keep things sane don't look for this directory in Xcode 10 and instead go directly for Developer/usr (which is what we've been using as the usr directory for years anyway). Fixes this problem when building apps with Xcode 10 beta 1: /Library/Frameworks/Mono.framework/External/xbuild/Xamarin/iOS/Xamarin.iOS.Common.targets(626,3): error : Could not locate SDK bin directory [/Users/rolf/Projects/TestApp/test-app.csproj] * [runtime] Build 32-bit mac executables using Xcode 9.4. * [mtouch] Work around broken tvOS headers in Xcode 10 beta 1. * [mtouch] Work around build problem with Apple's simd headers in Objective-C++ mode. * Use version-agnostic paths to sdk directories. * [tests][xtro] Add todo files (from unclassified) and adjust ignore files to avoid errors * [macos][security] Re-enable SSL[Get|Set]AlpnProtocols. Fixes #4001 (#4022) * [macos][security] Re-enable SSL[Get}Set]AlpnProtocols. Fixes #4001 This was fixed in macOS 10.13.4 https://github.com/xamarin/xamarin-macios/issues/4001 * [tests][monotouch-tests] Disable a few test cases (one crasher, other failures). Causes to be verified later * [xharness] Fix permission dialog suppression in Xcode 10. * [xharness] Ignore 32-bit macOS tests by default. * [tests] Execute mmp regression tests with Xcode 9.4 since many of them are 32-bit and needs porting to 64-bit. * [mmptest] Ignore 32-bit XM tests if we don't have a 32-bit-capable Xcode. * [registrar] Add workaround for broken headers in Xcode 10 beta 1 (radar 40824697). * [mtouch] Restrict another workaround for an Xcode 10 beta 1 bug to a specific Xcode version to remove it asap. * [tests] Fix some protocol changes (public or not) find by introspection tests * [tests][intro] Fix DefaultCtorAllowed failures * [Intents] Obsolete several Intents classes in watchOS. Several existing Intents classes have been marked as unavailable in watchOS in the headers in Xcode 10 beta 1, and corresponding tests are now failing. So obsolete the managed wrapper types, and fix tests accordingly. * Fix xtro wrt previous Ietents/intro changes * [tests] Minor adjustments to mtouch tests to work with Xcode 10. * [msbuild] Update tests to cope with additional files produced by the Core ML compiler. * [msbuild] Xcode 10 doesn't support building watchOS 1 apps, so show a clear error message explaining it. Also update tests accordingly. * [coreimage] Stub new filters and exclude ?removed? ones from tests * Update GameplayKit and SpriteKit NSSecureCoding _upgrade_ and fix other non-public cases (in tests) * [tests] Ignore some GameKit selectors that don't respond anymore (but seems to be available, at least in header files) * [tests] Fix intro 32bits testing for filters resutls * [msbuild] Slightly change error message to be better English.
2018-06-09 04:45:24 +03:00
$(Q_CC) $(IOS_CC) -DDEBUG -g -gdwarf-2 $(SIMULATOR86_CFLAGS) $(REGISTRAR_CFLAGS) -x objective-c++ -o $@ -c $< -Wall -Wno-unguarded-availability-new -I$(IOS_DESTDIR)$(MONOTOUCH_PREFIX)/SDKs/MonoTouch.iphonesimulator.sdk/usr/include
Add mtouch to the build.
2016-04-21 15:58:45 +03:00
[mtouch] Run the partial static registrar separately for 32-bit and 64-bit. (#1078) Run the partial static registrar separately for 32-bit and 64-bit, since this is required with the upcoming changes to embed metadata tokens inside the generated output, because the metadata tokens are different between the 32-bit and 64-bit versions of Xamarin.iOS.dll. Also make sure to properly resolve the 32-bit and 64-bit assemblies correctly (by setting the ArchDirectory on the assembly resolver), so that we don't pick up the reference assembly (which does not have the right metadata tokens). Additionally stop running the partial static registrar for MonoTouch.Dialog-1, since with the upcoming changes to use metadata tokens in the generated output, we won't support registering anything more than once. This shouldn't make much of an impact, because MonoTouch.Dialog-1 is fairly small, and doesn't take long to register in the dynamic registrar. For device builds (or when the static registrar is selected) this has no effect, since in that case we're registering everythinga anyway.
2016-11-01 18:41:41 +03:00
%.registrar.ios.x86_64.a: %.registrar.ios.x86_64.m %.registrar.ios.x86_64.h
Bump to use Xcode 10 beta 1 (#4179) * Bump to use Xcode 10 beta 1 * Update Versions.plist * Add a dependency on Xcode 9.4. * [msbuild] Fix build with Xcode 10 beta 1. (#4182) Many years ago (in Xcode 7 according to code comment) Developer/Platforms/iPhoneOS.platform/Developer/usr disappeared, and we coped by looking at Developer/usr instead (and also the subsequent code to locate the bin directory was based on the location of the usr directory). Developer/Platforms/iPhoneOS.platform/Developer/usr reappeared in Xcode 10 beta 1, but it seems useless (for one it doesn't contain a bin directory), so in order to try to keep things sane don't look for this directory in Xcode 10 and instead go directly for Developer/usr (which is what we've been using as the usr directory for years anyway). Fixes this problem when building apps with Xcode 10 beta 1: /Library/Frameworks/Mono.framework/External/xbuild/Xamarin/iOS/Xamarin.iOS.Common.targets(626,3): error : Could not locate SDK bin directory [/Users/rolf/Projects/TestApp/test-app.csproj] * [runtime] Build 32-bit mac executables using Xcode 9.4. * [mtouch] Work around broken tvOS headers in Xcode 10 beta 1. * [mtouch] Work around build problem with Apple's simd headers in Objective-C++ mode. * Use version-agnostic paths to sdk directories. * [tests][xtro] Add todo files (from unclassified) and adjust ignore files to avoid errors * [macos][security] Re-enable SSL[Get|Set]AlpnProtocols. Fixes #4001 (#4022) * [macos][security] Re-enable SSL[Get}Set]AlpnProtocols. Fixes #4001 This was fixed in macOS 10.13.4 https://github.com/xamarin/xamarin-macios/issues/4001 * [tests][monotouch-tests] Disable a few test cases (one crasher, other failures). Causes to be verified later * [xharness] Fix permission dialog suppression in Xcode 10. * [xharness] Ignore 32-bit macOS tests by default. * [tests] Execute mmp regression tests with Xcode 9.4 since many of them are 32-bit and needs porting to 64-bit. * [mmptest] Ignore 32-bit XM tests if we don't have a 32-bit-capable Xcode. * [registrar] Add workaround for broken headers in Xcode 10 beta 1 (radar 40824697). * [mtouch] Restrict another workaround for an Xcode 10 beta 1 bug to a specific Xcode version to remove it asap. * [tests] Fix some protocol changes (public or not) find by introspection tests * [tests][intro] Fix DefaultCtorAllowed failures * [Intents] Obsolete several Intents classes in watchOS. Several existing Intents classes have been marked as unavailable in watchOS in the headers in Xcode 10 beta 1, and corresponding tests are now failing. So obsolete the managed wrapper types, and fix tests accordingly. * Fix xtro wrt previous Ietents/intro changes * [tests] Minor adjustments to mtouch tests to work with Xcode 10. * [msbuild] Update tests to cope with additional files produced by the Core ML compiler. * [msbuild] Xcode 10 doesn't support building watchOS 1 apps, so show a clear error message explaining it. Also update tests accordingly. * [coreimage] Stub new filters and exclude ?removed? ones from tests * Update GameplayKit and SpriteKit NSSecureCoding _upgrade_ and fix other non-public cases (in tests) * [tests] Ignore some GameKit selectors that don't respond anymore (but seems to be available, at least in header files) * [tests] Fix intro 32bits testing for filters resutls * [msbuild] Slightly change error message to be better English.
2018-06-09 04:45:24 +03:00
$(Q_CC) $(IOS_CC) -DDEBUG -g -gdwarf-2 $(SIMULATOR64_CFLAGS) $(REGISTRAR_CFLAGS) -x objective-c++ -o $@ -c $< -Wall -Wno-unguarded-availability-new -I$(IOS_DESTDIR)$(MONOTOUCH_PREFIX)/SDKs/MonoTouch.iphonesimulator.sdk/usr/include
Add mtouch to the build.
2016-04-21 15:58:45 +03:00
Refactor static registrar to produce both a header and a source file. This way we can re-use the header in other files.
2016-05-11 14:10:35 +03:00
%.registrar.watchos.a: %.registrar.watchos.m %.registrar.watchos.h
Bump to use Xcode 10 beta 1 (#4179) * Bump to use Xcode 10 beta 1 * Update Versions.plist * Add a dependency on Xcode 9.4. * [msbuild] Fix build with Xcode 10 beta 1. (#4182) Many years ago (in Xcode 7 according to code comment) Developer/Platforms/iPhoneOS.platform/Developer/usr disappeared, and we coped by looking at Developer/usr instead (and also the subsequent code to locate the bin directory was based on the location of the usr directory). Developer/Platforms/iPhoneOS.platform/Developer/usr reappeared in Xcode 10 beta 1, but it seems useless (for one it doesn't contain a bin directory), so in order to try to keep things sane don't look for this directory in Xcode 10 and instead go directly for Developer/usr (which is what we've been using as the usr directory for years anyway). Fixes this problem when building apps with Xcode 10 beta 1: /Library/Frameworks/Mono.framework/External/xbuild/Xamarin/iOS/Xamarin.iOS.Common.targets(626,3): error : Could not locate SDK bin directory [/Users/rolf/Projects/TestApp/test-app.csproj] * [runtime] Build 32-bit mac executables using Xcode 9.4. * [mtouch] Work around broken tvOS headers in Xcode 10 beta 1. * [mtouch] Work around build problem with Apple's simd headers in Objective-C++ mode. * Use version-agnostic paths to sdk directories. * [tests][xtro] Add todo files (from unclassified) and adjust ignore files to avoid errors * [macos][security] Re-enable SSL[Get|Set]AlpnProtocols. Fixes #4001 (#4022) * [macos][security] Re-enable SSL[Get}Set]AlpnProtocols. Fixes #4001 This was fixed in macOS 10.13.4 https://github.com/xamarin/xamarin-macios/issues/4001 * [tests][monotouch-tests] Disable a few test cases (one crasher, other failures). Causes to be verified later * [xharness] Fix permission dialog suppression in Xcode 10. * [xharness] Ignore 32-bit macOS tests by default. * [tests] Execute mmp regression tests with Xcode 9.4 since many of them are 32-bit and needs porting to 64-bit. * [mmptest] Ignore 32-bit XM tests if we don't have a 32-bit-capable Xcode. * [registrar] Add workaround for broken headers in Xcode 10 beta 1 (radar 40824697). * [mtouch] Restrict another workaround for an Xcode 10 beta 1 bug to a specific Xcode version to remove it asap. * [tests] Fix some protocol changes (public or not) find by introspection tests * [tests][intro] Fix DefaultCtorAllowed failures * [Intents] Obsolete several Intents classes in watchOS. Several existing Intents classes have been marked as unavailable in watchOS in the headers in Xcode 10 beta 1, and corresponding tests are now failing. So obsolete the managed wrapper types, and fix tests accordingly. * Fix xtro wrt previous Ietents/intro changes * [tests] Minor adjustments to mtouch tests to work with Xcode 10. * [msbuild] Update tests to cope with additional files produced by the Core ML compiler. * [msbuild] Xcode 10 doesn't support building watchOS 1 apps, so show a clear error message explaining it. Also update tests accordingly. * [coreimage] Stub new filters and exclude ?removed? ones from tests * Update GameplayKit and SpriteKit NSSecureCoding _upgrade_ and fix other non-public cases (in tests) * [tests] Ignore some GameKit selectors that don't respond anymore (but seems to be available, at least in header files) * [tests] Fix intro 32bits testing for filters resutls * [msbuild] Slightly change error message to be better English.
2018-06-09 04:45:24 +03:00
$(Q_CC) $(IOS_CC) -DDEBUG -g -gdwarf-2 $(SIMULATORWATCH_CFLAGS) $(REGISTRAR_CFLAGS) -x objective-c++ -o $@ -c $< -Wall -Wno-unguarded-availability-new -I$(IOS_DESTDIR)$(XAMARIN_WATCHSIMULATOR_SDK)/usr/include
Add mtouch to the build.
2016-04-21 15:58:45 +03:00
Refactor static registrar to produce both a header and a source file. This way we can re-use the header in other files.
2016-05-11 14:10:35 +03:00
%.registrar.tvos.a: %.registrar.tvos.m %.registrar.tvos.h
Bump to use Xcode 10 beta 1 (#4179) * Bump to use Xcode 10 beta 1 * Update Versions.plist * Add a dependency on Xcode 9.4. * [msbuild] Fix build with Xcode 10 beta 1. (#4182) Many years ago (in Xcode 7 according to code comment) Developer/Platforms/iPhoneOS.platform/Developer/usr disappeared, and we coped by looking at Developer/usr instead (and also the subsequent code to locate the bin directory was based on the location of the usr directory). Developer/Platforms/iPhoneOS.platform/Developer/usr reappeared in Xcode 10 beta 1, but it seems useless (for one it doesn't contain a bin directory), so in order to try to keep things sane don't look for this directory in Xcode 10 and instead go directly for Developer/usr (which is what we've been using as the usr directory for years anyway). Fixes this problem when building apps with Xcode 10 beta 1: /Library/Frameworks/Mono.framework/External/xbuild/Xamarin/iOS/Xamarin.iOS.Common.targets(626,3): error : Could not locate SDK bin directory [/Users/rolf/Projects/TestApp/test-app.csproj] * [runtime] Build 32-bit mac executables using Xcode 9.4. * [mtouch] Work around broken tvOS headers in Xcode 10 beta 1. * [mtouch] Work around build problem with Apple's simd headers in Objective-C++ mode. * Use version-agnostic paths to sdk directories. * [tests][xtro] Add todo files (from unclassified) and adjust ignore files to avoid errors * [macos][security] Re-enable SSL[Get|Set]AlpnProtocols. Fixes #4001 (#4022) * [macos][security] Re-enable SSL[Get}Set]AlpnProtocols. Fixes #4001 This was fixed in macOS 10.13.4 https://github.com/xamarin/xamarin-macios/issues/4001 * [tests][monotouch-tests] Disable a few test cases (one crasher, other failures). Causes to be verified later * [xharness] Fix permission dialog suppression in Xcode 10. * [xharness] Ignore 32-bit macOS tests by default. * [tests] Execute mmp regression tests with Xcode 9.4 since many of them are 32-bit and needs porting to 64-bit. * [mmptest] Ignore 32-bit XM tests if we don't have a 32-bit-capable Xcode. * [registrar] Add workaround for broken headers in Xcode 10 beta 1 (radar 40824697). * [mtouch] Restrict another workaround for an Xcode 10 beta 1 bug to a specific Xcode version to remove it asap. * [tests] Fix some protocol changes (public or not) find by introspection tests * [tests][intro] Fix DefaultCtorAllowed failures * [Intents] Obsolete several Intents classes in watchOS. Several existing Intents classes have been marked as unavailable in watchOS in the headers in Xcode 10 beta 1, and corresponding tests are now failing. So obsolete the managed wrapper types, and fix tests accordingly. * Fix xtro wrt previous Ietents/intro changes * [tests] Minor adjustments to mtouch tests to work with Xcode 10. * [msbuild] Update tests to cope with additional files produced by the Core ML compiler. * [msbuild] Xcode 10 doesn't support building watchOS 1 apps, so show a clear error message explaining it. Also update tests accordingly. * [coreimage] Stub new filters and exclude ?removed? ones from tests * Update GameplayKit and SpriteKit NSSecureCoding _upgrade_ and fix other non-public cases (in tests) * [tests] Ignore some GameKit selectors that don't respond anymore (but seems to be available, at least in header files) * [tests] Fix intro 32bits testing for filters resutls * [msbuild] Slightly change error message to be better English.
2018-06-09 04:45:24 +03:00
$(Q_CC) $(IOS_CC) -DDEBUG -g -gdwarf-2 $(SIMULATORTV_CFLAGS) $(REGISTRAR_CFLAGS) -x objective-c++ -o $@ -c $< -Wall -Wno-unguarded-availability-new -I$(IOS_DESTDIR)$(XAMARIN_TVSIMULATOR_SDK)/usr/include
Add mtouch to the build.
2016-04-21 15:58:45 +03:00
TARGETS = \
$(IOS_DESTDIR)$(MONOTOUCH_PREFIX)/bin/mtouch \
[mmp/mtouch] Don't mkbundle anymore. mtouch only uses Xamarin.Mac to read plists, so change to use our purely managed plist reader in Xamarin.MacDev instead. That makes us able to change mtouch to be a normal command-line executable (and project). Which makes it logical to not mkbundle mtouch anymore, it executes just fine with the system mono (and there's no code to protect anymore either). And since mmp and mtouch share some files, do the same for mmp.
2016-04-25 01:49:28 +03:00
$(IOS_DESTDIR)$(MONOTOUCH_PREFIX)/lib/mtouch/mtouch.exe \
Add mtouch to the build.
2016-04-21 15:58:45 +03:00
$(foreach launcher,$(SIMLAUNCHERS),$(IOS_DESTDIR)$(MONOTOUCH_PREFIX)/bin/$(launcher)) \
$(IOS_DESTDIR)$(MONOTOUCH_PREFIX)/SDKs/MonoTouch.iphonesimulator.sdk/usr/lib/Xamarin.iOS.registrar.a \
ifdef INCLUDE_WATCH
TARGETS += $(IOS_DESTDIR)$(XAMARIN_WATCHSIMULATOR_SDK)/usr/lib/Xamarin.WatchOS.registrar.a
endif
ifdef INCLUDE_TVOS
TARGETS += \
$(IOS_DESTDIR)$(XAMARIN_TVSIMULATOR_SDK)/usr/lib/Xamarin.TVOS.registrar.a \
[mtouch] Run the partial static registrar separately for 32-bit and 64-bit. (#1078) Run the partial static registrar separately for 32-bit and 64-bit, since this is required with the upcoming changes to embed metadata tokens inside the generated output, because the metadata tokens are different between the 32-bit and 64-bit versions of Xamarin.iOS.dll. Also make sure to properly resolve the 32-bit and 64-bit assemblies correctly (by setting the ArchDirectory on the assembly resolver), so that we don't pick up the reference assembly (which does not have the right metadata tokens). Additionally stop running the partial static registrar for MonoTouch.Dialog-1, since with the upcoming changes to use metadata tokens in the generated output, we won't support registering anything more than once. This shouldn't make much of an impact, because MonoTouch.Dialog-1 is fairly small, and doesn't take long to register in the dynamic registrar. For device builds (or when the static registrar is selected) this has no effect, since in that case we're registering everythinga anyway.
2016-11-01 18:41:41 +03:00
Add mtouch to the build.
2016-04-21 15:58:45 +03:00
endif
TARGET_DIRS = \
[mmp/mtouch] Don't mkbundle anymore. mtouch only uses Xamarin.Mac to read plists, so change to use our purely managed plist reader in Xamarin.MacDev instead. That makes us able to change mtouch to be a normal command-line executable (and project). Which makes it logical to not mkbundle mtouch anymore, it executes just fine with the system mono (and there's no code to protect anymore either). And since mmp and mtouch share some files, do the same for mmp.
2016-04-25 01:49:28 +03:00
bin/Makefile \
Add mtouch to the build.
2016-04-21 15:58:45 +03:00
$(IOS_DESTDIR)$(MONOTOUCH_PREFIX)/bin \
$(IOS_DESTDIR)$(MONOTOUCH_PREFIX)/lib \
[mmp/mtouch] Don't mkbundle anymore. mtouch only uses Xamarin.Mac to read plists, so change to use our purely managed plist reader in Xamarin.MacDev instead. That makes us able to change mtouch to be a normal command-line executable (and project). Which makes it logical to not mkbundle mtouch anymore, it executes just fine with the system mono (and there's no code to protect anymore either). And since mmp and mtouch share some files, do the same for mmp.
2016-04-25 01:49:28 +03:00
$(IOS_DESTDIR)$(MONOTOUCH_PREFIX)/lib/mtouch \
Add mtouch to the build.
2016-04-21 15:58:45 +03:00
$(IOS_DESTDIR)$(MONOTOUCH_PREFIX)/etc/mono/assemblies/System \
$(IOS_DESTDIR)$(MONOTOUCH_SIMULATOR_SDK)/usr/lib \
$(IOS_DESTDIR)$(XAMARIN_WATCHSIMULATOR_SDK)/usr/lib \
$(IOS_DESTDIR)$(XAMARIN_TVSIMULATOR_SDK)/usr/lib \
$(TARGET_DIRS):
$(Q) mkdir -p $@
[mtouch] Build using csproj instead of manual csc command. Partial fix for #4384. * Make sure mtouch.csproj builds using the same compiler arguments as the makefile used. * Build mtouch.exe using msbuild in the makefile, and clean up the resulting unused make logic. Partial fix for https://github.com/xamarin/xamarin-macios/issues/4384.
2018-08-23 14:27:44 +03:00
$(IOS_DESTDIR)$(MONOTOUCH_PREFIX)/lib/mtouch/mtouch.exe: $(MTOUCH_DIR)/mtouch.exe | $(IOS_DESTDIR)$(MONOTOUCH_PREFIX)/lib/mtouch
Clone files if possible whenever it makes sense. (#5049) Cloning is faster when supported, and it also saves disk space.
2018-10-29 18:09:30 +03:00
$(Q) $(CP) $(dir $<)/*.exe $(dir $@)
$(Q) $(CP) $(dir $<)/*.dll $(dir $@)
$(Q) $(CP) $(dir $<)/*.pdb $(dir $@)
[mmp/mtouch] Don't mkbundle anymore. mtouch only uses Xamarin.Mac to read plists, so change to use our purely managed plist reader in Xamarin.MacDev instead. That makes us able to change mtouch to be a normal command-line executable (and project). Which makes it logical to not mkbundle mtouch anymore, it executes just fine with the system mono (and there's no code to protect anymore either). And since mmp and mtouch share some files, do the same for mmp.
2016-04-25 01:49:28 +03:00
$(IOS_DESTDIR)$(MONOTOUCH_PREFIX)/bin/mtouch: mtouch.in | $(IOS_DESTDIR)$(MONOTOUCH_PREFIX)/bin
$(Q_GEN) sed 's!@MONOTOUCH_PREFIX@!$(abspath $(IOS_TARGETDIR)$(MONOTOUCH_PREFIX))!g' $< > $@
$(Q) chmod +x $@
Add mtouch to the build.
2016-04-21 15:58:45 +03:00
$(IOS_DESTDIR)$(MONOTOUCH_PREFIX)/bin/%: % | $(IOS_DESTDIR)$(MONOTOUCH_PREFIX)/bin
Clone files if possible whenever it makes sense. (#5049) Cloning is faster when supported, and it also saves disk space.
2018-10-29 18:09:30 +03:00
$(Q) $(CP) $< $@
Add mtouch to the build.
2016-04-21 15:58:45 +03:00
$(IOS_DESTDIR)$(MONOTOUCH_PREFIX)/lib/%: % | $(IOS_DESTDIR)$(MONOTOUCH_PREFIX)/lib
Clone files if possible whenever it makes sense. (#5049) Cloning is faster when supported, and it also saves disk space.
2018-10-29 18:09:30 +03:00
$(Q) $(CP) $< $@
Add mtouch to the build.
2016-04-21 15:58:45 +03:00
$(IOS_DESTDIR)$(MONOTOUCH_SIMULATOR_SDK)/usr/lib/%.registrar.a: %.registrar.ios.a | $(IOS_DESTDIR)$(MONOTOUCH_SIMULATOR_SDK)/usr/lib
Clone files if possible whenever it makes sense. (#5049) Cloning is faster when supported, and it also saves disk space.
2018-10-29 18:09:30 +03:00
$(Q) $(CP) $< $@
Add mtouch to the build.
2016-04-21 15:58:45 +03:00
$(IOS_DESTDIR)$(XAMARIN_WATCHSIMULATOR_SDK)/usr/lib/%.registrar.a: %.registrar.watchos.a | $(IOS_DESTDIR)$(XAMARIN_WATCHSIMULATOR_SDK)/usr/lib
Clone files if possible whenever it makes sense. (#5049) Cloning is faster when supported, and it also saves disk space.
2018-10-29 18:09:30 +03:00
$(Q) $(CP) $< $@
Add mtouch to the build.
2016-04-21 15:58:45 +03:00
$(IOS_DESTDIR)$(XAMARIN_TVSIMULATOR_SDK)/usr/lib/%.registrar.a: %.registrar.tvos.a | $(IOS_DESTDIR)$(XAMARIN_TVSIMULATOR_SDK)/usr/lib
Clone files if possible whenever it makes sense. (#5049) Cloning is faster when supported, and it also saves disk space.
2018-10-29 18:09:30 +03:00
$(Q) $(CP) $< $@
Add mtouch to the build.
2016-04-21 15:58:45 +03:00
ifdef INCLUDE_IOS
install-local:: $(TARGETS)
all-local:: $(TARGETS)
endif
[mtouch] Auto-install locally after building in the IDE. (#1432) Auto-install locally after building in the IDE, so that running mtouch tests after running the mtouch project doesn't require switching to the command line.
2017-01-04 00:34:33 +03:00
mtouch: \
$(IOS_DESTDIR)$(MONOTOUCH_PREFIX)/bin/mtouch \
$(IOS_DESTDIR)$(MONOTOUCH_PREFIX)/lib/mtouch/mtouch.exe \
Add mtouch to the build.
2016-04-21 15:58:45 +03:00
clean-local::
[Fix] Ensure we do remove the bin directory when we do a make clean.
2016-05-05 13:16:38 +03:00
rm -Rf bin obj
Add mtouch to the build.
2016-04-21 15:58:45 +03:00
rm -f $(SIMLAUNCHERS)
[mtouch] Build using csproj instead of manual csc command. Partial fix for #4384. * Make sure mtouch.csproj builds using the same compiler arguments as the makefile used. * Build mtouch.exe using msbuild in the makefile, and clean up the resulting unused make logic. Partial fix for https://github.com/xamarin/xamarin-macios/issues/4384.
2018-08-23 14:27:44 +03:00
$(SYSTEM_MSBUILD) "/t:Clean" /p:Configuration=$(MTOUCH_CONF) *.csproj
Add mtouch to the build.
2016-04-21 15:58:45 +03:00
include $(TOP)/mk/rules.mk
Move MT0091 to common code so Xamarin.Mac can benefit from the more f… (#2780) - https://bugzilla.xamarin.com/show_bug.cgi?id=59186
2017-09-29 20:45:53 +03:00
include ../common/Make.common
Add mtouch to the build.
2016-04-21 15:58:45 +03:00
# make will automatically consider files created in chained implicit rules as temporary files, and delete them afterwards
# marking those files as .SECONDARY will prevent that deletion.
[mtouch] Run the partial static registrar separately for 32-bit and 64-bit. (#1078) Run the partial static registrar separately for 32-bit and 64-bit, since this is required with the upcoming changes to embed metadata tokens inside the generated output, because the metadata tokens are different between the 32-bit and 64-bit versions of Xamarin.iOS.dll. Also make sure to properly resolve the 32-bit and 64-bit assemblies correctly (by setting the ArchDirectory on the assembly resolver), so that we don't pick up the reference assembly (which does not have the right metadata tokens). Additionally stop running the partial static registrar for MonoTouch.Dialog-1, since with the upcoming changes to use metadata tokens in the generated output, we won't support registering anything more than once. This shouldn't make much of an impact, because MonoTouch.Dialog-1 is fairly small, and doesn't take long to register in the dynamic registrar. For device builds (or when the static registrar is selected) this has no effect, since in that case we're registering everythinga anyway.
2016-11-01 18:41:41 +03:00
.SECONDARY: $(foreach ext,a h m,Xamarin.iOS.registrar.ios.i386.$(ext) Xamarin.iOS.registrar.ios.x86_64.$(ext))
.SECONDARY: $(foreach ext,a h m,Xamarin.WatchOS.registrar.watchos.$(ext))
.SECONDARY: $(foreach ext,a h m,Xamarin.TVOS.registrar.tvos.$(ext))