New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[XI]WatchOS apps fail to build with error "Undefined symbols for architecture armv7k" using XI with mono-2017-12 support #6948

Closed
mandel-macaque opened this Issue Feb 12, 2018 · 1 comment

Comments

Projects
None yet
3 participants
@mandel-macaque
Contributor

mandel-macaque commented Feb 12, 2018

From @GouriKumari on February 6, 2018 20:47

Steps to Reproduce

  1. Open or create a new watchOS sample
  2. Build it with Release|iPhone config

Expected Behavior

App should build successfully

Actual Behavior

App fails to build with error: https://gist.github.com/GouriKumari/66f9a07284774f479ebea69877922ac6 .
This issue occurs only with Release|iPhone config.

Environment

Test Env: https://gist.github.com/GouriKumari/af3f4d4338773d389c4091230574f4f8

Build Logs

Sample: http://xqa.blob.core.windows.net/gist/report-929e3b199cb1436cafe0172abb4f6e76.txt
Sample: http://xqa.blob.core.windows.net/gist/report-54386a93871c4158bd7954bd60c731c9.txt
Template: https://gist.github.com/GouriKumari/f85e3aaf7d56e32b9d4701a341576700

Example Project: https://github.com/olegoid/SubmissionSamples/tree/master/WatchOS

Copied from original issue: xamarin/xamarin-macios#3406

@spouliot

This comment has been minimized.

Member

spouliot commented Feb 13, 2018

switched target so we (macios) can track this issue
/cc @vargaz

vargaz added a commit to vargaz/mono that referenced this issue Feb 13, 2018

[aot] Emit the weak field indexes table using the MONO_AOT_TABLE code…
…, so it works with separate aot data fiels/bitcode. Fixes mono#6948

vargaz added a commit to vargaz/mono that referenced this issue Feb 13, 2018

[aot] Emit the weak field indexes table using the MONO_AOT_TABLE code…
…, so it works with separate aot data files/bitcode.

Fixes mono#6948.

vargaz added a commit to vargaz/mono that referenced this issue Feb 13, 2018

[aot] Emit the weak field indexes table using the MONO_AOT_TABLE code…
…, so it works with separate aot data files/bitcode.

Fixes mono#6948.

vargaz added a commit to vargaz/mono that referenced this issue Feb 13, 2018

[aot] Emit the weak field indexes table using the MONO_AOT_TABLE code…
…, so it works with separate aot data files/bitcode.

Fixes mono#6948.

monojenkins added a commit to monojenkins/mono that referenced this issue Feb 14, 2018

Emit the weak field indexes table using the MONO_AOT_TABLE code, so i…
…t works with separate aot data files/bitcode.

Fixes mono#6948.

monojenkins added a commit to monojenkins/mono that referenced this issue Feb 14, 2018

Emit the weak field indexes table using the MONO_AOT_TABLE code, so i…
…t works with separate aot data files/bitcode.

Fixes mono#6948.

marek-safar added a commit that referenced this issue Feb 14, 2018

Emit the weak field indexes table using the MONO_AOT_TABLE code, so i…
…t works with separate aot data files/bitcode.

Fixes #6948.

marek-safar added a commit that referenced this issue Feb 14, 2018

Emit the weak field indexes table using the MONO_AOT_TABLE code, so i…
…t works with separate aot data files/bitcode.

Fixes #6948.

marek-safar added a commit that referenced this issue Feb 14, 2018

[aot] Emit the weak field indexes table using the MONO_AOT_TABLE code…
…, so it works with separate aot data files/bitcode.

Fixes #6948.

baulig added a commit to baulig/mono that referenced this issue Feb 15, 2018

Merge with master.
Squashed commit of the following:

commit e01355e
Author: jaykrell <jay.krell@cornell.edu>
Date:   Thu Feb 15 13:12:27 2018 -0800

    [Cplusplus] Fix possible race condition and add casts between void* and function pointers. (mono#6871)

commit 9209ea0
Merge: cfa087b 1028994
Author: Alexis Christoforides <alexis@thenull.net>
Date:   Thu Feb 15 14:53:50 2018 -0500

    Merge pull request mono#7073 from mono/disable-test-sleep

    Disable a flaky test on PRs (mono#6999)

commit cfa087b
Author: Zoltan Varga <vargaz@gmail.com>
Date:   Thu Feb 15 14:12:13 2018 -0500

    [aot] Rename mono_aot_get_method_checked () to mono_aot_get_method (), there is no non-checked version anymore. (mono#7071)

commit e2419de
Author: Vlad Brezae <brezaevlad@gmail.com>
Date:   Thu Feb 15 20:27:32 2018 +0200

    [interp] Add missing exception checkpoints (mono#6917)

    On interp we can't async abort since we cannot unwind from an ip in the interp, so the interpreter does explicit checks as part of branch instructions.

    Note this can lead to increased stack usage when compiling with -O0.

commit 1028994
Author: Alexis Christoforides <alexis@thenull.net>
Date:   Thu Feb 15 12:29:38 2018 -0500

    Disable a flaky test on PRs (mono#6999)

commit cf64447
Author: monojenkins <jo.shields+jenkins@xamarin.com>
Date:   Thu Feb 15 10:43:51 2018 -0500

    [msvc] Update csproj files (mono#7070)

commit 23e6f6f
Author: Zoltan Varga <vargaz@gmail.com>
Date:   Thu Feb 15 10:43:30 2018 -0500

    Revert "[jit] Make some JIT regression test files compile in the mobile profile (mono#7059)" (mono#7069)

    This reverts commit e2874db.

    Revert this as it breaks the SDK tests.

commit b7385ba
Author: Zoltan Varga <vargaz@gmail.com>
Date:   Thu Feb 15 10:07:37 2018 -0500

    [sdks] Add targets for the watch cross compiler. (mono#7061)

    * [offsets-tool] Add an '--output' argument to specify the output file directly instead of generating it from the target triple.

    * [sdks] Add targets for the watch cross compiler.

commit fc7bda6
Author: Jay Krell <jaykrell@microsoft.com>
Date:   Thu Jan 25 05:41:18 2018 -0800

    [coop] Convert some `mono_exception_*` functions
    Reduce managed exposure in utils a little.

    [coop] install object-forward.h

commit e2874db
Author: Zoltan Varga <vargaz@gmail.com>
Date:   Thu Feb 15 09:07:44 2018 -0500

    [jit] Make some JIT regression test files compile in the mobile profile (mono#7059)

    Remove tests from Mono.Runtime.Tests which depend on assemblies not in the mobile profile.

commit ea1fac3
Author: jaykrell <jay.krell@cornell.edu>
Date:   Thu Feb 15 03:00:26 2018 -0800

    [coop] Remove unnecessary write barriers against thread locals and cleanup a little. (mono#6874)

    Restore scope for Centrinel, because the array macros
    are not expressions, so MONO_HANDLE_SUPPRESS does not work.

commit 3bd630e
Author: Miguel de Icaza <miguel@gnome.org>
Date:   Thu Feb 15 04:07:16 2018 -0500

    [mkbundle] Automatically bundle config files and machine.config files (mono#7002)

    * [mkbundle] Automatically bundle config files and machine.config files for the simple/cross compiler scenario, fixes one of the missing issues for mono#6230

commit b90d8ec
Author: jaykrell <jay.krell@cornell.edu>
Date:   Wed Feb 14 19:25:27 2018 -0800

    Remove GetNLSocket which is unused and produces a warning because it is unprototyped. (mono#6691)

commit 4a83009
Author: jaykrell <jay.krell@cornell.edu>
Date:   Wed Feb 14 16:11:27 2018 -0800

    WSL does not nul terminate uname.release. memset(0) it first. (mono#7023)

commit 8d82699
Merge: 62bf8bd 2322177
Author: Alexis Christoforides <alexis@thenull.net>
Date:   Wed Feb 14 19:09:23 2018 -0500

    Merge pull request mono#7057 from lewurm/interp-disable-flaky-pinvoke-test

    [interp] disable flaky pinvoke test

commit 62bf8bd
Author: Marek Safar <marek.safar@gmail.com>
Date:   Thu Feb 15 00:55:45 2018 +0100

    [System.ServiceModel.Activation] Move ServiceHostFactory.cs where it's used (mono#7044)

commit 2322177
Author: Bernhard Urban <lewurm@gmail.com>
Date:   Thu Feb 15 00:51:24 2018 +0100

    [interp] disable flaky pinvoke test

commit 8ad191d
Author: jaykrell <jay.krell@cornell.edu>
Date:   Wed Feb 14 14:59:26 2018 -0800

    mono_get_exception_runtime_wrapped_checked contains an unnecessary 16 (mono#6659)

    element array that can be just 1 element, or completely absent.
    It is a rare path, but stack use should always be minimized.

commit 20e69fa
Author: jaykrell <jay.krell@cornell.edu>
Date:   Wed Feb 14 14:56:09 2018 -0800

    Centralize post-object creation code in mono_object_new_common_tail. (mono#6903)

    This resolves inconsistency around support of weak fields (bug?)
    and is smaller and easier to maintain.

commit a33cbb8
Author: Vlad Brezae <brezaevlad@gmail.com>
Date:   Wed Feb 14 23:09:59 2018 +0200

    [interp] Fix native to interp transition (mono#6868)

    When using the interp_wrapper to enter interp from native we don't need to save the lmf since it doesn't make sense to unwind to native. Also make sure we have the interp context set up if we weren't attached at interp transition time.

commit 7cac757
Author: Zoltan Varga <vargaz@gmail.com>
Date:   Tue Feb 13 16:02:29 2018 -0500

    [aot] Emit the weak field indexes table using the MONO_AOT_TABLE code, so it works with separate aot data files/bitcode.

    Fixes mono#6948.

commit 8c90350
Author: Ankit Jain <radical@gmail.com>
Date:   Fri Feb 9 16:20:46 2018 -0500

    Add denied assembly versions from previous ms extensions nugets

    Extracted from Microsoft.NET.Build.Extensions

    	2.1.0-preview1-62414-02   # https://github.com/dotnet/cli/blob/501e11d928c21608999c934f0a7078570b688c6c/build/DependencyVersions.props
    	15.5.0-preview-20171027-2 # https://github.com/dotnet/cli/blob/ed916bb13e798a470855fb4f60acd3cabb2765fc/build/DependencyVersions.props
    	2.0.0-preview3-20170622-1 # https://github.com/dotnet/cli/blob/7c928a9f18f81001e586e5bf0411f9bfa92e30d4/build/DependencyVersions.props

    And also remove incorrect entries from earlier version
    2.1.0-preview1-62516-03 , which were not committed to mono's msbuild.

    A future commit will sort and de-dedup the lists, but this one avoids
    removing any existing duplicates, to make review easier.

commit 47187bb
Author: Miguel de Icaza <miguel@gnome.org>
Date:   Tue Feb 13 21:48:53 2018 -0500

    [Mono.Posix] .NET Core compatibility - Use [In,Out] for arrays of structures

    While Mono does copy the values of arrays back when they are marshaled
    to unmanaged code, .NET does not seem to be doing this, and manifests
    as the Syscall.poll invocation in Mono.Posix with .NET Core does not update
    the values in the provided array.

    The following example should print "Got 1 and 1" with the following command:

    ```
    echo foo | dotnet run
    ```

    But instead prints 0 and 1 on .NET Core, but the correct result with Mono.

    This patch is going here for the sake of the Mono.Posix.NetCore package that
    we publish.

    Sample:

    ```
    using System;
    using System.Runtime.InteropServices;

    class X {
            private struct _pollfd {
                    public int fd;
                    public short events;
                    public short revents;
            }

            [DllImport("libc")]
            static extern int poll ([In,Out]_pollfd[] ufds, uint nfds, int timeout);

            static void Main ()
            {
                    var p2 = new _pollfd [1] { new _pollfd () { fd = 0, events = 1 } };
                    var m = poll (p2, 1, -1);

                    Console.WriteLine ("Got: {0} and {1}", n, pollmap [0].revents);
                    Console.ReadLine ();
            }
    }
    ```

commit 57f3f34
Author: Ludovic Henry <luhenry@microsoft.com>
Date:   Wed Feb 14 12:03:23 2018 -0500

    Revert "[coop] Remove support for invoke thunk wrapper" (mono#6927)

    We still want to be able to invoke thunk wrappers. The transition to MonoHandle will be a separate change.

    This reverts commit 150d896.

commit 8d19e5a
Author: Rodrigo Kumpera <kumpera@users.noreply.github.com>
Date:   Wed Feb 14 11:58:15 2018 -0500

    [runtime] Unboxing of nullable enums should throw for boxed ints. (mono#6958)

    * [runtime] Unboxing of nullable enums should throw for boxed ints. Fixes gh mono#6666.

    For some reason, one can't unbox the underlying type of an enum into a nullable.

    This is counter intuitive to the unboxing rules of enums, but it's what dotnet does.

    * [interp] Unboxing of nullable enmus should throw for boxed ints

    fixes mono#6666 for the interpreter

commit 8f35227
Author: Bernhard Urban <lewurm@gmail.com>
Date:   Wed Feb 14 13:04:13 2018 +0100

    [debugger] disable StepOutAsync test because it's flaky

commit 545191f
Author: Ludovic Henry <ludovic@xamarin.com>
Date:   Mon Feb 12 18:22:03 2018 -0500

    Pass null-terminated string for logging

commit 2c1f45f
Author: Bernhard Urban <bernhard.urban@xamarin.com>
Date:   Wed Feb 14 05:35:11 2018 +0100

    [TermInfo] support new file format terminfo2 introduced with ncurses6.1 (mono#6960)

    See also mirror/ncurses@1501ae2#diff-2c0786db969084ba9e087d82f8275e0b

    Fixes mono#6752

commit 3012ce0
Author: Don Syme <dsyme@users.noreply.github.com>
Date:   Wed Feb 14 01:31:23 2018 +0000

    Update F# to 4.1.33

    Next update to F# to include regression fix Microsoft/visualfsharp#4348

commit ff98989
Author: Zoltan Varga <vargaz@gmail.com>
Date:   Tue Feb 13 19:42:37 2018 -0500

    [runtime] Avoid recreating the icall table in lookup_icall_symbol (). (mono#6988)

commit 17b4b28
Author: Zoltan Varga <vargaz@gmail.com>
Date:   Tue Feb 13 18:04:49 2018 -0500

    [sdk] Fix the invocation of run-step.sh, the --timeout argument is mandatory. (mono#7013)

commit 3fdbbe5
Author: Zoltan Varga <vargaz@gmail.com>
Date:   Tue Feb 13 17:01:41 2018 -0500

    [sdks] Fix the tar command since the llvm binaries are in different directories now. (mono#7010)

commit c9c7dad
Author: Bernhard Urban <lewurm@gmail.com>
Date:   Tue Feb 13 00:23:13 2018 +0100

    Bump mono/NUnitLite

    Commit list for mono/NUnitLite:

    * mono/NUnitLite@0dc7716 [FinallyDelegate] make key for `lookupTable` actually unique (mono#6)

    Diff: mono/NUnitLite@a8bef89...0dc7716

commit 96f2d16
Merge: e52ef6a 0354912
Author: Alexis Christoforides <alexis@thenull.net>
Date:   Tue Feb 13 13:37:20 2018 -0500

    Merge pull request mono#6970 from dsyme/patch-1

    Bump F# mono version to 4.1.32

commit e52ef6a
Author: Marek Safar <marek.safar@gmail.com>
Date:   Tue Feb 13 19:33:04 2018 +0100

    [build] Fixes monolite build (mono#6982)

commit 36cbab6
Author: monojenkins <jo.shields+jenkins@xamarin.com>
Date:   Tue Feb 13 15:48:28 2018 +0000

    [msvc] Update csproj files

commit f61bc39
Author: Rodrigo Kumpera <kumpera@users.noreply.github.com>
Date:   Tue Feb 13 10:24:00 2018 -0500

    Simplify MonoError and managed Exception creation (mono#6123)

    MonoError is simplified for MME by having the error message eagerly created, which simplifies things A LOT.
    Managed Exception creation is simplified by only setting Message, as it's done by other runtimes.

    * [mini] Fix mini_emit_memory_copy_internal with ref types and remove workaround from mono_method_to_ir

    * [mini] Remove unused argument and rename function to better reflect its use.

    * [utils] Fix swapped member and signature fields in error message.

    * [runtime] Simplify MME by only setting the message field since ClassName/MemberName don't need to be set.

    * [runtime] Add mono_error_set_method_missing to exceptions.c and collapse setting MME to a single function.

    This implements the cleanup discussed in the PR.

    * [runtime] Cleanup MonoError for BadImageFormatException.

    Move mono_error_set_bad_image & mono_error_set_bad_image_name to exception.c.
    Rename mono_error_set_bad_image_name to mono_error_set_bad_image_by_name.

    Introduce mono_corlib_exception_new_with_args to be used when creating exception objects.
    It's easier to consume than mono_exception_from_name_two_strings_checked as it takes string arguments as char*.

    Fix usage of mono_error_set_bad_image_by_name to never dup the supplied image name as the callee does it.
    Fix some empty error messages.

    Finally, reduce the cruft in mono_error_prepare_exception by using the new exception creation function from above.

    * [runtime] Cleanup MonoError of FileNotFoundException.

    Move it to use the generic first_argument and make it a simple error - IE, get_message doesn't format anything.

    * [runtime] Rework MonoError for MissingFieldException.

    * Fix build issues

    * [runtime] Ensure memory is freed using new MonoError set functions.

commit 60d4907
Author: Alexander Kyte <alexmkyte@gmail.com>
Date:   Tue Feb 13 09:59:53 2018 -0500

    [runtime] Revert mkbundle defaulting behavior made in ca8b8bd (mono#6687)

    Fixes mono#6187

commit d8d3e29
Author: Alexander Köplinger <alex.koeplinger@outlook.com>
Date:   Tue Feb 13 15:14:58 2018 +0100

    Bump api-snapshot

commit 0354912
Author: Don Syme <dsyme@users.noreply.github.com>
Date:   Tue Feb 13 13:41:31 2018 +0000

    Bump F# mono version to 4.1.32

    This version contains a fix to fsharpi to make no-gui the default again

commit d573dec
Author: Radek Doulik <rodo@xamarin.com>
Date:   Mon Feb 12 21:56:11 2018 +0100

    Bump linker and update linker-analyzer references

commit d6e7483
Author: Vlad Brezae <brezaevlad@gmail.com>
Date:   Fri Feb 9 20:13:44 2018 +0200

    [interp] Fix CEE_UNBOX

    When unboxing nullable we call Nullable.Unbox which returns the valuetype, but CEE_UNBOX needs to return an address to it. Therefore we store the result in a local in the frame so we can get its address.

commit 7a528f6
Author: Aleksey Kliger (λgeek) <akliger@gmail.com>
Date:   Mon Feb 12 20:48:27 2018 -0500

    [sre] Unlock loader lock on error paths (mono#6951)

commit e572acc
Author: Alexander Köplinger <alex.koeplinger@outlook.com>
Date:   Tue Feb 13 02:00:13 2018 +0100

    [ci] Only create artifacts.json GitHub status on release branches

commit 939d720
Author: Alexander Köplinger <alex.koeplinger@outlook.com>
Date:   Tue Feb 13 01:51:12 2018 +0100

    [ci] Disable monodoc tests on Windows for now

    They fail: mono#6956

commit ea7b384
Author: Rodrigo Kumpera <kumpera@users.noreply.github.com>
Date:   Mon Feb 12 18:22:06 2018 -0500

    Cleanup recent JIT fix to get it done in the right place. (mono#6895)

    * [mini] Fix mini_emit_memory_copy_internal with ref types and remove workaround from mono_method_to_ir

    * [mini] Remove unused argument and rename function to better reflect its use.

commit 29d402d
Author: jaykrell <jay.krell@cornell.edu>
Date:   Mon Feb 12 15:15:34 2018 -0800

    [handle] Have `MONO_HANDLE_*` macros use a uintptr_t instead of int (mono#6906)

commit 25c41cb
Author: Zoltan Varga <vargaz@gmail.com>
Date:   Mon Feb 12 17:36:27 2018 -0500

    Fix gshared support for default interface methods by always passing an mrgctx to them. (mono#6935)

    * Fix gshared support for default interface methods by always passing an mrgctx to them.

    This is needed because these methods can be part of more than one inheritance hierarchy or
    be present more than once in the same inheritance hierarchy so its not possible to
    assign rgxtx slots to their gshared entries that would work in all cases.

    * [jit] Add a mini_method_is_default_method () helper function.

commit 1c63142
Merge: dcecd8f 6a5a14b
Author: Alexis Christoforides <alexis@thenull.net>
Date:   Mon Feb 12 13:16:29 2018 -0500

    Merge pull request mono#6929 from mono/disable-test-TaskCancelWait1

    [System.Threading.Tasks] Disable a flaky test (corefx bump)

commit dcecd8f
Author: Alexis Christoforides <alexis@thenull.net>
Date:   Mon Feb 12 13:02:49 2018 -0500

    Disable flaky test

    (mono#6947)

commit b97d0c4
Author: Martin Baulig <martin.baulig@xamarin.com>
Date:   Fri Feb 9 18:58:09 2018 -0500

    [System]: WebConnection.Connect() needs to probe all IP addresses.

    Fix a regression introduced in the new web stack - when connecting
    to a DNS host name that resolves to multiple IP addresses, we need
    to probe them all.

    On iOS, "localhost" will resolve to both "::1" and "127.0.0.1".

commit e43adf3
Author: jaykrell <jay.krell@cornell.edu>
Date:   Sun Feb 11 22:29:11 2018 -0800

    Change mono_thread_resume_interruption to return void, one less raw pointer to worry about. (mono#6690)

commit c944c35
Author: jaykrell <jay.krell@cornell.edu>
Date:   Sun Feb 11 20:15:25 2018 -0800

    [scripts] Fix scripts/update_submodules.sh for use with git worktree

commit 7f9167b
Author: Zoltan Varga <vargaz@gmail.com>
Date:   Sun Feb 11 18:32:55 2018 -0500

    [runtime] Fix the --enable-icall-symbol-map build. (mono#6943)

commit 921132a
Author: Zoltan Varga <vargaz@gmail.com>
Date:   Sun Feb 11 10:43:07 2018 -0500

    [runtime] Make icall tables loadable. (mono#6905)

    * [runtime] Make icall tables loadable.

    Move the icall table code into a separate icall-table.c file, which is either linked into libmono or compiled into a
    separate libmono-icall-table.a archive which can be linked into an app, and installed by calling mono_icall_table_init ().

    * Change ClCompile to ClInclude for new .h file.

commit d8beb3e
Author: Alex Rønne Petersen <alex@alexrp.com>
Date:   Sat Feb 10 21:57:52 2018 +0100

    [profiler] Remove obsolete code coverage support from the log profiler. (mono#6896)

commit 48898cb
Author: Zoltan Varga <vargaz@gmail.com>
Date:   Sat Feb 10 10:47:47 2018 -0500

    [sdks] Fix ios+llvm. (mono#6939)

commit 7f47f19
Author: Zoltan Varga <vargaz@gmail.com>
Date:   Sat Feb 10 10:23:50 2018 -0500

    [runtime] Fix a warning. (mono#6937)

commit b970e76
Author: Vlad Brezae <brezaevlad@gmail.com>
Date:   Tue Feb 6 01:21:29 2018 +0200

    [interp] Add class failure checks

commit 52ebab8
Author: Vlad Brezae <brezaevlad@gmail.com>
Date:   Wed Feb 7 19:56:51 2018 +0000

    [interp] Fix varargs passing

    We must not push one vararg at a time since the alignment of the argument is not the same as the alignment of a value type in interp (which is always 8)

commit 3369b6e
Author: Vlad Brezae <brezaevlad@gmail.com>
Date:   Wed Feb 7 19:55:33 2018 +0000

    [interp] Align vt stack in some places

commit 6ffa48f
Author: Vlad Brezae <brezaevlad@gmail.com>
Date:   Wed Feb 7 19:38:02 2018 +0000

    [interp] Add define for value type alignment

commit 9f2b859
Author: Zoltan Varga <vargaz@gmail.com>
Date:   Sat Feb 10 02:14:04 2018 -0500

    [jit] Fix the DISABLE_JIT build. (mono#6933)

commit 5c4510a
Author: Zoltan Varga <vargaz@gmail.com>
Date:   Fri Feb 9 21:28:19 2018 -0500

    [runtime] Implement support for conflict detection for Default Interface Methods. (mono#6897)

    Detect conflicts caused by diamond inheritance during vtable construction, and throw an exception when a conflicting
    methods is called.
    Disable generic sharing for default interface methods, it doesn't work yet, probably
    because these methods are called on classes, but the gshared information is associated with the interface.
    Enable dim-diamondshape.exe test.

commit 284c5af
Author: Zoltan Varga <vargaz@gmail.com>
Date:   Fri Feb 9 19:15:32 2018 -0500

    Bug 60088 - Assertion at ../../../../external/mono/mono/mini/debugger-agent.c:4765, condition `array->len == 1' not met (mono#6902)

    Problem was that I didn't consider `async void` method when adding that assert

commit 6a5a14b
Author: Alexis Christoforides <alexis@thenull.net>
Date:   Fri Feb 9 17:48:19 2018 -0500

    [System.Threading.Tasks] Disable a flaky test

commit dcda4c7
Author: Alexis Christoforides <alexis@thenull.net>
Date:   Fri Feb 9 15:33:58 2018 -0500

    Disable some PngCodecTest that have trouble on CI right now

commit 5e7483f
Author: Alexander Köplinger <alex.koeplinger@outlook.com>
Date:   Fri Feb 9 21:22:16 2018 +0100

    [System.Drawing] Disable tests except on ARM64 (mono#6909)

    See mono#6908

commit dd5b5ca
Author: monojenkins <jo.shields+jenkins@xamarin.com>
Date:   Fri Feb 9 15:21:52 2018 -0500

    Set NetworkStream.ReadTimeout in WebConnection.InitConnection(). (mono#6904)

    Setting ReadTimeout in WebResponseStream.ctor throws System.Net.Sockets.SocketException : Invalid arguments on iOS.

    Set it in WebConnection.InitConnection() immediately after establishing a connection, before we read/write anything.

commit 2a3b081
Author: Zoltan Varga <vargaz@gmail.com>
Date:   Fri Feb 9 12:52:26 2018 -0500

    [jit] Simplify some gshared code. (mono#6899)

    * [jit] Simplify some gshared code by calling mini_method_get_rgctx () in more places, make mono_method_lookup_rgctx () static. NFC.

    * [jit] Get rid of the 'method' argument to emit_get_rgctx (), it should always be equal to cfg->method. NFC.

commit 2a3c498
Author: Bernhard Urban <lewurm@gmail.com>
Date:   Thu Feb 8 22:19:56 2018 +0100

    [interp] disable test_42_arm64_dyncall_vtypebyval

    regression test introduced by mono#6826
    fails on ARM64 with interp

commit 43617b0
Author: Ankit Jain <radical@gmail.com>
Date:   Wed Feb 7 01:54:20 2018 -0500

    nuget-hash-extractor: Add msbuild extensions nuget to list of nugets to

    .. process. Version from:

    https://github.com/dotnet/cli/blob/501e11d928c21608999c934f0a7078570b688c6c/build/DependencyVersions.props

    ```
        <MicrosoftNETSdkPackageVersion>2.1.0-preview1-62414-02</MicrosoftNETSdkPackageVersion>
        <MicrosoftNETBuildExtensionsPackageVersion>$(MicrosoftNETSdkPackageVersion)</MicrosoftNETBuildExtensionsPackageVersion>
    ```

    Also, update the list in the runtime and deniedAssembliesList.txt
    installed for use by msbuild.

commit 4cb7884
Author: Ankit Jain <radical@gmail.com>
Date:   Tue Jan 30 18:08:25 2018 -0500

    nuget-hash-extractor: Add support for handling nuget with multiple

    .. assemblies.

    This is specifically required for handling .net assemblies in
    `Microsoft.NET.Build.Extensions` nuget which don't work on mono. These
    assemblies are bundled with msbuild and we want to be able to deny these
    at runtime.

commit d2998f5
Author: monojenkins <jo.shields+jenkins@xamarin.com>
Date:   Fri Feb 9 15:30:56 2018 +0000

    [msvc] Update csproj files

commit 71ad99f
Author: Marek Safar <marek.safar@gmail.com>
Date:   Mon Feb 5 09:51:40 2018 -0500

    [build] Narrow recursive dependencies

commit b3d6025
Author: Marek Safar <marek.safar@gmail.com>
Date:   Sun Feb 4 19:06:35 2018 -0500

    [Mono.Security] Remove unused using

commit 06b836e
Author: Rodrigo Kumpera <kumpera@users.noreply.github.com>
Date:   Thu Feb 8 17:27:17 2018 -0800

    [wasm] Make v8 build verbose and fix zip package root. (mono#6900)

commit 06a89a5
Author: Tychshenko, Dmitriy <Dmitriy_Tychshenko@intuit.com>
Date:   Tue Jan 23 09:39:19 2018 -0500

    Adjust tabbing.

commit b2ec39d
Author: Tychshenko, Dmitriy <Dmitriy_Tychshenko@intuit.com>
Date:   Tue Jan 23 09:34:48 2018 -0500

    Add ordinal comparison when matching request path to listener paths

commit 8917ddf
Author: Tychshenko, Dmitriy <Dmitriy_Tychshenko@intuit.com>
Date:   Mon Jan 22 14:52:13 2018 -0500

    Fixes WCF methods with path parameters in UriTemplate annotation. Bugzilla bug #25444 [https://bugzilla.xamarin.com/show_bug.cgi?id=25444]

commit f3b1c9b
Author: Tychshenko, Dmitriy <Dmitriy_Tychshenko@intuit.com>
Date:   Wed Jan 17 16:38:49 2018 -0500

    Pick the Listener that matches the start of the request URL

commit c84e6c8
Author: Alexander Köplinger <alex.koeplinger@outlook.com>
Date:   Thu Feb 8 22:22:37 2018 +0100

    [bcl] Fix more assembly identity mismatches (mono#6870)

    As a follow up to mono#6848 I checked
    all the assemblies and found some more identity mismatches with .NET

commit 9adf4bd
Author: Rodrigo Kumpera <kumpera@users.noreply.github.com>
Date:   Thu Feb 8 13:08:17 2018 -0800

    [wasm] Add system test suite exclude file. (mono#6847)

commit b6784b2
Author: Ludovic Henry <luhenry@microsoft.com>
Date:   Thu Feb 8 14:36:07 2018 -0500

    [sdks] Fix build for iOS (mono#6878)

commit 3f61f9f
Author: Alexander Köplinger <alex.koeplinger@outlook.com>
Date:   Thu Feb 8 20:32:17 2018 +0100

    configure.ac: Only use library path in libgdiplus_loc

    We use the value defined there to insert into `config` file in
    runtime/Makefile.am and this would get the "preinstalled at" string.

commit af03c6a
Author: jaykrell <jay.krell@cornell.edu>
Date:   Thu Feb 8 11:02:45 2018 -0800

    Detect libgdiplus in configure.ac by default on MacOSX (darwin). (mono#6873)

commit b3eabd5
Author: Alexander Köplinger <alex.koeplinger@outlook.com>
Date:   Thu Feb 8 19:32:57 2018 +0100

    Bump bockbuild

jonpryor added a commit to xamarin/xamarin-android that referenced this issue Feb 16, 2018

baulig added a commit to xamarin/xamarin-android that referenced this issue Feb 21, 2018

Squashed commit of the following:
commit d3ad544
Author: Dean Ellis <dellis1972@googlemail.com>
Date:   Wed Feb 21 16:36:10 2018 +0000

    [Xamarin.Android.Build.Tasks] Update `CalculateProjectDependencies` to match spec (#1323)

    The `GetAndroidDependencies` target (f9b2c97) is intended to be
    called by an IDE on project-load, so that the IDE can install project
    dependencies "in the background," and ideally have the dependencies
    installed before the project is actually built.

    As such, the semantics of the `@(AndroidDependency)` output item
    group need to be agreed upon by xamarin-android, the IDEs, and
    whatever the IDEs use to actually install the dependencies. The
    `%(AndroidDependency.Identity)` values need to be well-defined
    and consistent across these three different libraries.

    In commit f9b2c97, certain values would have a version number
    "embedded" within `%(AndroidDependency.Identity)`, using a `;` to
    separate the name from the version, e.g. `build-tools;26.0.1`.
    Use of `;` was chosen because that made it easier for the package
    installation code to use (e.g. it would be identical to what the
    Android SDK `sdkmanager` utility expects).

    Unfortunately, the use of `;` was counter to the [spec][spec], and
    also looks "weird" in the context of MSBuild, as `;` is *also* the
    item group separator.

    Change the version separator to instead be a `/`. This "looks" better
    and is also consistent with the [installer manifest][manifest] schema
    that we will use, wherein `%(AndroidDependency.Identity)` matches a
    `//xamarin-android/*/@filesystem-path` attribute value:

    	<xamarin-android sdk-version="0.0.0" generated-on="Tue, 20 Feb 2018 21:16:01 GMT">
    	  <platform-tools filesystem-path="platform-tools" path="platform-tools" revision="27.0.1" manifest-url="https://dl.google.com/android/repository/repository2-1.xml" description="Android SDK Platform-Tools" obsolete="False" preview="False" license="android-sdk-license" original-type="generic:genericDetailsType">
    	    <!-- ... -->
    	  </platform-tools>
    	  <build-tool filesystem-path="build-tools/27.0.3" path="build-tools;27.0.3" revision="27.0.3" manifest-url="https://dl.google.com/android/repository/repository2-1.xml" description="Android SDK Build-Tools 27.0.3" obsolete="False" preview="False" license="android-sdk-license" original-type="generic:genericDetailsType">
    	  </build-tool>
    	  <!-- ... -->
    	</xamarin-android>

    `@(AndroidDependency)` could be equivalent to:

    	<ItemGroup>
    	  <AndroidDependency Include="build-tools/27.0.3">
    	    <Version>27.0.3</Version>
    	  </AndroidDependency>
    	  <AndroidDependency Include="platform-tools">
    	    <Version>$(AndroidSdkPlatformToolsVersion)</Version>
    	  </AndroidDependency>
    	  <AndroidDependency Include="platforms/android-27">
    	    <Version>27</Version>
    	  </AndroidDependency>
    	  <AndroidDependency Include="tools">
    	    <Version>$(AndroidSdkToolsVersion)</Version>
    	  </AndroidDependency>
    	</ItemGroup>

    [manifest]: https://gist.github.com/dellis1972/08ba76cc19cdce3dec89c68684664299
    [spec]: https://microsoft-my.sharepoint.com/:w:/r/personal/mhutch_microsoft_com/_layouts/15/WopiFrame.aspx?sourcedoc=%7B0436dd38-c9ff-4cf2-b33c-ee4515b68546%7D&action=edit&wdPid=64869a58

commit e489aae
Author: Jonathan Pryor <jonpryor@vt.edu>
Date:   Wed Feb 21 10:41:32 2018 -0500

    Bump to mono/2017-12/de4729fa (#1325)

    Context: #1078
    Context: mono/mono#7145

    The primary impetus is that mono/de4729fa contains "ignore"
    improvements to `mono-api-html`, which will be needed in order to
    complete PR #1078.

commit f7b24f7
Author: Dean Ellis <dellis1972@googlemail.com>
Date:   Tue Feb 20 16:25:23 2018 +0000

    [Xamarin.Android.Build.Tests] Add tests for <ResolveSdks/> (#1321)

    This commit adds a basic unit test for the `<ResolveSdks/>` task.

commit d207275
Author: Atsushi Eno <atsushieno@gmail.com>
Date:   Tue Feb 20 00:37:10 2018 +0900

    [msbuild] Fix <Import>-ed filename, for case sensitivity. (#1322)

    There is a trivial difference between `msbuild` and `xbuild` - `msbuild`
    seems to respect (or ignorant of) the fact that filenames that are different
    in case are actually different on case-sensitive filesystem.

    Thus with `msbuild`, our binding projects don't build due to "missing"
    Microsoft.CSharp.Targets (there are only Microsoft.CSharp.targets even in
    `xbuild` support files in mono).

    This trivial fix should make it work.

commit 49ecdda
Author: Ludovic Henry <luhenry@microsoft.com>
Date:   Fri Feb 16 17:09:43 2018 -0500

    Bump to mono/2017-12/0d51a806 (#1318)

    To simplify integrating mono's SDKs feature.

commit 8419f81
Author: Jonathan Pryor <jonpryor@vt.edu>
Date:   Fri Feb 16 16:07:12 2018 -0500

    Bump $(ProductVersion) to 8.3.99

    (Commercial) Xamarin.Android v8.3 is being tracked in the
    [xamarin-android/d15-7][0] branch, which was branched from
    commit 70ccc83.

    Bump `$(ProductVersion)` to 8.3.99 to track development progress of
    the *next* version of Xamarin.Android.

    [0]: https://github.com/xamarin/xamarin-android/commits/d15-7

commit 70ccc83
Author: Matt Sylvia <msylvia@nukefile.net>
Date:   Fri Feb 16 11:56:35 2018 -0500

    Bump to Java.Interop/master/15cf8c1, mono/2017-12/fbc4f05 (#1317)

    Context: mono/mono#6948

    Harmonizes on cecil/mono-2017-12/dfee11e.

commit c960a6f
Author: Jonathan Pryor <jonpryor@vt.edu>
Date:   Fri Feb 16 10:43:11 2018 -0500

    Bump to xamarin-android-api-compatibility/d15-7/dc5f0c2e

    Fixes an [ABI break][0] in 72ef39b:

    [0]: https://jenkins.mono-project.com/view/Xamarin.Android/job/xamarin-android/877/

    	<h3>Type Changed: Microsoft.SqlServer.Server.SqlDataRecord</h3>
    	<p>Removed method:</p>
    	<pre>
    	  <span class='removed removed-method breaking' data-is-breaking>public virtual System.Data.IDataReader GetData (int);</span>
    	</pre>

    	<h3>Type Changed: System.Data.SqlClient.SqlConnectionStringBuilder</h3>
    	<p>Removed property:</p>
    	<pre>
    	  <span class='removed removed-property breaking' data-is-breaking>public bool IsFixedSize { get; }</span>
    	</pre>

    	</div> <!-- end type SqlConnectionStringBuilder -->
    	<!-- start type SqlParameterCollection --> <div>
    	<h3>Type Changed: System.Data.SqlClient.SqlParameterCollection</h3>
    	<p>Removed properties:</p>
    	<pre>
    	  <span class='removed removed-property breaking' data-is-breaking>public bool IsFixedSize { get; }</span>
    	  <span class='removed removed-property breaking' data-is-breaking>public bool IsReadOnly { get; }</span>
    	  <span class='removed removed-property breaking' data-is-breaking>public bool IsSynchronized { get; }</span>
    	</pre>

    This doesn't fix the "ABI break"; there is no ABI break of consequence.
    This fixes the *reporting* of the ABI break.

    See also: xamarin/xamarin-android-api-compatibility@5be4d43

commit 72ef39b
Author: Jonathan Pryor <jonpryor@vt.edu>
Date:   Thu Feb 15 20:32:20 2018 -0500

    Bump to xamarin-android-api-compatibility/d15-7/9d71e200

    Context: #1303

    Fixes an [ABI BREAK][0] from b2ca17a:

    	<h3>Type Changed: Android.Widget.ListView</h3>
    	<p>Modified fields:</p>
    	<pre>
    	<div data-is-breaking>	public const <span class='removed removed-inline removed-breaking-inline'>int</span> <span class='added '>ChoiceMode</span> ChoiceModeMultiple = 2;
    	</div><div data-is-breaking>	public const <span class='removed removed-inline removed-breaking-inline'>int</span> <span class='added '>ChoiceMode</span> ChoiceModeNone = 0;
    	</div><div data-is-breaking>	public const <span class='removed removed-inline removed-breaking-inline'>int</span> <span class='added '>ChoiceMode</span> ChoiceModeSingle = 1;
    	</div></pre>

    The problem is that [xamarin-android-api-compatibility PR #13][ac-13]
    is part of PR #1303, but #1303 hasn't been merged yet. As such, it had
    no need to be in the xamarin-android-api-compatibility/d15-7 branch.

    It has been reverted, thus fixing the above ABI break.

    [0]: https://jenkins.mono-project.com/view/Xamarin.Android/job/xamarin-android/876/console
    [ac-13]: xamarin/xamarin-android-api-compatibility#13

commit d0cb3ce
Author: Jonathan Pryor <jonpryor@vt.edu>
Date:   Thu Feb 15 14:12:30 2018 -0500

    Bump to mono/2017-12/2ad3f0bf

    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=60088

commit b2ca17a
Author: Jonathan Pryor <jonpryor@vt.edu>
Date:   Thu Feb 15 12:38:12 2018 -0500

    Bump to xamarin-android-api-compatibility/d15-7/10df9b67 (#1314)

    Context: 34f437d
    Context: https://jenkins.mono-project.com/view/Xamarin.Android/job/xamarin-android/873/

    The bump to mono/2017-12 in commit 34f437d included ABI "breakage" in
    `System.Data.dll` which wasn't *actual* breakage.

    Update xamarin-android-api-compatibility to so that we don't report
    warnings for this "breakage."

commit 3a35c00
Author: Jonathan Pryor <jonpryor@vt.edu>
Date:   Thu Feb 15 12:36:24 2018 -0500

    Bump to Java.Interop/master/0841c32f

    Bumps to cecil/master/dfee11e

    For d15-7 harmonization.

commit 92949f4
Author: Jonathan Pryor <jonpryor@vt.edu>
Date:   Thu Feb 15 12:27:55 2018 -0500

    [mono-runtimes] Fix bundle usage

    Commit 34f437d inadvertently broke mono bundle usage. For example,
    the [first commit after the mono bump][xa-01be] *should* have taken
    around 3h to build. Instead, it took nearly 7h, because the bundle
    wasn't being used, causing the mono runtimes to be rebuilt:

    [xa-01be]: https://jenkins.mono-project.com/view/Xamarin.Android/job/xamarin-android/874/

    	Target _BuildUnlessCached needs to be built as output file
    	'…/xamarin-android//bin/Debug/lib/xamarin.android//../../bcl-tests/System.Runtime.CompilerServices.Unsafe.pdb'
    	does not exist.

    Indeed, `System.Runtime.CompilerServices.Usafe.pdb` *doesn't* exist,
    nor should it, as it's compiled from IL directly.

    Fix mono bundle usage by updating `@(_BclTestAssemblyDestination)` to
    exclude `System.Runtime.CompilerServices.Unsafe.pdb`. This allows the
    `_BuildUnlessCached` target to properly recognize that all required
    files *do* exist, thus skipping the mono-runtimes build (as desired).

commit 01be8ac
Author: Dean Ellis <dellis1972@googlemail.com>
Date:   Thu Feb 15 02:38:56 2018 +0000

    [Xamarin.Android.Build.Tasks] Stop designtime designer being deleted. (#1307)

    Fixes: #1286

    We have a number of problems with our DesignTime build system. The
    main one which this PR addresses is the designer file is deleted
    by `IncrementalClean` AND `CoreClean`. This them completely messes
    up the DesignTime system since it can no longer find the file.

    So what we should be doing is making sure we don't tell the build
    system about the designer file ;-). We do this by not writing the
    path to the `$(CleanFile)`.

    ~~ Some background on the [DesignTime build system][2] ~~

    The primary entry point is the `CoreCompile` target, with occasional
    calls to the `RefreshReferences` target. In theory
    [`$(DesignTimeBuild)`][1] should be set to `true`; however, this is
    not always the case which is why we have the `_SetupForDesignTimeBuild`
    target which hooks into the `CoreCompile` target. Additionally,
    `$(BuildingProject)` should be False. ([Additional information][2]).
    However this document is not seem to be 100% accurate since the IDE's
    (namely Visual Studio) do not always set the required properties. One
    of the key requirements for design time builds seems to be that they
    are independent of the main builds. The files it uses should not be
    removed since the `CoreCompile` target does not seem to be called
    consistently. For example, if the designer file is removed and the
    `RefreshReferences` target is called, the design time build may well
    fail because the targets required to re-generate the designer file
    are not called.

    Now for the problem: the `IncrementalClean` target runs between builds.
    It seems to want to remove files from the previous build. I suspect the
    purpose is to remove files that are no longer needed. (For example an
    assembly which is no longer referenced.) The problem is that we have
    a file (the design time `Resource.designer.cs`) which is not built as
    part of the normal build. But this file was still being written to
    `$(CleanFile)` which is the driver for the `IncrementalClean` process.
    As a result, the file gets removed because its not in the list of
    current `@(FileWrites)`. Not writing the name of this file to
    `$(CleanFile)` seems to hide it from `IncrementalClean`.

    There was also another problem with the `CoreClean` target. This was
    also removing the designer files. Again this was down to the fact
    that the file was listed in `$(CleanFile)`. However our older
    workarounds did not work since they relied on `IncrementalClean`
    running. For a `Clean` target invocation it does not. Again the
    solution seems to be Don't Write the file to `$(CleanFile)`, which is
    counterintuitive since we are told to write all files we generate to
    that file.

    [1]:  https://github.com/dotnet/project-system/blob/master/docs/design-time-builds.md#determining-whether-a-target-is-run-in-a-design-time-build
    [2]: https://github.com/dotnet/project-system/blob/master/docs/design-time-builds.md

commit 34f437d
Author: Ludovic Henry <luhenry@microsoft.com>
Date:   Wed Feb 14 14:05:02 2018 -0500

    Bump to mono/2017-12/a0af42ab (#1263)

    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=6339
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=6401
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=8477
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=19503
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=20562
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=31507
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=35661
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=40699
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=45893
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=49308
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=52675
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=53296
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=56003
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=56194
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=57893
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=57938
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=58261
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=58400
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=58411
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=58965
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=59080
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=59182
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=59364
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=59393
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=59608
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=59664
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=59881
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=59909
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=59913
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=59916
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=59953
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=59956
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=59967
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=60028
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=60029
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=60115
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=60175
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=60216
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=60224
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=60233
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=60238
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=60245
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=60255
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=60267
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=60288
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=60298
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=60317
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=60340
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=60422
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=60435
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=60505
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=60514
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=60539
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=60545
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=60634
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=60680
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=60771
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=60860
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=60865
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=60973
    Context: https://bugzilla.xamarin.com/show_bug.cgi?id=61002

    Bump minimum macOS Mono version to 5.10.0.47.

commit f279ad3
Author: Dean Ellis <dellis1972@googlemail.com>
Date:   Wed Feb 14 15:04:45 2018 +0000

    [Xamarin.Android.Build.Tasks] GetAndroidDependencies calls _SetLatestTargetFrameworkVersion (#1305)

    This is a bug in the `GetAndroidDependencies` target: it does not
    cause `MonoAndroidHelper.RefreshSupportedVersions()` to be invoked.
    As a result if called directly it will generate a
    `NullReferenceException` as `MonoAndroidHelper.SupportedVersions`
    will be `null`.

    The `GetAndroidDependencies` should thus depend upon the
    `_SetLatestTargetFrameworkVersion` target. This will initialize
    `MonoAndroidHelper.SupportedVersions`, and will also resolve the
    correct `$(TargetFrameworkVersion)` if the user has
    `$(AndroidUseLatestPlatformSdk)`=True.

commit 0dee27d
Author: Jonathan Pryor <jonpryor@vt.edu>
Date:   Wed Feb 14 05:50:23 2018 -0500

    [Xamarin.Android.Build.Tasks] Fragments & Shorter acw-map (#1301)

    Fixes: #1296

    Xamarin.Android attempts to expose the Java-based Android API as a
    ".NET feeling" API. This takes many forms, such as prefixing interface
    names with `I`, mapping `get` and `set` methods to properties, mapping
    listener interfaces to events, and PascalCasing method names.

    This also affects Java package names and C# namespaces.

    When creating the `.apk` file, we philosophically need to go the
    opposite direction: PascalCased members need to be mapped to
    "something appropriate" within Java. For example, many Android
    Resource ids *must* be all lowercase, and Android doesn't support
    package names starting with an uppercase letter in all circumstances.

    At one point, we tried mapping C# PascalCased namespaces to camelCased
    namespaces, so e.g. `MyExampleNamespace` became the
    `myExampleNamesapce` Java package within Java Callable Wrappers.

    This turned out to be a Terrible Mistake, particularly on
    case-sensitive filesystems, as if casing was *inconsistent*
    (`MyExampleNamespace` vs `MyExamplenamespace`), files might not be
    packaged.

    By Mono for Android 1.0, we settled on just lowercasing the namespace
    name to produce Java package names within Android Callable Wrappers.

    This was not without it's own problems; in particular, the assembly
    name wasn't involved, so if the "same" type (namespace + type) were
    present in two different assemblies and we needed to generate Android
    Callable Wrappers, they'd "collide," the build would fail, and we'd
    have some unhappy customers.

    This was later addressed in Xamarin.Android 5.1 by changing the Java
    package name generation algorithm to be an MD5SUM of the assembly name
    and namespace name, thus allowing types to have assembly identity.
    (This was not without its own problems.)

    Then it gets slightly more complicated: Android allows type names to
    appear in various locations, such as in layout View XML. These don't
    allow "just" using the type name; the package name is required for
    types outside the `android.widget` Java package.

    Initially, we did nothing, so developers had to directly use the
    Android Callable Wrapper names:

    	<myexamplenamespace.MyCustomCSharpView android:id="@+id/yay_csharp" .../>
    	<fragment android:name="myexamplenamespace.MyCustomCSharpFragment" ... />

    With the change in Xamarin.Android 5.1, *this couldn't work*; those
    types didn't exist anymore.

    To square this circle, we processed the resource files to "fixup"
    identifiers and replace them with the actual Android Callable Wrapper
    names. We'd replace any/all of:

    	MyExampleNamespace.MyCustomCSharpView                           // Full name
    	MyExampleNamespace.MyCustomCSharpView, MyAssembly               // Partial assembly-qualified name
    	MyExampleNamespace.MyCustomCSharpView, MyAssembly, Version=...  // Full assembly qualified name
    	myexamplenamespace.MyCustomCSharpView                           // compatibility name

    with the appropriate md5'd Android Callable Wrapper name.

    Brilliant as this was, there was a problem: [Bug #61073][61073].
    If the assembly had a wildcard in the assembly version:

    [61073]: https://bugzilla.xamarin.com/show_bug.cgi?id=61073

    	[assembly: AssemblyVersion ("1.0.0.*")]

    then the "Full assembly qualified name" value would change on *every
    build*, which had numerious unintended knock-on effects.

    This was fixed in commit e5b1c92, which worked largely by just
    killing the Full assembly qualified name version entirely.
    Xamarin.Android doesn't support embedding two different versions of
    the same assembly, so this was considered to be fine.

    ...except for one compatibility case: `<fragment/>`s can contain
    ~arbitrary strings, and we support replacing the entire Full assembly
    qualified name within them:

    	<fragment
    	    android:name="MyExampleNamespace.MyCustomCSharpFragment, MyAssembly, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null"
    			...
    	/>

    However, in a post e5b1c92 world, the above now fails to load on the
    device, because it's *not* being appropriately fixed up!

    	FATAL EXCEPTION: main
    	Process: Mono.Samples.HelloTests, PID: 22977
    	java.lang.RuntimeException: Unable to start activity ComponentInfo{Mono.Samples.HelloTests/mono.samples.HelloApp}: android.view.InflateException: Binary XML file line #1: Binary XML file line #1: Error inflating class fragment
    		...
    	Caused by: android.view.InflateException: Binary XML file line #1: Binary XML file line #1: Error inflating class fragment
    	Caused by: android.view.InflateException: Binary XML file line #1: Error inflating class fragment
    	Caused by: android.app.Fragment$InstantiationException: Unable to instantiate fragment Mono.Samples.Hello.MyFragment, Hello, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null: make sure class name exists, is public, and has an empty constructor that is public
    		...
    	Caused by: java.lang.ClassNotFoundException: Didn't find class "Mono.Samples.Hello.MyFragment, Hello, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null" on path: DexPathList[[zip file "/data/app/Mono.Samples.HelloTests-1/base.apk"],nativeLibraryDirectories=[/data/app/Mono.Samples.HelloTests-1/lib/arm64, /system/fake-libs64, /data/app/Mono.Samples.HelloTests-1/base.apk!/lib/arm64-v8a, /system/lib64, /vendor/lib64]]
    		...

    The problem is that what Android "sees" *should* be

    	<fragment
    	    android:name="md5whatever.MyCustomCSharpFragment"
    			...
    	/>

    where `md5whatever.MyCustomCSharpFragment` *is* a valid Java type that
    Android is able to load successfully, but because of e5b1c92 this
    replacement was removed.

    The fix: simplify the Full assembly-qualified name case to an already
    supported example. If the `//fragment/@android:name` value contains a
    `,`, assume it's an assembly qualified name and compute the Full name
    from it, by stripping off the comma and everything after it, then use
    the Full name to lookup the correct Android Callable Wrapper type.

commit 5c46ee3
Author: Jonathan Pryor <jonpryor@vt.edu>
Date:   Wed Feb 14 05:42:22 2018 -0500

    [api-xml-adjuster] Fix rebuilds (#1300)

    Ideally, project rebuilds when nothing has changed should be *fast*.

    `api-xml-adjuster` isn't:

    	$ time (cd build-tools/api-xml-adjuster ; xbuild)
    	real	2m1.084s
    	user	1m55.916s
    	sys	0m8.853s

    	# and the rebuild!
    	$ time (cd build-tools/api-xml-adjuster ; xbuild)
    	real	2m0.824s
    	user	1m56.140s
    	sys	0m8.600s

    A *minimum* two minute+ rebuild -- when *nothing* has changed -- is a
    surefire way to get really annoyed.

    With diagnostic logging, we start to see the culprit:

    	Target _ClassParse needs to be built as input file '@(ApiFileDefinition -> /Volumes/Seagate4TB/work/xamarin-android/build-tools/api-xml-adjuster/../../src/Mono.Android/Profiles/api-27.params.txt)' does not exist.

    This in turn causes `class-parse.exe` and `api-xml-adjuster.exe` to be
    *re-executed* on *every* `android.jar` on *every* build.

    Fix this by correcting the `//Target/@inputs` and `//Target/@outputs`
    for the `_ClassParse` and `_AdjustApiXml` tasks. After which,
    no-change rebuilds are *significantly* faster:

    	$ time (cd build-tools/api-xml-adjuster ; xbuild)
    	real	0m5.308s
    	user	0m6.042s
    	sys	0m1.237s

commit 20b4190
Author: Peter Collins <pecolli@microsoft.com>
Date:   Tue Feb 13 12:53:26 2018 -0500

    [BCL-Tests] Remove '-s' from _GrantPermissions (#1299)

    The [semantics of the `$(AdbTarget)` property][adb-target] are the
    same as the [`adb` Target Device option][adb], which permits any of:

    [adb-target]: Documentation/build_process.md
    [adb]: https://developer.android.com/studio/command-line/adb.html#issuingcommands

      * `-d`: Only attached *device*.
      * `-e`: Only attached *emulator*
      * `-s SERIAL_NUMBER`: A specifically named target; needed if there
        is more than one attached device or emulator.

    The problem with commit c4e8165 is that it overrode the
    `$(InstallDependsOnTargets)` property to call the `_GrantPermissions`
    target, which doesn't properly use `$(AdbTarget)`; it instead
    *requires* using the `-s` option, which is inconsistent:

    	adb -s $(AdbTarget) shell pm grant ...

    Remove `-s` from the `adb` invocation so that `$(AdbTarget)` can
    contain e.g. `-d` or `-e`, as is intended & documented.

commit a4ed574
Author: Dean Ellis <dellis1972@googlemail.com>
Date:   Tue Feb 13 16:04:44 2018 +0000

    [Xamarin.Android.Build.Tasks] Only report `ndk-bundle` if required. (#1298)

    We should only list `ndk-bundle` in the `@(AndroidDependencies)` if
    the user is using AOT or MkBundle. Otherwise we will end up
    downloading a ton of stuff we don't need.

    This commit fixes the `CalculateProjectDependencies` to report
    `ndk-bundle` if needed. It also adds a unit test to make sure
    it is not included when it shouldn't be.

commit cb68bc3
Author: Jonathan Pryor <jonpryor@vt.edu>
Date:   Mon Feb 12 17:58:59 2018 -0500

    Bump to Java.Interop/master/10647a5e (#1295)

    Fixes the `ObjectDisposedException` during process shutdown described
    in commit 0a9d164.

    Moves the `ManagedPeer.Init()` invocation within the `JniRuntime`
    constructor so that a `NullReferenceException` is avoided. (Instead, a
    *different*, more meaningful exception should be thrown.)

    Bumps to cecil/mono-2017-12/1afa0668 for d15-7 harmonization.

commit f9b2c97
Author: Dean Ellis <dellis1972@googlemail.com>
Date:   Mon Feb 12 16:20:35 2018 +0000

    [Xamarin.Android.Build.Tasks] Add GetAndroidDependencies Target (#1290)

    Fixes: #1269

    This commit adds the `GetAndroidDependencies` target to the
    `Xamarin.Android.Common.targets`. Its purpose is to examine the
    various settings in the project and report which Android SDK
    build-tools, platform-tools, etc. are required.

    `GetAndroidDependencies` will output an `@(AndroidDependency)` with
    `%(AndroidDependency.Version)` metadata.

    `@(AndroidDependency)` will contain `%(Identity)` values of:

      * `build-tools;{VERSION}`, where `{VERSION}` and `%(Version)` is
         controlled by the `$(AndroidSdkBuildToolsVersion)` property.
      * `ndk-bundle`: `%(Version)` is controlled by the
        `$(AndroidNdkVersion)` property.
      * `platform-tools`: `%(Version)` is controlled by the
        `$(AndroidSdkPlatformToolsVersion)` property.
      * `platforms;android-{API}`, where `{API}` and `%(Version)` is the
        API level for the `$(TargetFrameworkVersion)` in the `.csproj`.
        For example, `platforms;android-27` for
        `$(TargetFrameworkVersion)`=`v7.1`.
      * `tools`: `%(Version)` is controlled by the
        `$(AndroidSdkToolsVersion)` property.

commit 0d822e2
Author: Jonathan Pryor <jonpryor@vt.edu>
Date:   Mon Feb 12 10:39:48 2018 -0500

    [Xamarin.Android.Build.Tasks] Improve `javac -version` parsing (#1292)

    The [Ubuntu build][0] is [failing][1]:

    	warning : Failed to get the Java SDK version as it does not appear to contain a valid version number.
    	`javac -version` returned:
    	```openjdk version "1.8.0_03-Ubuntu"
    	OpenJDK Runtime Environment (build 1.8.0_03-Ubuntu-8u77-b03-3ubuntu3-b03)
    	OpenJDK 64-Bit Server VM (build 25.03-b03, mixed mode)
    	```
    	...
    	Task "AdjustJavacVersionArguments"
    	  …/bin/Debug/lib/xamarin.android/xbuild/Xamarin/Android/Xamarin.Android.Common.targets:
    	  error : Error executing task AdjustJavacVersionArguments: Required property 'JdkVersion' not set.

    [0]: https://jenkins.mono-project.com/view/Xamarin.Android/job/xamarin-android-linux/779/
    [1]: https://jenkins.mono-project.com/view/Xamarin.Android/job/xamarin-android-linux/779/consoleText

    This was introduced/broken by commit 0e1d1c8, which turned
    `AdjustJavacVersionArguments.JdkVersion` into a `[Required]`
    parameter. The value for `AdjustJavacVersionArguments.JdkVersion`
    comes from the `<ResolveSdks/>` task `JdkVersion` output parameter,
    which itself comes from parsing `javac -version` output.

    The problem is that the regex we used to parse the output of
    `javac -version` wasn't properly parsing the output on Ubuntu:

    	openjdk version "1.8.0_03-Ubuntu"

    Specifically, the `-Ubuntu` text was causing the regex to not match.

    Update the regex to be a bit more lenient, enabling it to work with
    the Ubuntu `javac -version` output, which *should* allow the build to
    progress further.

commit 0114586
Author: Jonathan Peppers <jonathan.peppers@gmail.com>
Date:   Sun Feb 11 12:53:52 2018 -0600

    [build] fix api-xml-adjuster.targets on Windows (#1291)

    Since 7d705bf, the Windows builds on VSTS have seemed to be failing. I
    tested this locally, and noticed the use of command line arguments such
    as:

        -parameter-names='%(SomeVariable)'

    Unfortunately, this isn't working on Windows due to the single quote. It
    is more appropriately expressed as:

        -parameter-names=&quot;%(SomeVariable)&quot;

    This isn't very pretty, but it should work on all platforms.

    I also fixed all the tabs I saw in this file--in favor of spaces, and
    fixed other XML code conventions.

    I will now return to my regularly scheduled baby duty.

joncham added a commit to Unity-Technologies/mono that referenced this issue Apr 6, 2018

[aot] Emit the weak field indexes table using the MONO_AOT_TABLE code…
…, so it works with separate aot data files/bitcode.

Fixes mono#6948.

jonpryor added a commit to xamarin/xamarin-android that referenced this issue Apr 25, 2018

Bump to mono/2018-02/0c5a524e (#1289)
Bumps to Java.Interop/master/0afb2b0f
Bumps to llvm/master/a9cfb50e.

Fixes: https://bugzilla.xamarin.com/show_bug.cgi?id=11771
Fixes: https://bugzilla.xamarin.com/show_bug.cgi?id=15051
Fixes: https://bugzilla.xamarin.com/show_bug.cgi?id=19436
Fixes: https://bugzilla.xamarin.com/show_bug.cgi?id=45901
Fixes: https://bugzilla.xamarin.com/show_bug.cgi?id=56071
Fixes: https://bugzilla.xamarin.com/show_bug.cgi?id=58413
Fixes: https://bugzilla.xamarin.com/show_bug.cgi?id=58413
Fixes: https://bugzilla.xamarin.com/show_bug.cgi?id=58413
Fixes: https://bugzilla.xamarin.com/show_bug.cgi?id=59184
fixes: https://bugzilla.xamarin.com/show_bug.cgi?id=60065
Fixes: https://bugzilla.xamarin.com/show_bug.cgi?id=60225
Fixes: https://bugzilla.xamarin.com/show_bug.cgi?id=60298
Fixes: https://bugzilla.xamarin.com/show_bug.cgi?id=60359
Fixes: https://bugzilla.xamarin.com/show_bug.cgi?id=60568
Fixes: https://bugzilla.xamarin.com/show_bug.cgi?id=60756
Fixes: https://bugzilla.xamarin.com/show_bug.cgi?id=60848
Fixes: https://bugzilla.xamarin.com/show_bug.cgi?id=60862
Fixes: https://bugzilla.xamarin.com/show_bug.cgi?id=60900
Fixes: https://bugzilla.xamarin.com/show_bug.cgi?id=60904
Fixes: https://bugzilla.xamarin.com/show_bug.cgi?id=60986
Fixes: https://github.com/mono/mono/issues/59400
Fixes: mono/mono#6169
Fixes: mono/mono#6187
Fixes: mono/mono#6192
Fixes: mono/mono#6255
Fixes: mono/mono#6264
Fixes: mono/mono#6266
Fixes: mono/mono#6281
Fixes: mono/mono#6283
Fixes: mono/mono#6320
Fixes: mono/mono#6339
Fixes: mono/mono#6343
Fixes: mono/mono#6349
Fixes: mono/mono#6379
Fixes: mono/mono#6383
Fixes: mono/mono#6401.
Fixes: mono/mono#6411
Fixes: mono/mono#6414
Fixes: mono/mono#6490
Fixes: mono/mono#6721
Fixes: mono/mono#6767
Fixes: mono/mono#6777
Fixes: mono/mono#6848
Fixes: mono/mono#6940
Fixes: mono/mono#6948
Fixes: mono/mono#6998
Fixes: mono/mono#7016
Fixes: mono/mono#7085
Fixes: mono/mono#7086
Fixes: mono/mono#7095
Fixes: mono/mono#7137
Fixes: mono/mono#7184
Fixes: mono/mono#7240
Fixes: mono/mono#7262
Fixes: mono/mono#7289
Fixes: mono/mono#7338
Fixes: mono/mono#7356
Fixes: mono/mono#7364
Fixes: mono/mono#7378
Fixes: mono/mono#7389
Fixes: mono/mono#7460
Fixes: mono/mono#7535
Fixes: mono/mono#7536
Fixes: mono/mono#7610
Fixes: mono/mono#7624
Fixes: mono/mono#7637
Fixes: mono/mono#7655
Fixes: mono/mono#7657
Fixes: mono/mono#7685
Fixes: mono/mono#7786
Fixes: mono/mono#7792
Fixes: mono/mono#7822
Fixes: mono/mono#7860
Fixes: mono/mono#8089
Fixes: mono/mono#8267
Fixes: mono/mono#8409
Fixes: xamarin/maccore#628
Fixes: xamarin/maccore#629
Fixes: xamarin/maccore#673
Fixes: xamarin/maccore#673
Fixes: #1561

jonpryor added a commit to xamarin/xamarin-android that referenced this issue Aug 8, 2018

Bump to mono/mono:2018-04@f3a2216b (#1503)
Fixes: #1130
Fixes: #1561 (comment)
Fixes: #1845
Fixes: #1951

Context: https://bugzilla.xamarin.com/show_bug.cgi?id=10087
Context: https://bugzilla.xamarin.com/show_bug.cgi?id=11771
Context: https://bugzilla.xamarin.com/show_bug.cgi?id=12850
Context: https://bugzilla.xamarin.com/show_bug.cgi?id=18941
Context: https://bugzilla.xamarin.com/show_bug.cgi?id=19436
Context: https://bugzilla.xamarin.com/show_bug.cgi?id=25444
Context: https://bugzilla.xamarin.com/show_bug.cgi?id=33208
Context: https://bugzilla.xamarin.com/show_bug.cgi?id=58413
Context: https://bugzilla.xamarin.com/show_bug.cgi?id=59184
Context: https://bugzilla.xamarin.com/show_bug.cgi?id=59400
Context: https://bugzilla.xamarin.com/show_bug.cgi?id=59779
Context: https://bugzilla.xamarin.com/show_bug.cgi?id=60065
Context: https://bugzilla.xamarin.com/show_bug.cgi?id=60843
Context: mono/mono#6174
Context: mono/mono#6178
Context: mono/mono#6180
Context: mono/mono#6181
Context: mono/mono#6186
Context: mono/mono#6187
Context: mono/mono#6211
Context: mono/mono#6266
Context: mono/mono#6579
Context: mono/mono#6666
Context: mono/mono#6752
Context: mono/mono#6801
Context: mono/mono#6812
Context: mono/mono#6848
Context: mono/mono#6940
Context: mono/mono#6948
Context: mono/mono#6998
Context: mono/mono#6999
Context: mono/mono#7016
Context: mono/mono#7085
Context: mono/mono#7086
Context: mono/mono#7095
Context: mono/mono#7134
Context: mono/mono#7137
Context: mono/mono#7145
Context: mono/mono#7184
Context: mono/mono#7240
Context: mono/mono#7262
Context: mono/mono#7289
Context: mono/mono#7338
Context: mono/mono#7356
Context: mono/mono#7364
Context: mono/mono#7378
Context: mono/mono#7389
Context: mono/mono#7449
Context: mono/mono#7460
Context: mono/mono#7535
Context: mono/mono#7536
Context: mono/mono#7537
Context: mono/mono#7565
Context: mono/mono#7588
Context: mono/mono#7596
Context: mono/mono#7610
Context: mono/mono#7613
Context: mono/mono#7620
Context: mono/mono#7624
Context: mono/mono#7637
Context: mono/mono#7655
Context: mono/mono#7657
Context: mono/mono#7661
Context: mono/mono#7685
Context: mono/mono#7696
Context: mono/mono#7729
Context: mono/mono#7786
Context: mono/mono#7792
Context: mono/mono#7805
Context: mono/mono#7822
Context: mono/mono#7828
Context: mono/mono#7860
Context: mono/mono#7864
Context: mono/mono#7903
Context: mono/mono#7920
Context: mono/mono#8089
Context: mono/mono#8143
Context: mono/mono#8267
Context: mono/mono#8311
Context: mono/mono#8340
Context: mono/mono#8409
Context: mono/mono#8417
Context: mono/mono#8430
Context: mono/mono#8698
Context: mono/mono#8701
Context: mono/mono#8712
Context: mono/mono#8721
Context: mono/mono#8726
Context: mono/mono#8866
Context: mono/mono#9023
Context: mono/mono#9031
Context: mono/mono#9033
Context: mono/mono#9044
Context: mono/mono#9179
Context: mono/mono#9318
Context: mono/mono#9318
Context: xamarin/maccore#628
Context: xamarin/maccore#629
Context: xamarin/maccore#673

jonpryor added a commit to xamarin/xamarin-android that referenced this issue Aug 13, 2018

Bump to mono/mono:2018-04@f3a2216b (#1503)
Fixes: #1130
Fixes: #1561 (comment)
Fixes: #1845
Fixes: #1951

Context: https://bugzilla.xamarin.com/show_bug.cgi?id=10087
Context: https://bugzilla.xamarin.com/show_bug.cgi?id=11771
Context: https://bugzilla.xamarin.com/show_bug.cgi?id=12850
Context: https://bugzilla.xamarin.com/show_bug.cgi?id=18941
Context: https://bugzilla.xamarin.com/show_bug.cgi?id=19436
Context: https://bugzilla.xamarin.com/show_bug.cgi?id=25444
Context: https://bugzilla.xamarin.com/show_bug.cgi?id=33208
Context: https://bugzilla.xamarin.com/show_bug.cgi?id=58413
Context: https://bugzilla.xamarin.com/show_bug.cgi?id=59184
Context: https://bugzilla.xamarin.com/show_bug.cgi?id=59400
Context: https://bugzilla.xamarin.com/show_bug.cgi?id=59779
Context: https://bugzilla.xamarin.com/show_bug.cgi?id=60065
Context: https://bugzilla.xamarin.com/show_bug.cgi?id=60843
Context: mono/mono#6174
Context: mono/mono#6178
Context: mono/mono#6180
Context: mono/mono#6181
Context: mono/mono#6186
Context: mono/mono#6187
Context: mono/mono#6211
Context: mono/mono#6266
Context: mono/mono#6579
Context: mono/mono#6666
Context: mono/mono#6752
Context: mono/mono#6801
Context: mono/mono#6812
Context: mono/mono#6848
Context: mono/mono#6940
Context: mono/mono#6948
Context: mono/mono#6998
Context: mono/mono#6999
Context: mono/mono#7016
Context: mono/mono#7085
Context: mono/mono#7086
Context: mono/mono#7095
Context: mono/mono#7134
Context: mono/mono#7137
Context: mono/mono#7145
Context: mono/mono#7184
Context: mono/mono#7240
Context: mono/mono#7262
Context: mono/mono#7289
Context: mono/mono#7338
Context: mono/mono#7356
Context: mono/mono#7364
Context: mono/mono#7378
Context: mono/mono#7389
Context: mono/mono#7449
Context: mono/mono#7460
Context: mono/mono#7535
Context: mono/mono#7536
Context: mono/mono#7537
Context: mono/mono#7565
Context: mono/mono#7588
Context: mono/mono#7596
Context: mono/mono#7610
Context: mono/mono#7613
Context: mono/mono#7620
Context: mono/mono#7624
Context: mono/mono#7637
Context: mono/mono#7655
Context: mono/mono#7657
Context: mono/mono#7661
Context: mono/mono#7685
Context: mono/mono#7696
Context: mono/mono#7729
Context: mono/mono#7786
Context: mono/mono#7792
Context: mono/mono#7805
Context: mono/mono#7822
Context: mono/mono#7828
Context: mono/mono#7860
Context: mono/mono#7864
Context: mono/mono#7903
Context: mono/mono#7920
Context: mono/mono#8089
Context: mono/mono#8143
Context: mono/mono#8267
Context: mono/mono#8311
Context: mono/mono#8340
Context: mono/mono#8409
Context: mono/mono#8417
Context: mono/mono#8430
Context: mono/mono#8698
Context: mono/mono#8701
Context: mono/mono#8712
Context: mono/mono#8721
Context: mono/mono#8726
Context: mono/mono#8866
Context: mono/mono#9023
Context: mono/mono#9031
Context: mono/mono#9033
Context: mono/mono#9044
Context: mono/mono#9179
Context: mono/mono#9318
Context: mono/mono#9318
Context: xamarin/maccore#628
Context: xamarin/maccore#629
Context: xamarin/maccore#673
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment