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
    Then I see AssemblyLoaderContext only in mscorlib
    Alexander Köplinger
    @akoeplinger
    yep, that's the correct one
    Atsushi Eno
    @atsushieno
    but who knows that the type marked as in System.Runtime.Loader is in mscorlib? Since the NuGet package does not seem to contain the expected facade, there is nothing that has type forwarder I think.
    Alexander Köplinger
    @akoeplinger
    the nuget package does contain the facade that typeforwards to mscorlib
    the question is if it gets picked :)
    since it's only in the netstandard1.5 folder in lib/
    Atsushi Eno
    @atsushieno
    Then that's indeed a question to @radekdoulik ;-)
    0xFireball
    @0xFireball
    I put instructions to reproduce in case you need them: https://gist.github.com/0xFireball/f8c84b7a6ad33d175617c2792f42b224#gistcomment-1852715
    just a quick question: if there are errors like this, is gitter or issues on the repository a better place?
    Atsushi Eno
    @atsushieno
    We don't open github "issues" because we use bugzilla.xamarin.com
    0xFireball
    @0xFireball
    is that a better place or gitter?
    Atsushi Eno
    @atsushieno
    gitter is easier if people are on, but that's not always the case and it also may flow away
    bugzilla is annoying but persistent ;-)
    Alexander Köplinger
    @akoeplinger
    and in cases where it looks like a bug, filing it on bugzilla makes sure it's not forgotten
    0xFireball
    @0xFireball
    should i post the issue on bugzilla? or are you guys aware of it?
    and is it even a bug or just some misconfiguration
    Atsushi Eno
    @atsushieno
    we check bugzilla
    dunno, but you don't have to hesitate, people usually come up with some answer
    (on bugzilla)
    So far it is most likely assigned to our linker guy
    0xFireball
    @0xFireball
    all right, thanks @atsushieno
    0xFireball
    @0xFireball
    i've filed a bug at bugzilla:
    https://bugzilla.xamarin.com/show_bug.cgi?id=43515
    Alexander Köplinger
    @akoeplinger
    thanks!
    0xFireball
    @0xFireball
    any other information needed?
    Atsushi Eno
    @atsushieno
    any further requests should be followed up on bugzilla
    Atsushi Eno
    @atsushieno
    Could this get reviewed and merged? xamarin/xamarin-android#169
    0xFireball
    @0xFireball
    @atsushieno is there any workaround for now?
    Atsushi Eno
    @atsushieno
    dunno, try adding that missing assembly directly to your project?
    0xFireball
    @0xFireball
    system.runtime.loader?
    Atsushi Eno
    @atsushieno
    yes
    0xFireball
    @0xFireball
    it looks like there is a dll in the output folder
    anything i can do (other than disabling the linker)
    Atsushi Eno
    @atsushieno
    no idea other than fixing the linker issue by yourself
    0xFireball
    @0xFireball
    so i guess i'll have to wait for your linker guy to resolve the bug
    Atsushi Eno
    @atsushieno
    or build roslyn from sources on top of Xamarin platform instead of PCL
    0xFireball
    @0xFireball
    probably a better idea, i'll try that
    0xFireball
    @0xFireball
    what about the System.Runtime.Loader?
    Atsushi Eno
    @atsushieno
    It just has a type forwarder which forwards the type to the one in mscorlib
    0xFireball
    @0xFireball
    how do i target the xamarin platform from the roslyn sources? should i try building for the desktop platform instead of PCL?
    Atsushi Eno
    @atsushieno
    You should create a new project that has the same list of sources or whatever builds
    If that sounds difficult to understand maybe that's not going to be your solution
    0xFireball
    @0xFireball
    you mean to create a new Xamarin.Android project with the same C# sources and build it under the XA platform right?
    Atsushi Eno
    @atsushieno
    yeah, exactly
    Sathanu
    @sathanu
    How much better performance give to application by xamarin like native?
    Atsushi Eno
    @atsushieno
    Android API calls invoke Java framework via Android API so it cannot be faster than Java in theory.
    That does not apply to non-Android API calls though.
    7 Bowler Hats
    @7eee
    hello ,
    i am building a rom, and am making some system apps
    is using xamarin.android a good idea? (in terms of overhead/performance/package size)
    and in terms of non-android api calls, (.net) is xa faster than java?
    Troy Spradling
    @tr0yspradling
    Who can guide me on developing xamarin android applications on ubuntu linux?
    Atsushi Eno
    @atsushieno
    You can shoot concrete individual questions here and someone might answer.