Ownership and Borrowing in D
Walter Bright
newshound2 at digitalmars.com
Wed Jul 17 20:59:27 UTC 2019
On 7/17/2019 12:11 PM, Olivier FAURE wrote:
> On Tuesday, 16 July 2019 at 06:12:42 UTC, Walter Bright wrote:
>> Now I just have to deliver the goods!
>
> Lately, I've been thinking about the possibility of an alternative ownership
> system for D, one that would be radically different from what you're
> considering, but still aim for the same features (memory safety, compile-time
> checking, zero-cost abstraction), based on a `unique` qualifier.
>
> If I were to write a formal proposal for it, how interested would you be in
> comparing the two schemes (DIP 1021 and eventually Rust "one mutable ref" rule,
> vs unique qualifier)?
>
> Like, I want to make my pitch, but I don't want to spend huge amount of effort
> on it if you're just going to go with DIP 1021 anyway.
Any competing system would need to not be 'opt-in' on a type by type basis. I.e.
the central feature of an @live function is the user will not be able to write
memory unsafe code within that function.
I'm interested to see your design. But I suggest you move quickly, as I've
suggested people who talked about this propose a design for the last 10 years,
nothing has happened, and we can't wait any longer.
More information about the Digitalmars-d-announce
mailing list