Daniel Cazzulino
Daniel Cazzulino
To add to the argument for merging this PR: the externally defined records that are now considered for generation would have previously been entirely omitted, causing runtime errors. So I...
If the type is externally defined only, and the client is generic and does not do codegen itself, you would face this issue, since the serializers won't exist in the...
That's a different issue. The `[GenerateSerializer]` attribute exists in the abstractions assembly. It does not require that users reference the orleans SDK. This a nice thing in my scenario (https://github.com/devlooped/CloudActors/)...
Congrats!! 👶 rocks ❤️
Would be awesome to know the milestone this will ship with, if you happen to know, to track when I can start using it 🙏
That looks precisely it! Thanks for the quick reply 🙏
Ok @ReubenBond I think I found the root cause: https://github.com/dotnet/roslyn/issues/74634
And the *actual* root cause might be that (at least in .NET SDK 9.0), the library produces a reference assembly by default and that's what passed to the generator, which...
Turns out that doesn't solve it either: https://github.com/kzu/BackingFieldRecordSymbolMissing/commit/a2f9b6c4bd29479ba279b8c40d9e14cd510b494c It has to be something else then, but I'm puzzled what it can be!
Ok, so how about something like this: 1 - A user that references the SerializationAbstractions but NOT the codegen/SDK, can be assumed to be someone who will use the serialization...