Printing shortest decimal form of floating point number with Mir
9il
ilyayaroshenko at gmail.com
Wed Dec 23 18:05:40 UTC 2020
On Wednesday, 23 December 2020 at 17:22:28 UTC, Ola Fosheim
Grøstad wrote:
> On Wednesday, 23 December 2020 at 17:08:26 UTC, 9il wrote:
>> https://issues.dlang.org/show_bug.cgi?id=16486
>> https://issues.dlang.org/show_bug.cgi?id=16465
>> https://issues.dlang.org/show_bug.cgi?id=10884
>> and the oldest one reported in 2008
>> https://issues.dlang.org/show_bug.cgi?id=1807
>>
>> C++ templates can be resolved, at least at the level Mir needs
>> this. So, it is a bug in my opinion. But it was said the DIP
>> is required. I can't write DIP well and was very happy that
>> Stefanos wrote the DIP and even the druft.
>
> Yes, if something is perceived as bug it becomes a burden to
> remember that it is isn't. Not sure why anyone resist this
> improvement. Hm, he seems to be a compiler consultant now, but
> no longer interested in D?
Hi is disappeared from the Dlang after that.
> Maybe the DIP should have pushed harder on what other languages
> support (might be viewed as a stronger political argument).
Have you read the DMD PR thread (not the DIP itself)?
It was a mockery executed by Atila accompanied by silent Walter's
and Andrei's ignoring.
I know Atila in person. However, it doesn't really matter if
Atila really didn't understand the DIP reasons or it was a real
mockery. The fact that this behavior including real or seeming
mockery and real ignoring is a red flag for any professional
cooperation.
Atila had been already declared as "new Andrei".
Which was noted right in the DIP to define Atila's privileges to
make decisions.
https://github.com/dlang/dmd/pull/9778#issuecomment-498700369
>>> I see how builtin tuples could be useful for a linalg
>>> library. I like how Python allows just using ",". Makes code
>>> easier on the eyes
>>>
>>> x,y = y,x
>>
>> It is also very desired for lazy zipped tensors.
>
> I don't use tensors much, how does it help zipping?
>
> I sometimes wonder if linalg primitives should be builtin too.
> Seems like that could allow for better compiler optimization.
More information about the Digitalmars-d-announce
mailing list