Re: DIP63 : operator overloading for raw templates

2014-07-13 Thread Dicebot via Digitalmars-d
Added some basic implementation (https://github.com/D-Programming-Language/dmd/pull/3758), need some feedback from any DMD hackers who actually know how stuff is supposed to work :(

Re: DIP63 : operator overloading for raw templates

2014-06-16 Thread Dicebot via Digitalmars-d
On Tuesday, 17 June 2014 at 00:36:43 UTC, deadalnix wrote: To be more constructive, naming something by its use will fatally look very weird and confusing when other uses are found. And here we see that it is not even implemented but already have other uses. Can we please avoid that pitfall ?

Re: DIP63 : operator overloading for raw templates

2014-06-16 Thread Dicebot via Digitalmars-d
On Tuesday, 17 June 2014 at 00:26:56 UTC, deadalnix wrote: I have nothing against it BUT... The fact that you need this is a proof that TemplateArgumentList/TemplateArgumentPack have actually use outside being template argument list and/or pack. Your just defeated you whole Q/A on DIP54...

Re: DIP63 : operator overloading for raw templates

2014-06-16 Thread deadalnix via Digitalmars-d
On Tuesday, 17 June 2014 at 00:26:56 UTC, deadalnix wrote: I have nothing against it BUT... The fact that you need this is a proof that TemplateArgumentList/TemplateArgumentPack have actually use outside being template argument list and/or pack. Your just defeated you whole Q/A on DIP54...

Re: DIP63 : operator overloading for raw templates

2014-06-16 Thread deadalnix via Digitalmars-d
On Sunday, 15 June 2014 at 18:32:31 UTC, Dicebot wrote: http://wiki.dlang.org/DIP63 This is solution for a problem I am currently having with implementing http://wiki.dlang.org/DIP54 (afair it was also mentioned by Timon Gehr during old discussion of that DIP) New proposed semantics ( to cat

Re: DIP63 : operator overloading for raw templates

2014-06-16 Thread Dicebot via Digitalmars-d
On Monday, 16 June 2014 at 12:37:55 UTC, matovitch wrote: And why these operators only ? tl; dr: because I am limiting proposal to what I am actually able and willing to implement :)

Re: DIP63 : operator overloading for raw templates

2014-06-16 Thread Dicebot via Digitalmars-d
On Monday, 16 June 2014 at 08:56:24 UTC, Marc Schütz wrote: I guess there's no way around it, but it seems inconsistent that the operators are defined as templated aliases instead of functions as anywhere else. Could you add a paragraph to the DIP which points this out and give a short justific

Re: DIP63 : operator overloading for raw templates

2014-06-16 Thread matovitch via Digitalmars-d
Well I realized I was a bit off-topic there since it is not about ctfe operators but raw template operators. I'm out.

Re: DIP63 : operator overloading for raw templates

2014-06-16 Thread matovitch via Digitalmars-d
On Monday, 16 June 2014 at 08:56:24 UTC, Marc Schütz wrote: On Sunday, 15 June 2014 at 18:32:31 UTC, Dicebot wrote: http://wiki.dlang.org/DIP63 This is solution for a problem I am currently having with implementing http://wiki.dlang.org/DIP54 (afair it was also mentioned by Timon Gehr during

Re: DIP63 : operator overloading for raw templates

2014-06-16 Thread via Digitalmars-d
On Sunday, 15 June 2014 at 18:32:31 UTC, Dicebot wrote: http://wiki.dlang.org/DIP63 This is solution for a problem I am currently having with implementing http://wiki.dlang.org/DIP54 (afair it was also mentioned by Timon Gehr during old discussion of that DIP) New proposed semantics ( to cat

Re: DIP63 : operator overloading for raw templates

2014-06-15 Thread Timon Gehr via Digitalmars-d
On 06/15/2014 08:32 PM, Dicebot wrote: http://wiki.dlang.org/DIP63 This is solution for a problem I am currently having with implementing http://wiki.dlang.org/DIP54 (afair it was also mentioned by Timon Gehr during old discussion of that DIP) New proposed semantics ( to catch your attention an

DIP63 : operator overloading for raw templates

2014-06-15 Thread Dicebot via Digitalmars-d
http://wiki.dlang.org/DIP63 This is solution for a problem I am currently having with implementing http://wiki.dlang.org/DIP54 (afair it was also mentioned by Timon Gehr during old discussion of that DIP) New proposed semantics ( to catch your attention and get to read the link ;) ): templ