[Issue 23140] Array!T where T is a shared class no longer works
d-bugmail at puremagic.com
d-bugmail at puremagic.com
Mon Aug 8 11:26:02 UTC 2022
https://issues.dlang.org/show_bug.cgi?id=23140
RazvanN <razvan.nitu1305 at gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |razvan.nitu1305 at gmail.com
--- Comment #4 from RazvanN <razvan.nitu1305 at gmail.com> ---
(In reply to Steven Schveighoffer from comment #0)
> I'm not sure it should have ever worked, but I'm also wondering why this
> cannot be made to work.
>
> Prior to 2.099.0, the following code compiled:
>
> ```d
> import std.container : Array;
> shared class C {}
>
> Array!C arr;
> ```
>
> But it no longer does. The reason is because of the fix for
> https://issues.dlang.org/show_bug.cgi?id=22515. Now, a C is actually typed
> as `shared(C)`, and it does not implicitly cast to `const void *` (used by
> GC functions and pureFree, etc.).
>
> Three options here:
>
> 1. Fix Array to cast away the shared when using these functions (a
> reasonable assumption)
>From my perspective, it should be illegal to cast away the sharedness if an
aggregate was defined `shared struct/class T` (this could be extended to any
type qualifier, but let's just stick to shared). If the user opted to define
the aggregate as such, I think it is reasonable to assume that any use of such
an object is going to violate the definition of the object.
> 2. Fix the druntime functions so they also accept `shared` pointers
In my opinion, this is the most sensible approach.
> 3. close this bug as wontfix, and I'll have to work around it in the project
> I'm trying to compile (libasync)
--
More information about the Digitalmars-d-bugs
mailing list