On Tuesday, 22 December 2020 at 09:18:25 UTC, Walter Bright wrote:
> On 12/21/2020 8:33 PM, 9il wrote:
>>> These functions in Phobos would make a great advertisement for Mir.
>> How this possible?
>
> A lot more people will have Phobos than Phobos+Mir. If they are perusing the source code and see Mir contributed excellent floating point formatting code, they may have never heard of Mir but have now.

"If, If Is Good" (Disney Company). From the marketing point of view, this doesn't make real sense.

> Then they'll be likely to be positively disposed towards using Mir because of the high quality code.

Mir doesn't need a Phobos conformity mark. In many designs and implementation questions, Phobos is far behind Mir. The reality is that Phobos asks for 6K+ LOC Mir's code, while Phobos legacy in Mir's codebase is less than a quite well reworked few percentages.

> It's the same idea as HBO offering the first episode for free in a miniseries. People watch the first episode, like it, and then subscribe to HBO.

I don't take payments from people to use Mir. They don't need to dig in Phobos source code to find it. Likely they will search GitHub or code.dlang.org to find a solution they need.

>> Having them in Mir is already a great advertisement for Mir
>
> Since they exist in the C standard library (except for DMC :-( ) they by themselves aren't a compelling reason for someone to use Mir.

They are, Mir comes with a CTFE/@nogc/nothrow formatting API and these functions are play well inside.

If you don't want the formatting code to be part of Phobos, I respect your choice.

On Tuesday, 22 December 2020 at 21:53:20 UTC, Walter Bright wrote:
> If you don't want the formatting code to be part of Phobos, I respect your choice.

Why did you think I may want it?

Phobos is almost not used in my work.

You, Andrey, and Atila don't care about language features that have been requested for Mir or even more: rejecting DIP draft + DMD partial implementation for no real reason.

Why should I care about something important for you while you act like three tsars that care only about their party for years? How come?

On Wednesday, 23 December 2020 at 03:06:51 UTC, 9il wrote:
> You, Andrey, and Atila don't care about language features that have been requested for Mir or even more: rejecting DIP draft + DMD partial implementation for no real reason.

Out of curiosity, which language features would improve Mir?

On 23.12.20 16:37, Ola Fosheim Grøstad wrote:
> On Wednesday, 23 December 2020 at 03:06:51 UTC, 9il wrote:
>> You, Andrey, and Atila don't care about language features that have been requested for Mir or even more: rejecting DIP draft + DMD partial implementation for no real reason.
> 
> Out of curiosity, which language features would improve Mir?
>
https://github.com/dlang/DIPs/blob/master/DIPs/other/DIP1023.md

https://forum.dlang.org/post/kvcrsoqozrflxibgxtlo@forum.dlang.org

https://forum.dlang.org/thread/gungkvmtrkzcahhijtqt@forum.dlang.org?page=1

https://forum.dlang.org/post/jwtygeybvfgbosxsbntk@forum.dlang.org

On Wednesday, 23 December 2020 at 15:37:45 UTC, Ola Fosheim Grøstad wrote:
> On Wednesday, 23 December 2020 at 03:06:51 UTC, 9il wrote:
>> You, Andrey, and Atila don't care about language features that have been requested for Mir or even more: rejecting DIP draft + DMD partial implementation for no real reason.
>
> Out of curiosity, which language features would improve Mir?

1.
Alias template function parameter resolution
https://github.com/dlang/dmd/pull/9778

As a result D and Mir lost Stefanos Baziotis. That is terrible, hi is very talented.

2.
Multiple auto ref return values - when function allows returning multiple values.

On Wednesday, 23 December 2020 at 16:20:37 UTC, Timon Gehr wrote:
> On 23.12.20 16:37, Ola Fosheim Grøstad wrote:
>> On Wednesday, 23 December 2020 at 03:06:51 UTC, 9il wrote:
>>> You, Andrey, and Atila don't care about language features that have been requested for Mir or even more: rejecting DIP draft + DMD partial implementation for no real reason.
>> 
>> Out of curiosity, which language features would improve Mir?
>>
> https://github.com/dlang/DIPs/blob/master/DIPs/other/DIP1023.md
>
> https://forum.dlang.org/post/kvcrsoqozrflxibgxtlo@forum.dlang.org
>
> https://forum.dlang.org/thread/gungkvmtrkzcahhijtqt@forum.dlang.org?page=1
>
> https://forum.dlang.org/post/jwtygeybvfgbosxsbntk@forum.dlang.org

Thanks, that is a more detailed list.

On Wednesday, 23 December 2020 at 16:20:37 UTC, Timon Gehr wrote:
> On 23.12.20 16:37, Ola Fosheim Grøstad wrote:
>> On Wednesday, 23 December 2020 at 03:06:51 UTC, 9il wrote:
>>> You, Andrey, and Atila don't care about language features that have been requested for Mir or even more: rejecting DIP draft + DMD partial implementation for no real reason.
>> 
>> Out of curiosity, which language features would improve Mir?
>>
> https://github.com/dlang/DIPs/blob/master/DIPs/other/DIP1023.md

This looks like a bug?

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

On Wednesday, 23 December 2020 at 16:25:58 UTC, 9il wrote:
> On Wednesday, 23 December 2020 at 15:37:45 UTC, Ola Fosheim Grøstad wrote:
>> On Wednesday, 23 December 2020 at 03:06:51 UTC, 9il wrote:
>>> You, Andrey, and Atila don't care about language features that have been requested for Mir or even more: rejecting DIP draft + DMD partial implementation for no real reason.
>>
>> Out of curiosity, which language features would improve Mir?
>
> 1.
> Alias template function parameter resolution
> https://github.com/dlang/dmd/pull/9778
>
> As a result D and Mir lost Stefanos Baziotis. That is terrible, hi is very talented.

Read through the thread. That sucks.

On Wednesday, 23 December 2020 at 16:51:33 UTC, Ola Fosheim Grøstad wrote:
> On Wednesday, 23 December 2020 at 16:20:37 UTC, Timon Gehr wrote:
>> On 23.12.20 16:37, Ola Fosheim Grøstad wrote:
>>> On Wednesday, 23 December 2020 at 03:06:51 UTC, 9il wrote:
>>>> You, Andrey, and Atila don't care about language features that have been requested for Mir or even more: rejecting DIP draft + DMD partial implementation for no real reason.
>>> 
>>> Out of curiosity, which language features would improve Mir?
>>>
>> https://github.com/dlang/DIPs/blob/master/DIPs/other/DIP1023.md
>
> This looks like a bug?

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.

> 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.