We need to "consume" the sneaky way we sneak in the "use this ID" into assignID. Without this we'd assign the same ID if someone were to create a singleton DURING the init() of another singleton.
I need to work around a few aggressive assertions that are trying to prevent users doing bad stuff that we actually do want to do here, but this'll work ok.
Modifications:
We "consume" the "props for spawn" during assignID as it should be. This works because that's code generated as first thing in every distributed actor init.
Result:
resolves #1131
rdar://112434926
relates to rdar://112433423 which is about a language feature to enable control over this properly.
Motivation:
We need to "consume" the sneaky way we sneak in the "use this ID" into
assignID
. Without this we'd assign the same ID if someone were to create a singleton DURING the init() of another singleton.I need to work around a few aggressive assertions that are trying to prevent users doing bad stuff that we actually do want to do here, but this'll work ok.
Modifications:
We "consume" the "props for spawn" during assignID as it should be. This works because that's code generated as first thing in every distributed actor init.
Result:
resolves #1131 rdar://112434926
relates to rdar://112433423 which is about a language feature to enable control over this properly.