Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
    Atsushi Eno
    @atsushieno
    I guess there is nothing blocking
    Jonathan Pryor
    @jonpryor
    @dellis1972, @radical: please review: xamarin/xamarin-android#140
    Jonathan Pryor
    @jonpryor
    @atsushieno, @dellis1972, @grendello: please review: https://github.com/jonpryor/xamarin-android/blob/adc951be68e943efac3fb8ec9aa44a64bfde596c/README.md xamarin/xamarin-android#149
    Atsushi Eno
    @atsushieno
    is it this? xamarin/xamarin-android#149
    that looks good to me
    Atsushi Eno
    @atsushieno
    Could anyone review AIDL fix? xamarin/xamarin-android#151
    Dean Ellis
    @dellis1972
    @jonpryor merged PR 149
    Jonathan Pryor
    @jonpryor
    @grendello: thoughts? xamarin/xamarin-android#156
    Harry
    @harry-cpp
    I see you added a build server, I was just about to ask you about it :D
    Sunny
    @SunnyVerma1
    How do I manage app backgrounding in xamarin.mac
    I want the same behaviour like android services.
    Atsushi Eno
    @atsushieno
    people at https://gitter.im/xamarin/xamarin-macios might have ideas?
    0xFireball
    @0xFireball
    This message was deleted
    0xFireball
    @0xFireball

    I tried building a Xamarin.Android project with Roslyn, but getting this error when building (only Release)

    3>C:\Program Files (x86)\MSBuild\Xamarin\Android\Xamarin.Android.Common.targets(1616,5): error MSB4018: The "LinkAssemblies" task failed unexpectedly.
    3>C:\Program Files (x86)\MSBuild\Xamarin\Android\Xamarin.Android.Common.targets(1616,5): error MSB4018: Xamarin.Android.XamarinAndroidException: error XA2006: Reference to metadata item 'System.Runtime.Loader.AssemblyLoadContext' (defined in 'Microsoft.CodeAnalysis.Scripting, Version=2.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35') from 'Microsoft.CodeAnalysis.Scripting, Version=2.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' could not be resolved. ---> Mono.Cecil.ResolutionException: Failed to resolve System.Runtime.Loader.AssemblyLoadContext

    I installed the NuGet package for System.Runtime.Loader because Xamarin complained about it not being resloved

    Atsushi Eno
    @atsushieno
    That NuGet package is just a reference assembly that needs implementation, no?
    0xFireball
    @0xFireball
    @atsushieno are you referring to System.Runtime.Loader?
    looks like that's what it is
    the error is with the linker
    Jonathan Pryor
    @jonpryor
    that's bizarre
    @radekdoulik?
    0xFireball
    @0xFireball
    This message was deleted
    a similar error? https://stackoverflow.com/questions/28424308/the-linkassemblies-task-failed-unexpectedly
    but i'm not using Forms, just Xamarin.Android
    Atsushi Eno
    @atsushieno
    But does that type really exist?
    in mono
    Alexander Köplinger
    @akoeplinger
    it does as of C7SR1
    Atsushi Eno
    @atsushieno
    and in mobile API?
    Alexander Köplinger
    @akoeplinger
    yes, it's one of the types we had to add shims for to achieve netstandard compatibilty
    0xFireball
    @0xFireball
    that's what the NuGet package was for I believe
    Atsushi Eno
    @atsushieno
    I thought the NuGet package is only about reference?
    Alexander Köplinger
    @akoeplinger
    the nuget package should just have a _._ entry under lib/MonoAndroid which means it'll use the one we ship
    Atsushi Eno
    @atsushieno
    ...if that exists. Which Xamarin.Android are you on? @0xFireball
    Alexander Köplinger
    @akoeplinger
    hmm, looks like the System.Runtime.Loader package doesn't have a MonoAndroid entry under lib/, just netstandard1.5
    which has a typeforwarder to mscorlib, so should be fine
    unless the linker messes with that
    Atsushi Eno
    @atsushieno
    but did we support netstandard1.5 in C7SR1?
    Alexander Köplinger
    @akoeplinger
    @atsushieno that's decided by nuget, afaik it just picks the highest netstandard for our products
    well
    I'm not sure how this works for XA
    0xFireball
    @0xFireball
    would a larger stack trace help? @atsushieno
    Alexander Köplinger
    @akoeplinger
    a diagnostic build log would probably help (run msbuild with /v:diag)
    Atsushi Eno
    @atsushieno
    Yeah, it would show how XA resolved the assemblies
    0xFireball
    @0xFireball
    ok, building again
    do you want the task performance summaries too? I can put it on a gist because it might get quite long
    Alexander Köplinger
    @akoeplinger
    gist is good
    Atsushi Eno
    @atsushieno
    task performance is unnecessary
    @akoeplinger is System.Runtime.Loader in master too? I don't see it in lib/xbuild-frameworks/MonoAndroid/v1.0/Facades
    Alexander Köplinger
    @akoeplinger
    @atsushieno it's not a facade we ship
    the facade should come from the nuget package in this case
    Atsushi Eno
    @atsushieno
    Then I see AssemblyLoaderContext only in mscorlib