Is AliasAssign Now Official?

Basile B. b2.temp at gmx.com
Thu Aug 19 15:24:04 UTC 2021


On Thursday, 19 August 2021 at 15:18:46 UTC, Paul Backus wrote:
> On Thursday, 19 August 2021 at 14:32:27 UTC, Basile B. wrote:
>> On Thursday, 19 August 2021 at 13:43:34 UTC, Paul Backus wrote:
>>> [...]
>>> Yes, a DIP or -preview switch should have been required. 
>>> However, Walter Bright, the author and primary maintainer of 
>>> D, [...]
>>
>> sure... but from an external point of view, and since this is 
>> not a hot topic anymore, AliasAssign was only made to obstruct 
>> "Uplink" work on "type functions".
>
> I think this is an uncharitable interpretation of the 
> situation. Type functions were always extremely experimental, 
> and it was uncertain if a complete implementation of them would 
> ever be feasible (indeed, Stefan himself has since abandoned 
> type functions in favor of core.reflect, for this exact 
> reason). The point of AliasAssign was to investigate whether 
> some of the benefits of type functions could be gained with a 
> much simpler implementation.

okay. But would AliasAssign have ever been proposed if the topic 
of type functions was not there ?


More information about the Digitalmars-d mailing list