* Remove some obsolete/deprecated API.
* Move some manual code behind to api definitions, with Wrap attributes, to
make the generator handle these methods.
Co-authored-by: Manuel de la Pena <mandel@microsoft.com>
* Set the AssemblyVersion attribute for .NET (to the NuGet version).
* Use the NuGet version number for the AssemblyInformationalVersion attribute
in .NET.
* Use 'Microsoft.*' as the assembly title and assembly product in .NET (ref:
#13748).
* Remove the InternalsVisibleTo attribute to System.Net.Http in .NET, it's no
longer needed.
Fixes https://github.com/xamarin/xamarin-macios/issues/13739.
Co-authored-by: Manuel de la Pena <mandel@microsoft.com>
* Update dependencies from https://github.com/dotnet/installer build 20220124.2
Microsoft.Dotnet.Sdk.Internal
From Version 6.0.200-preview.22071.6 -> To Version 6.0.200-rtm.22074.2
* [.NET] Use the stable path for csc.
* Update dependencies from https://github.com/dotnet/installer build 20220125.2
Microsoft.Dotnet.Sdk.Internal
From Version 6.0.200-preview.22071.6 -> To Version 6.0.200-rtm.22075.2
Dependency coherency updates
Microsoft.NET.ILLink.Tasks
From Version 6.0.100-1.21519.4 -> To Version 6.0.200-1.22069.1 (parent: Microsoft.Dotnet.Sdk.Internal
Co-authored-by: dotnet-maestro[bot] <dotnet-maestro[bot]@users.noreply.github.com>
Co-authored-by: Rolf Bjarne Kvinge <rolf@xamarin.com>
* Update dependencies from https://github.com/dotnet/runtime build 20220124.5
Microsoft.NETCore.App.Ref
From Version 6.0.2-mauipre.1.22069.5 -> To Version 6.0.2-mauipre.1.22074.5
* Update dependencies from https://github.com/dotnet/runtime build 20220125.3
Microsoft.NETCore.App.Ref
From Version 6.0.2-mauipre.1.22069.5 -> To Version 6.0.2-mauipre.1.22075.3
Co-authored-by: dotnet-maestro[bot] <dotnet-maestro[bot]@users.noreply.github.com>
That makes it easier on the caller, e.g. `CGContextPDF`, to avoid
creating short-lived `NSString` instance without requiring a lot
of code.
Downside: it becomes ambiguious if `NSString` is used, e.g.
`SecCertificate` for the compiler to decide between `NSObject` and
`string` overloads (but it's easy to fix and has no other impact).
If you try and run bgen with a target framework of `'.NETCoreApp,Version=v6.0,Profile=macos'`, you will get a cryptic error.
```
drasticactions@DrasticnoMacBook-Pro % /usr/local/share/dotnet/packs/Microsoft.macOS.Sdk/12.0.101-preview.12.551/tools/bin/bgen --target-framework=.NETCoreApp,Version=v6.0,Profile=macos
error BI1053: bgen: Internal error: unknown target framework '.NETCoreApp,Version=v6.0,Profile=macos'.
```
If you give bgen an invalid framework, it will list this TFM as support, so it should work. The reason it doesn't is because of a missing `if` clause in the CLI. If you don't add a `baselibdll`, the code falls through to where it will always throw on this TFM. We should be able to do the same thing that's being done for the other net6 TFMs and add it to the list here. Now, it should work without needing to add the BaseLib location.
Co-authored-by: Manuel de la Pena <mandel@microsoft.com>
Microsoft.Dotnet.Sdk.Internal
From Version 6.0.200-preview.22069.5 -> To Version 6.0.200-preview.22071.6
Co-authored-by: dotnet-maestro[bot] <dotnet-maestro[bot]@users.noreply.github.com>
* Use `is` instead of `==` for null checks
* Use `ThrowHelper` to throw common exceptions
* Use faster `CFString` API (over the slower `NSString` variants)
* [tests] Adjust UTTypeTest.cs to build for net profile
Rolf Bjarne Kvinge
dotnet-maestro[bot]
Manuel de la Pena
Sebastien Pouliot
Chris Hamons
Tim Miller
VS MobileTools Engineering Service 2
Israel Soto