Live data from Hacker News

Viewing profile — andygocke

andygocke

HN member
Joined
Sat, May 21, 2022, 10:22 PM UTC
HN karma
29
Public activity
21 items

About andygocke

No profile information was provided.

Recent public activity

  1. comment
    Comment #45518107

    Yeah but we have codegen bugs in .NET as well. The biggest difference that stood out to me in this write up, is we would have gone straight for “coredump” instead of other investig…

  2. comment
    Comment #44655390

    There are two types of initializers: internal and external. Internal are inside the type, like field and property initializers. External are outside, like object initializers, coll…

  3. comment
    Comment #44653750

    > MS have done is to outsource the issue to all C# devs Let's be clear: breaking dozens of tools because of a change to the IL format also outsources an issue to all C# devs. The .…

  4. comment
    Comment #44650980

    Unfortunately, there are alternatives to this behavior, but they all have other downsides. The biggest constraint was the schedule didn't support a new version of the .NET IL forma…

  5. comment
    Comment #43395641

    Hi, I own the Native AOT compiler and self-contained compiler for .NET. Self-contained will work fine because we precompile the runtime and libraries for all supported platforms. N…

  6. comment
    Comment #42819403

    I guess people have different experiences as I don’t see the React changes as improving the mobile experience: just the opposite. I often interact with GitHub by browsing through t…

  7. comment
    Comment #41334435

    > First, primitive operations for crypto are intrinsics in Java and operate without FFI at all. This is a pretty strange assertion given that I didn’t specify the crypto operation …

  8. comment
    Comment #41330307

    Yes, we considered that and implemented a solution. Effectively, the runtime will generate thunk methods that will invisibly bridge between the two worlds. Calling (and overriding)…

  9. comment
    Comment #41329506

    I agree with your general point, that it depends on your specific problem how difficult this is, but I disagree about how common or easy to work around. Regarding > But the FFM API…

  10. comment
    Comment #41329377

    Ah, I see. You were saying that green threads can usually be scheduled on multiple os threads and take advantage of parallelism. Yup, I agree. Apologies for the confusion.

  11. comment
    Comment #41325839

    Well, any additional FFI overhead, right? The cost for exposing very little tends to be that marshaling costs more due to the requirement that values be copied between domains rath…

  12. comment
    Comment #41325797

    > The Gleam example has all the convenience and readability of its C#/Python counterpart - but without the downsides. This was mentioned in the write-up, but the big downside is in…

  13. comment
    Comment #41325787

    In practice we don't think there will end up being tradeoffs in async2 vs. async1. If you look below, at the "JIT state machine" section, you'll see that async2 looked better and t…

  14. comment
    Comment #41325763

    I'm not sure that the original description is precisely correct, but yours isn't correct either. Basically, you can't treat green threads just like "a multi-threaded runtime" and h…

  15. comment
    Comment #41188197

    I’m the author of the original issue — I agree, we’ll have to ensure the struct layout is solved. I think the only thing that makes sense is to just waste a little space and store …

  16. comment
    Comment #36090484

    You're right -- there are a lot of tradeoffs here, and one solution isn't necessarily better. What Native AOT offers is very small binaries, with very fast startup, and smaller wor…

  17. comment
    Comment #36090453

    .NET 8 will support macOS, and yeah I think your approach of basically re-implementing much of the SDK logic in bazel is probably your best bet for a reliable experience. At the sa…

  18. comment
    Comment #36090397

    > Separate thought: .net AOT is still very much experimental. All sorts of things are silently incompatible with it, either in the "refuses to build" or the "crash at runtime" way.…

  19. comment
    Comment #36090378

    > I couldn't find any compile-to-obj command with flags and such, instead there's a `dotnet` command that takes its input via a monolithic `.csproj` XML file and spits out a fully-…

  20. comment
    Comment #35183309

    I don't think this works... It looks like FetchPersons is free in the body of the receive, and I can't see any indication of the synchronization points in the actor. I mean, maybe …

  21. comment
    Comment #31462664

    Thanks for the feedback! If you have some details and want to post them on https://github.com/dotnet/runtime , we can include them in planning. As you might have guessed, this is a…