Viewing profile — andygocke
andygocke
HN member- Joined
- Sat, May 21, 2022, 10:22 PM UTC
- HN karma
- 29
- Public activity
- 21 items
- HN profile
- View on Hacker News ↗
About andygocke
No profile information was provided.
Recent public activity
-
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…
-
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…
-
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 .…
-
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…
-
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…
-
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…
-
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 …
-
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)…
-
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…
-
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.
-
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…
-
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…
-
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…
-
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…
-
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 …
-
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…
-
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…
-
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.…
-
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-…
-
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 …
-
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…