Skip to content

Conversation

@spouliot
Copy link
Contributor

No description provided.

spouliot and others added 30 commits October 6, 2016 20:53
Some binding assemblies contains extra, unneeded code, generated by the C# compiler, e.g.

IL_002f: stloc.0
IL_0030: ldloc.0

which the binding optimizer did not expect.

https://bugzilla.xamarin.com/show_bug.cgi?id=44701
commit mono/mono@99f2e7d
Author: Rolf Bjarne Kvinge <rolf@xamarin.com>
Date:   Mon Oct 31 17:35:26 2016 +0100

    [System] Remove any CFNetwork usage from the watchOS profile. Fixes #45847. (dotnet#3843)

    The MacProxy class uses CFNetwork, but since CFNetwork is not a public
    framework on watchOS, we can't use it.

    So remove MacProxy completely (it only contains internal classes), and throw
    PlatformNotSupportedException in any API that used it (the managed networking
    stack is not supported on watchOS anyway, so this should be safe).

    This is a backport of the following commits:
    c023b2b30aa3bd0d2f0eafb5e983861df7f67de4 and
    16b8979fd1698669499defc95cc069c0adf1e291.

    https://bugzilla.xamarin.com/show_bug.cgi?id=45847
… causing buffers to have a zero thread ID.
…1092)

The problem was that this property was evaluating to True
for the main app bundle because it assumed that if the
project contained a Watch app, that it was the WatchExtension.

This logic only holds true for WatchOS1, but not WatchOS2.

Fixes https://bugzilla.xamarin.com/show_bug.cgi?id=44841

Also fixes https://bugzilla.xamarin.com/show_bug.cgi?id=46266
because this fix wasn't backported to cycle8.
commit mono/mono@72e13f4
Author: Rolf Bjarne Kvinge <rolf@xamarin.com>
Date:   Wed Nov 2 15:51:09 2016 +0100

    [System.Net.Http] Fix HttpClient test after we started throwing PlatformNotSupportedExceptions in WebRequest.GetSystemWebProxy for watchOS.

    Fix HttpClient test after we started throwing PlatformNotSupportedExceptions
    in WebRequest.GetSystemWebProxy in 99f2e7d36d544f903bc3931db598137f087e5b2c.
This fixes mmp tests that fail when a Cycle 9 mono version is installed on the bots:

```
		Undefined symbols for architecture i386:
		  "_mono_btls_bio_flush", referenced from:
		     -u command line option
		[...]
		ld: symbol(s) not found for architecture i386
		clang: error: linker command failed with exit code 1 (use -v to see invocation)
MMP: error MM5109: Native linking failed with error code 1.  Check build log for details.
	Task "Mmp" execution -- FAILED
	Done building target "_CompileToNative" in project "/Users/builder/data/lanes/3969/1d0df24f/source/xamarin-macios/tests/mmptest/regression/system-mono/system-mono.csproj".-- FAILED
Done building project "/Users/builder/data/lanes/3969/1d0df24f/source/xamarin-macios/tests/mmptest/regression/system-mono/system-mono.csproj".-- FAILED
```
commit mono/mono@213218f
Merge: 7929ff0 577192b
Author: Marek Safar <marek.safar@gmail.com>
Date:   Mon Nov 7 17:29:58 2016 +0100

    Merge pull request dotnet#3906 from rolfbjarne/system-test-fixes-4.6

    [System] Ignore some networking tests after we started throwing PlatformNotSupportedExceptions in WebRequest.GetSystemWebProxy for watchOS.
…et#1239)

reference:
!unknown-pinvoke! glGetQueryObjectivEXT bound
…or. Fixes #48382 (dotnet#1276)

Commit ba37aa4 workaround around a signature clash incorrectly and
turned the selector to static ones (and incorrectly set the handle)

Also fix a typo in the [Advice] attribute of the old API

https://bugzilla.xamarin.com/show_bug.cgi?id=48382
…otnet#1266)

That logic wrongly assumed that mtouch will always output a new
native executable file and that the dSYMs will need to be regenerated,
but that is not the case.

Move the rm -rf logic into the _GenerateDebugSymbols target instead,
so that we only delete the dSYMs if we've already committed to
regenerating them.

Fixes https://bugzilla.xamarin.com/show_bug.cgi?id=41231

For a walk-through of the problem, see
https://bugzilla.xamarin.com/show_bug.cgi?id=47803#c9
Use DrawViewHierarchy to capture a snapshot of the current screen
* Bump Xcode to 8.2 and update API files to match C8SR1 (dotnet#1096)

* Bump Xcode to 8.2 and update API files to match C8SR1

* [tests] Tweak tests so there's no failure when running against Xcode 8.2 and the new SDK

* [homekit] Update for iOS 10.2 beta 1 (dotnet#1088)

- Also use smart enums for HMServiceType, HMCharacteristicType and HMAccessoryCategoryType.

* [watchconnectivity] Small API update for Xcode 8.2 beta 1 (dotnet#1097)

* [uikit] Small update for Xcode 8.2 beta 1 (dotnet#1098)

* UICloudSharingPermissionOptions is not part in watchOS. It's an enum so
  it's not a big issue (worth a breaking change) -> XAMCORE_4_0

* Remove TODO on UICloudSharingController as Apple fixed our rdar 27929711

* [watchos][passkit] Small update for Xcode 8.2 beta 1 (dotnet#1099)

As suspected CanAddFelicaPass is part of watchOS 3.1, closing our
reported rdar 28608634

* [generator] Add more control over generated enums/fields (dotnet#836)

This allows us to convert some existing manual conversion code into
generated code and never miss a new constant being added [1].

The additional control comes in two forms:

* allow [Field (null)]: a null NSString constant will return this
  enum value instead of throwing an ArgumentNullException;

* a new `[DefaultEnumValue]` attribute allow marking the constant to be
  returned if the enum value is not known;

[1] Vincent found some missing in HomeKit when adding the new ones
from iOS 10.

This commits also adds documentation for the existing (missing) and
new attributes.

* [generator] Allow identical (numeric) values in smart enums. Fixes #46285 (dotnet#1102)

Considering the following binding code:

    public enum HMAccessoryCategoryType {
        [Field ("HMAccessoryCategoryTypeGarageDoorOpener")]
        DoorOpener,

        GarageDoorOpener = DoorOpener,
    }

We must

1. Ensure that `HMAccessoryCategoryType.DoorOpener.GetConstant () ==
	HMAccessoryCategoryType.GarageDoorOpener.GetConstant ()`;

This is done by using the numeric value of the enum member (instead of the name)

2. Ensure that `HMAccessoryCategoryTypeExtensions.GetValue ("HMAccessoryCategoryTypeGarageDoorOpener")`
   always return the same enum value, i.e. it can **not** change between
   XI versions (e.g. due to reflection ordering) as it could break
   comparison code;

This is done by only adding a map to the member that has a [Field] and
means that:

2.1. the _favorite_ enum member should be the one with the [Field]; and

2.2. a [Field] value can only be used once per enum (or else we report
     an BI1046 error). This also solve the duplicate code generation for
	 the constant loading code;

Reference:
* https://bugzilla.xamarin.com/show_bug.cgi?id=46285

* [watchos][watchkit] Small updates for Xcode 8.2 beta 1 (dotnet#1103)

Normally the removal of `HandleAction` would be a breaking change (and
require a stub). However Xamarin.WatchOS.dll is not final before C9 so
this fix will be backported to `master` and `cycle9` branches.

* [generator] Copy [Obsolete] attributes on smart enums. Fixes #46292 (dotnet#1104)

Covers attributes on the type itself and on its members.

Reference:
* https://bugzilla.xamarin.com/show_bug.cgi?id=46292

* [tvos][storekit] Small update for Xcode 8.2 beta 1 (dotnet#1113)

Effectively there's no API change, but a new (for tvOS) header was added
even if it does not include stuff added to tvOS. This requires a few
updates for xtro to gives correct results.

Also added comments in bindings since this makes things clearer.

* [replaykit] Add new FinishBroadcast method to RPBroadcastSampleHandler from Xcode 8.2 beta 1 (dotnet#1101)

* [Photos] Update Photos to Xcode 8.2 Beta 1 (dotnet#1106)

* [security] Add two new constants to SSLSessionConfig from Xcode 8.2 beta 1 (dotnet#1100)

* [videosubscriberaccount] Small update for Xcode 8.2 beta 1 (dotnet#1115)

* [messages] Update to iOS 10.2 beta 1 (dotnet#1112)

* [modelio] Update for iOS 10.2 beta 1 (dotnet#1126)

* [spritekit] Update for iOS 10.2 beta 1 (dotnet#1111)

* [mtouch] Add workarounds for file descriptor leak in System.Diagnostics.Process. (dotnet#1137)

This is a backport of these commits from master: 4d06d05, 1fdd17e and 39ec76e.

It fixes this mtouch test:

    1) Test Error : MTouchTests.MTouch.ScriptedTests

        [...]
        error MT0000: Unexpected error - Please file a bug report at http://bugzilla.xamarin.com
        System.IO.IOException: Too many open files
          at System.Diagnostics.Process.CreatePipe (System.IntPtr& read, System.IntPtr& write, System.Boolean writeDirection) [0x00094] in /private/tmp/source-mono-4.6.0-c8sr0/bockbuild-mono-4.6.0-branch-c8sr0/profiles/mono-mac-xamarin/build-root/mono-x86/mcs/class/System/System.Diagnostics/Process.cs:659
          at System.Diagnostics.Process.StartWithCreateProcess (System.Diagnostics.ProcessStartInfo startInfo) [0x0012c] in /private/tmp/source-mono-4.6.0-c8sr0/bockbuild-mono-4.6.0-branch-c8sr0/profiles/mono-mac-xamarin/build-root/mono-x86/mcs/class/System/System.Diagnostics/Process.cs:716

* [homekit] Update for tvOS 10.1 beta 1 (dotnet#1139)

- Also add missing HMCharacteristicTypeSecuritySystemAlarmType.

* [mediaplayer] Enable MediaPlayer on macOS (dotnet#1138)

- Enable some MediaPlayer-related UIKit APIs.
- tools/common/Frameworks.cs fix to handle build version digit.
- Lots of [NoMac] and [Mac (10,12,2)].

* [homekit] Remove bugzilla comments (dotnet#1152)

Since bug #46292: "[generator] Obsolete attribute doesn't make it to generated file for smart enums"
and #46285: "[generator] Smart enum does not handle 2 equal values" are both fixed, the comments can be removed.

Also we don't need to have the [Field] attribute on 2 enum values anymore.

* [Mac 10.12.2] CloudKit nullability info (dotnet#1153)

* [mediaplayer] Fixes due to xtro tests (dotnet#1160)

- MPMusicPlayerController_MPPlaybackControl category isn't available on tvOS.
- Add missing `MPMediaPlaylist` selectors.

* Bump to Xcode 8.2 beta 2. (dotnet#1193)

* [Intents] Update to Xcode 8.2 Beta 1 (dotnet#1192)

* [CloudKit] Update bindings for Xcode 8.2 (dotnet#1197)

* [HomeKit] Update to Xcode 8.2 Beta 2

* [Photos] Update Photos to Xcode 8.2 Beta 2

* [Homekit] Remove Apple's Suplhur typo from ApiTypoTest

* [Intents] Update to Xcode 8.2 Beta 2

* [passkit] Update for iOS 10.2 beta 2

* [AVFoundation] Update bindings for Xcode 8.2 (dotnet#1196)

* [AVFoundation] Update bindings for Xcode 8.2

* Fix typo.

* Move property to the correct class.

* [homekit] Add "[NoWatch]" to "[WatchOS (3,1,1)]" APIs (dotnet#1219)

As xtro pointed out (see https://gist.github.com/spouliot/b634e5d1a5590a629d6c6c00e4eadbef)
APIs that were marked as available for watchOS 3.1.1 weren't in fact available.

Note: it's not impossible that a future version of Xcode actually adds those.
We'll then be able to just revert this commit.

* [homekit] Add back properties removed when dropping manual enum code (dotnet#1226)

references:

* API diff @ https://jenkins.mono-project.com/job/xamarin-macios-pr-builder/2071/API_diff/
* commit 0504586

* [opentk] Bump to remove deprecated glGetQueryObjectivEXT symbol (dotnet#1239)

reference:
!unknown-pinvoke! glGetQueryObjectivEXT bound

* [cloudkit][watchos] Re-introduce [DesignatedInitializer] on CKFetchWebAuthTokenOperation (dotnet#1240)

Header files were not updated (in Xcode 8.2) for watchOS 3.1 so some
changes should be delayed (in case the fork is permanent)

reference:
!missing-designated-initializer! CKFetchWebAuthTokenOperation::initWithAPIToken: is missing an [DesignatedInitializer] attribute

* [tests][xtro] Fix category name mapping (e.g. casing) (dotnet#1244)

reference:
!missing-selector! NSMutableURLRequest::bindToHotspotHelperCommand: not bound

* [tests][xtro] Update data files (dotnet#1245)

* [AVKit] Add missing enum for Xcode 8.2 beta 1. (dotnet#1246)

* [AVKit] Add missing enum for Xcode 8.2 beta 1.

* As per review, move away from the enum implementation, add a static class with the valid strings.

* [intents] Add obsoleted default ctor for INRideDriver and INRideStatus (dotnet#1262)

Xcode 8.2 (beta 1) changed the default `init` to throw the following

`NSInvalidArgumentException Reason: *** -[__NSPlaceholderDictionary initWithObjects:forKeys:count:]: attempt to insert nil object from objects[1]`

So we introduce compatibility stubs to avoid the native exception, warn
the developers and maintain binary compatibility

* [apidiff] Update xml definitions to match C8SR1 (stable) (dotnet#1263)

* [networkextension] Fix some API that works only from an extension with specific entitlements (dotnet#1158)

* Enable default constructor on NEPacketTunnelProvider
* NEPacketTunnelNetworkSettings needs the same constructor as parent class
* skip NEPacketTunnelProvider in ctor init test

From @VincentDondain

`NEPacketTunnelProvider *a = [[NEPacketTunnelProvider alloc] init];` return `nil` without these entitlements:

```
<key>com.apple.developer.networking.networkextension</key>
<array>
    <string>packet-tunnel-provider</string>
    <string>app-proxy-provider</string>
    <string>content-filter-provider</string>
</array>
```

Note: you're also supposed to call it from its "extension process" otherwise you get: `NEProvider objects cannot be instantiated from non-extension processes.`

Hence from an iOS App Extension that has the `com.apple.networkextension.packet-tunnel` extension point.

* [networkextension] Mark NEPacketTunnelNetworkSettings default .ctor obsolete (dotnet#1267)

The returned instance cannot be used [1]. However removing it would be
a breaking change so we're obsoleting the API (until a new version of
the profile).

[1] dotnet#1158 (comment)

* Merge pull request dotnet#936 from VincentDondain/master-fix-bug-44874

[networkextension] Enable default contructor on NETunnelProviderManager

* Merge xcode82 into cycle8-xi for C8SR2
…I). Fixes #45994 (dotnet#1327)

The port number should not be included along the host name. Otherwise
the server will refuse the connection (and we'll throw). This is a
problem when servers are not using the default (443) SSL/TLS port.

ref: https://bugzilla.xamarin.com/show_bug.cgi?id=45994

Another PR [1] was made to fix MonoTLS in mono/master [2]. While
disable in C19 (master) we'll need this fixed when backporting to C9

[1] mono/mono#4120
[2] https://bugzilla.xamarin.com/show_bug.cgi?id=46549
…s. Fixes #50290 (dotnet#1384)

The `generic_icollection_class` condition (in class.c) does not match the mscorlib.xml descriptor file.

+ IEnumerator`1
+ IReadOnlyList`1
+ IReadOnlyCollection`1

reference:
https://bugzilla.xamarin.com/show_bug.cgi?id=50290
dalexsoto and others added 14 commits March 9, 2017 14:26
Apple added API_UNAVAILABLE(watchos) to

+ (INSiriAuthorizationStatus)siriAuthorizationStatus
+ (void)requestSiriAuthorization:(void (^)(INSiriAuthorizationStatus status))handler

So we got the availability right :D
…82 (dotnet#1772) (dotnet#1778) (dotnet#1790)

The latest NSUrlSessionHandler implementation switched from loading the
request into memory (NSData) to loading it from a stream (NSInputStream).
The later is more efficient, at least for large POST'ed requests which
could, in theory, not even fit in memory.

Now using a stream means a different API is used. NSMutableUrlRequest
Body and BodyStream properties are exclusive but also a bit different as
the later won't set Content-Length [1] and switch to chunked encoding [2]

Even if the current code is compliant with HTTP/1.1 this breaks some
common POST/PUT usage that worked "as expected" in the previous (C8)
release.

To fix this we ask for the stream's length. We assume that if the length
is known then it's (likely) already (or fitting) in memory and use the
(old, in memory) Body property, which will set Content-Length.

If the length is unknown then we use the BodyStream approach so large
POST will continue to work (well over past/C8 limits).

Finally there might be case where developers will prefer to avoid the
extra memory (of `Body`) so a new property `MaxInputInMemory` is added
to set a maximum. It defaults to `Int64.MaxValue` so `Body` will be
used whenever possible. It can be set to `0` to get back the original C9
(always use a stream) behavior.

references:
[1] https://bugzilla.xamarin.com/show_bug.cgi?id=52682
[2] https://bugzilla.xamarin.com/show_bug.cgi?id=52711
[3] https://devforums.apple.com/message/919330#919330
…dotnet#1777)

- Update comments on XM45.targets file
- Remove unnecessary AssemblySearchPaths hack causing issues using nugets with same name as Facades
- Note: MSBuild with XM 4.5 is still broken for now
commit mono/mono@89b94ad
Merge: e4a3cf3 62de34e
Author: Rodrigo Kumpera <kumpera@users.noreply.github.com>
Date:   Tue Feb 21 02:32:06 2017 -0500

    Merge pull request dotnet#4356 from BrzVlad/fix-52300

    [sgen] Don't restart threads with invalid stack start

https://bugzilla.xamarin.com/show_bug.cgi?id=52300
…SUrlSessionHandler. Fixes #51423 (dotnet#1888)

Do pass the cancelation token in the NSUrlSessionHandler to ensure that
if the request is cancelled we do not hang for ever.

https://bugzilla.xamarin.com/show_bug.cgi?id=51423
…SessionTask (dotnet#1900)

If the request is canceled, the inflight data is cleaned up. That allows
us to know that the NSUrlSessionTask should be canceled, which will
execute the DidCompleteWithError that will take care of the cleanup of
resources and will ensure that everything is back to a known situation.

* Do check for managed cancelations in the GetInflightData so that it is check in all handlers.
@monojenkins
Copy link
Collaborator

Build failure

@monojenkins
Copy link
Collaborator

Build failure

A new method added in Xcode 8.3 triggeres a new warning in d15-1 about
exposing models instead of protocols in API.

Bind this method correctly (using a protocol), and add a compatibility
version.

Fixes this introspection error:

[FAIL] `MDLAsset.PlaceLightProbes` includes a parameter of type `MDLLightProbeIrradianceDataSource` which is a concrete type `[Model]` and not an interface `[Protocol]`
	[FAIL] iOSApiSignatureTest.ApiSignatureTest.ManagedSignature : 1 errors found in 3 signatures validated:
@monojenkins
Copy link
Collaborator

Build failure

@rolfbjarne
Copy link
Member

The test failure is unrelated (bug #52903)

@spouliot spouliot merged commit 7656cc6 into dotnet:d15-1 Mar 28, 2017
@spouliot spouliot deleted the d15-1-xcode83 branch June 29, 2017 01:12
VincentDondain added a commit to VincentDondain/xamarin-macios that referenced this pull request Aug 21, 2019
This is in part so we get xamarin/maccore#1924 -> [mlaunch] Connect to devices on a background thread.
That should hopefully fix device not found issues we're having on some bots/

New commits in xamarin/macios-binaries:

* xamarin/macios-binaries@01d34af Bump mlaunch to xamarin/maccore@809b2def39 (dotnet#24)

Diff: https://github.com/xamarin/macios-binaries/compare/b474fa2e732974fde2edbfe054f23c5eefd0255b..01d34af6b03e81cefbb30d964e58fca66da86c4a

New commits in xamarin/maccore:

* xamarin/maccore@809b2def39 [mlaunch] Connect to devices on a background thread. (dotnet#1778) (dotnet#1924)
* xamarin/maccore@5215c09e8c Merge pull request dotnet#1923 from xamarin/swift-o-matic-hello-protocol-list-type
* xamarin/maccore@21447e2538 I. Can't. Believe. I'm. Checking. This. In.
* xamarin/maccore@da6518f920 Added ProtocolListTypeSpec
* xamarin/maccore@a9b9a0f5b3 Merge pull request dotnet#1920 from xamarin/swift-o-matic-bye-swift-protocol
* xamarin/maccore@01e9420598 Lose all the SwiftProtocol related types.
* xamarin/maccore@ca3bd0ab5b Merge pull request dotnet#1919 from xamarin/swift-redo-regular-protocols
* xamarin/maccore@f534abee12 Now with existential containers
* xamarin/maccore@9e180a823a Merge pull request dotnet#1911 from xamarin/swift-o-matic-string-convertible
* xamarin/maccore@9874985856 Typo
* xamarin/maccore@26731ff5cb Next step in Protocol revamp
* xamarin/maccore@9fe4cdd652 Merge pull request dotnet#1904 from xamarin/swift-o-matic-hashable
* xamarin/maccore@a1cd988dda iOS include
* xamarin/maccore@f1fc694da6 Revamped hashable.
* xamarin/maccore@16a6629a43 Merge pull request dotnet#1902 from xamarin/swift-o-matic-comparable
* xamarin/maccore@a98db5b976 Dead symbol, changed symbol.
* xamarin/maccore@3c38895694 Reworked Swift.Comparable to be defined in terms of EveryProtocol
* xamarin/maccore@ef1d3c1397 Merge pull request dotnet#1895 from xamarin/swift-o-matic-equatable
* xamarin/maccore@1c1a57fa4f Try again and get all the files, thanks.
* xamarin/maccore@ec0a5b99b7 Revised EveryProtocol, updated Equatable
* xamarin/maccore@198a489387 Simplified EveryProtocol, revised Equatable
* xamarin/maccore@ee7710a186 Merge pull request dotnet#1894 from xamarin/swift-o-matic-every-protocol
* xamarin/maccore@4fc0810fd2 Let's not leak memory, OK?
* xamarin/maccore@451c0ba18d Try a little dispose magic.
* xamarin/maccore@864854e407 Minor tweak to public API
* xamarin/maccore@052990af11 Adding in EveryProtocol object
* xamarin/maccore@b7f1347fcf Merge pull request dotnet#1893 from xamarin/swift-o-matic-protocol-binding
* xamarin/maccore@df4aefe447 no swap files, vi.
* xamarin/maccore@1e6bf8d4ef Merge pull request dotnet#1892 from xamarin/swift-o-matic-protocol-binding
* xamarin/maccore@e46a543544 Typo
* xamarin/maccore@fea9514c69 Let's document!
* xamarin/maccore@9b5ecdfdce Merge pull request dotnet#1890 from xamarin/swift-o-matic-fail-on-wrong-version
* xamarin/maccore@0b4afae5f3 Put in a hard fail on compiler version mismatch errors.
* xamarin/maccore@d1475a43d1 Merge pull request dotnet#1881 from xamarin/swift-o-matic-NRE
* xamarin/maccore@900e453695 Fixes and NRE from SCLAlertView
* xamarin/maccore@0164c0ae83 Merge pull request dotnet#1873 from xamarin/swift-o-matic-README
* xamarin/maccore@211b05a515 READMEs for errors, reminder to check README and associated issues in Makefile
* xamarin/maccore@74650bf3f8 [SoM] Add '/usr/lib/swift' as an rpath before any other rpaths. (dotnet#1857)
* xamarin/maccore@73dd23d00b Merge pull request dotnet#1859 from xamarin/swift-o-matic-SwiftLocation
* xamarin/maccore@6704604de1 Add SwiftLocation
* xamarin/maccore@e96ab505d8 Merge pull request dotnet#1855 from xamarin/swift-o-matic-bye-bye-dormant-3rd-party
* xamarin/maccore@c17c506738 Remove dormant 3rd Party Tests
* xamarin/maccore@366e201f11 Merge pull request dotnet#1854 from xamarin/swift-o-matic-update-3rd-party
* xamarin/maccore@da748a9a1d Updated makefiles for projects that have updated to Swift 4.2 or >
* xamarin/maccore@2e371bdaf2 Merge pull request dotnet#1849 from xamarin/swift-o-matic-gentler-errors
* xamarin/maccore@921c21251d Lighten up on errors, get paper-switch
* xamarin/maccore@f4fc280efe Merge pull request dotnet#1844 from xamarin/swift-o-matic-lottie
* xamarin/maccore@e47aa6b50c Adding lottie-ios
* xamarin/maccore@cf09fd4c59 [SoM] Copy swift libraries to foo.app/Frameworks for non-macOS apps. (dotnet#1842)
* xamarin/maccore@a4af9cdd2d Merge pull request dotnet#1841 from xamarin/swift-o-matic-gentler-skip
* xamarin/maccore@fc7cd38f64 [SoM] Handle the new BuildVersion load command. (dotnet#1827)
* xamarin/maccore@8666e81b7d Ha-ha! When you make errors become warnings, tests that depend on errors change.
* xamarin/maccore@e42a8c394f continue...
* xamarin/maccore@3b0d6bc0e6 [SoM] Don't duplicate the nuget version number. (dotnet#1838)
* xamarin/maccore@143afaf991 [msbuild] No need to use a shell function to resolve a relative path in make. (dotnet#1839)
* xamarin/maccore@cbe86e0152 [SoM] Add a helpful make target to create a nuget and setup a local feed repository for it. (dotnet#1837)
* xamarin/maccore@cfaaf1c5a5 [SoM] Enable swift's Stable ABI. (dotnet#1836)
* xamarin/maccore@79166d9755 Made errors more lenient, added Hue framework.
* xamarin/maccore@f4b0feeb55 Merge pull request dotnet#1830 from xamarin/swift-o-matic-prop-closure
* xamarin/maccore@a14198fdee whitespace
* xamarin/maccore@285874eceb handle ()->() and ()->type properly
* xamarin/maccore@4785afe4ea Handle closures as return values.
* xamarin/maccore@e89b80ca53 [SoM] Don't redownload the swift toolchain if we already have the file. (dotnet#1825)
* xamarin/maccore@217a608e72 [SoM] Improve installed scripts. (dotnet#1826)
* xamarin/maccore@ff283225b6 [SoM] Fix typo in type name. (dotnet#1824)
* xamarin/maccore@189ea0cba7 Merge pull request dotnet#1818 from xamarin/swift-o-matic-SwiftMessages-NRE
* xamarin/maccore@937541e0a6 restore back original code.
* xamarin/maccore@30be8a354a continue on null
* xamarin/maccore@dfceb83692 Merge pull request dotnet#1816 from xamarin/swift-o-matic-warn-not-fail
* xamarin/maccore@b32e33e71d Make warnings, not errors.
* xamarin/maccore@84504ced5e Merge pull request dotnet#1814 from xamarin/swift-o-matic-fix-predicate
* xamarin/maccore@82000e1a63 [submission] Fix makefile and clarify README (dotnet#1805)
* xamarin/maccore@d0ebe3b175 Remove stale predicate.
* xamarin/maccore@de6143449a Merge pull request dotnet#1806 from xamarin/swift-o-matic-c-structs
* xamarin/maccore@e10ef79504 C struct exceptions
* xamarin/maccore@a272402c7c Add the developerid required to run the notarization tests (dotnet#1804)
* xamarin/maccore@747c18c482 Merge pull request dotnet#1803 from xamarin/swift-o-matic-date-nuance
* xamarin/maccore@716082fd5e Moved string constants to SwiftFoundationConstants
* xamarin/maccore@f250ca5418 Merge pull request dotnet#1799 from xamarin/swift-o-matic-date
* xamarin/maccore@4d9a764e90 Basic support for Foundation.Date
* xamarin/maccore@5ef84bc50c Merge pull request dotnet#1795 from xamarin/swift-o-matic-ctor-finding
* xamarin/maccore@0899c35771 Demote error to warning.
* xamarin/maccore@ba80294413 Drop the mono-extensions dependency. (dotnet#1789)
* xamarin/maccore@ca616ef842 Merge pull request dotnet#1793 from xamarin/swift-o-matic-spring-fwk
* xamarin/maccore@f0cd48c28c Fix name conflict
* xamarin/maccore@beef68bf1e Merge pull request dotnet#1792 from xamarin/swift-o-matic-demangle-static
* xamarin/maccore@558b62da62 typo
* xamarin/maccore@5905981ad5 Added existential metatype
* xamarin/maccore@ed7d4b8b19 Merge pull request dotnet#1784 from xamarin/swift-o-matic-bound-generics
* xamarin/maccore@84f0bed939 Promote bound generics in closures to warnings, not errors.

Diff: https://github.com/xamarin/maccore/compare/348833cb21c75ce1e82b477f405c8ef4bed9812c..809b2def3933d59811c3761e55c64351be94f6d3
VincentDondain added a commit that referenced this pull request Aug 22, 2019
This is in part so we get xamarin/maccore#1924 -> [mlaunch] Connect to devices on a background thread.
That should hopefully fix device not found issues we're having on some bots/

New commits in xamarin/macios-binaries:

* xamarin/macios-binaries@01d34af Bump mlaunch to xamarin/maccore@809b2def39 (#24)

Diff: https://github.com/xamarin/macios-binaries/compare/b474fa2e732974fde2edbfe054f23c5eefd0255b..01d34af6b03e81cefbb30d964e58fca66da86c4a

New commits in xamarin/maccore:

* xamarin/maccore@809b2def39 [mlaunch] Connect to devices on a background thread. (#1778) (#1924)
* xamarin/maccore@5215c09e8c Merge pull request #1923 from xamarin/swift-o-matic-hello-protocol-list-type
* xamarin/maccore@21447e2538 I. Can't. Believe. I'm. Checking. This. In.
* xamarin/maccore@da6518f920 Added ProtocolListTypeSpec
* xamarin/maccore@a9b9a0f5b3 Merge pull request #1920 from xamarin/swift-o-matic-bye-swift-protocol
* xamarin/maccore@01e9420598 Lose all the SwiftProtocol related types.
* xamarin/maccore@ca3bd0ab5b Merge pull request #1919 from xamarin/swift-redo-regular-protocols
* xamarin/maccore@f534abee12 Now with existential containers
* xamarin/maccore@9e180a823a Merge pull request #1911 from xamarin/swift-o-matic-string-convertible
* xamarin/maccore@9874985856 Typo
* xamarin/maccore@26731ff5cb Next step in Protocol revamp
* xamarin/maccore@9fe4cdd652 Merge pull request #1904 from xamarin/swift-o-matic-hashable
* xamarin/maccore@a1cd988dda iOS include
* xamarin/maccore@f1fc694da6 Revamped hashable.
* xamarin/maccore@16a6629a43 Merge pull request #1902 from xamarin/swift-o-matic-comparable
* xamarin/maccore@a98db5b976 Dead symbol, changed symbol.
* xamarin/maccore@3c38895694 Reworked Swift.Comparable to be defined in terms of EveryProtocol
* xamarin/maccore@ef1d3c1397 Merge pull request #1895 from xamarin/swift-o-matic-equatable
* xamarin/maccore@1c1a57fa4f Try again and get all the files, thanks.
* xamarin/maccore@ec0a5b99b7 Revised EveryProtocol, updated Equatable
* xamarin/maccore@198a489387 Simplified EveryProtocol, revised Equatable
* xamarin/maccore@ee7710a186 Merge pull request #1894 from xamarin/swift-o-matic-every-protocol
* xamarin/maccore@4fc0810fd2 Let's not leak memory, OK?
* xamarin/maccore@451c0ba18d Try a little dispose magic.
* xamarin/maccore@864854e407 Minor tweak to public API
* xamarin/maccore@052990af11 Adding in EveryProtocol object
* xamarin/maccore@b7f1347fcf Merge pull request #1893 from xamarin/swift-o-matic-protocol-binding
* xamarin/maccore@df4aefe447 no swap files, vi.
* xamarin/maccore@1e6bf8d4ef Merge pull request #1892 from xamarin/swift-o-matic-protocol-binding
* xamarin/maccore@e46a543544 Typo
* xamarin/maccore@fea9514c69 Let's document!
* xamarin/maccore@9b5ecdfdce Merge pull request #1890 from xamarin/swift-o-matic-fail-on-wrong-version
* xamarin/maccore@0b4afae5f3 Put in a hard fail on compiler version mismatch errors.
* xamarin/maccore@d1475a43d1 Merge pull request #1881 from xamarin/swift-o-matic-NRE
* xamarin/maccore@900e453695 Fixes and NRE from SCLAlertView
* xamarin/maccore@0164c0ae83 Merge pull request #1873 from xamarin/swift-o-matic-README
* xamarin/maccore@211b05a515 READMEs for errors, reminder to check README and associated issues in Makefile
* xamarin/maccore@74650bf3f8 [SoM] Add '/usr/lib/swift' as an rpath before any other rpaths. (#1857)
* xamarin/maccore@73dd23d00b Merge pull request #1859 from xamarin/swift-o-matic-SwiftLocation
* xamarin/maccore@6704604de1 Add SwiftLocation
* xamarin/maccore@e96ab505d8 Merge pull request #1855 from xamarin/swift-o-matic-bye-bye-dormant-3rd-party
* xamarin/maccore@c17c506738 Remove dormant 3rd Party Tests
* xamarin/maccore@366e201f11 Merge pull request #1854 from xamarin/swift-o-matic-update-3rd-party
* xamarin/maccore@da748a9a1d Updated makefiles for projects that have updated to Swift 4.2 or >
* xamarin/maccore@2e371bdaf2 Merge pull request #1849 from xamarin/swift-o-matic-gentler-errors
* xamarin/maccore@921c21251d Lighten up on errors, get paper-switch
* xamarin/maccore@f4fc280efe Merge pull request #1844 from xamarin/swift-o-matic-lottie
* xamarin/maccore@e47aa6b50c Adding lottie-ios
* xamarin/maccore@cf09fd4c59 [SoM] Copy swift libraries to foo.app/Frameworks for non-macOS apps. (#1842)
* xamarin/maccore@a4af9cdd2d Merge pull request #1841 from xamarin/swift-o-matic-gentler-skip
* xamarin/maccore@fc7cd38f64 [SoM] Handle the new BuildVersion load command. (#1827)
* xamarin/maccore@8666e81b7d Ha-ha! When you make errors become warnings, tests that depend on errors change.
* xamarin/maccore@e42a8c394f continue...
* xamarin/maccore@3b0d6bc0e6 [SoM] Don't duplicate the nuget version number. (#1838)
* xamarin/maccore@143afaf991 [msbuild] No need to use a shell function to resolve a relative path in make. (#1839)
* xamarin/maccore@cbe86e0152 [SoM] Add a helpful make target to create a nuget and setup a local feed repository for it. (#1837)
* xamarin/maccore@cfaaf1c5a5 [SoM] Enable swift's Stable ABI. (#1836)
* xamarin/maccore@79166d9755 Made errors more lenient, added Hue framework.
* xamarin/maccore@f4b0feeb55 Merge pull request #1830 from xamarin/swift-o-matic-prop-closure
* xamarin/maccore@a14198fdee whitespace
* xamarin/maccore@285874eceb handle ()->() and ()->type properly
* xamarin/maccore@4785afe4ea Handle closures as return values.
* xamarin/maccore@e89b80ca53 [SoM] Don't redownload the swift toolchain if we already have the file. (#1825)
* xamarin/maccore@217a608e72 [SoM] Improve installed scripts. (#1826)
* xamarin/maccore@ff283225b6 [SoM] Fix typo in type name. (#1824)
* xamarin/maccore@189ea0cba7 Merge pull request #1818 from xamarin/swift-o-matic-SwiftMessages-NRE
* xamarin/maccore@937541e0a6 restore back original code.
* xamarin/maccore@30be8a354a continue on null
* xamarin/maccore@dfceb83692 Merge pull request #1816 from xamarin/swift-o-matic-warn-not-fail
* xamarin/maccore@b32e33e71d Make warnings, not errors.
* xamarin/maccore@84504ced5e Merge pull request #1814 from xamarin/swift-o-matic-fix-predicate
* xamarin/maccore@82000e1a63 [submission] Fix makefile and clarify README (#1805)
* xamarin/maccore@d0ebe3b175 Remove stale predicate.
* xamarin/maccore@de6143449a Merge pull request #1806 from xamarin/swift-o-matic-c-structs
* xamarin/maccore@e10ef79504 C struct exceptions
* xamarin/maccore@a272402c7c Add the developerid required to run the notarization tests (#1804)
* xamarin/maccore@747c18c482 Merge pull request #1803 from xamarin/swift-o-matic-date-nuance
* xamarin/maccore@716082fd5e Moved string constants to SwiftFoundationConstants
* xamarin/maccore@f250ca5418 Merge pull request #1799 from xamarin/swift-o-matic-date
* xamarin/maccore@4d9a764e90 Basic support for Foundation.Date
* xamarin/maccore@5ef84bc50c Merge pull request #1795 from xamarin/swift-o-matic-ctor-finding
* xamarin/maccore@0899c35771 Demote error to warning.
* xamarin/maccore@ba80294413 Drop the mono-extensions dependency. (#1789)
* xamarin/maccore@ca616ef842 Merge pull request #1793 from xamarin/swift-o-matic-spring-fwk
* xamarin/maccore@f0cd48c28c Fix name conflict
* xamarin/maccore@beef68bf1e Merge pull request #1792 from xamarin/swift-o-matic-demangle-static
* xamarin/maccore@558b62da62 typo
* xamarin/maccore@5905981ad5 Added existential metatype
* xamarin/maccore@ed7d4b8b19 Merge pull request #1784 from xamarin/swift-o-matic-bound-generics
* xamarin/maccore@84f0bed939 Promote bound generics in closures to warnings, not errors.

Diff: https://github.com/xamarin/maccore/compare/348833cb21c75ce1e82b477f405c8ef4bed9812c..809b2def3933d59811c3761e55c64351be94f6d3
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

9 participants