Date: Tue, 16 Feb 2021 16:24:22 +0000
Alright, I'm satisfied with ^ and [:expr:].
I would like the pack expansion to land together, in one piece, with the
previous pack proposals (cited). We also should consider the interplay with
universal template parameters, because std::info kind-of becomes that,
albeit with a more awkward syntax, but the semantics of splicing a pack of
mixed-infos are pretty much the same. What isn't the same is pattern
matching on universal template parameters. We should design these together,
though, so they're consistent.
G
On Tue, Feb 16, 2021 at 4:08 PM Mark Hoemmen <mhoemmen_at_[hidden]>
wrote:
> I've written plenty of multidimensional array slices in Matlab, Python,
> and Fortran >= 90, but I don't feel like I miss the colon operator when I
> use mdspan. It's easy to mess up the indexing (especially the
> three-argument version), so a tiny bit more verbosity helps me slow down
> and think.
>
> mfh
>
> On 2/16/2021 04:35, Gašper Ažman via Ext wrote:
>
> Are we sure we will never want pytlon-like :-based slicing syntax?
>
> On Tue, Feb 16, 2021, 07:58 Isabella Muerte via Ext <ext_at_[hidden]>
> wrote:
>
>> From what I understand the backtick (`) is available in all existing
>> character sets, including EBCDIC. Instead of ^, perhaps surrounding
>> something within backticks would be the way to go. e.g.,
>>
>> int var = 42;
>>
>> auto info = `var`;
>>
>>
>> I understand that this would make writing markdown without triple
>> backtick support "not fun", but if we made decisions for C++ based on how
>> nice a web page generator looked, we wouldn't have quite a few features I
>> reckon.
>>
>> As a brief addendum, I do like the use of [: :]. It keeps banana clips
>> ([| and|] respectively) open for our use in the future.
>>
>> On February 15, 2021, EWG <ext_at_[hidden]> wrote:
>>
>> Hi,
>>
>> Andrew, Wyatt, and Daveed kindly finished the paper which was mentioned
>> during last SG7 session and because the next SG7 meeting is next week *I
>> would like all of you to read the paper and send feedback to SG7 mailing
>> list*, so we have as much of information as possible.
>>
>> The paper is here: https://isocpp.org/files/papers/P2320R0.pdf and it
>> will be part of the next mailing.
>>
>> Hana
>>
>>
>> _______________________________________________
>> Ext mailing list
>> Ext_at_[hidden]
>> Subscription: https://lists.isocpp.org/mailman/listinfo.cgi/ext
>> Link to this post: http://lists.isocpp.org/ext/2021/02/15887.php
>>
>> _______________________________________________
>> Ext mailing list
>> Ext_at_[hidden]
>> Subscription: https://lists.isocpp.org/mailman/listinfo.cgi/ext
>> Link to this post: http://lists.isocpp.org/ext/2021/02/15895.php
>>
>
> _______________________________________________
> Ext mailing listExt_at_[hidden]
> Subscription: https://lists.isocpp.org/mailman/listinfo.cgi/ext
> Link to this post: http://lists.isocpp.org/ext/2021/02/15896.php
>
>
I would like the pack expansion to land together, in one piece, with the
previous pack proposals (cited). We also should consider the interplay with
universal template parameters, because std::info kind-of becomes that,
albeit with a more awkward syntax, but the semantics of splicing a pack of
mixed-infos are pretty much the same. What isn't the same is pattern
matching on universal template parameters. We should design these together,
though, so they're consistent.
G
On Tue, Feb 16, 2021 at 4:08 PM Mark Hoemmen <mhoemmen_at_[hidden]>
wrote:
> I've written plenty of multidimensional array slices in Matlab, Python,
> and Fortran >= 90, but I don't feel like I miss the colon operator when I
> use mdspan. It's easy to mess up the indexing (especially the
> three-argument version), so a tiny bit more verbosity helps me slow down
> and think.
>
> mfh
>
> On 2/16/2021 04:35, Gašper Ažman via Ext wrote:
>
> Are we sure we will never want pytlon-like :-based slicing syntax?
>
> On Tue, Feb 16, 2021, 07:58 Isabella Muerte via Ext <ext_at_[hidden]>
> wrote:
>
>> From what I understand the backtick (`) is available in all existing
>> character sets, including EBCDIC. Instead of ^, perhaps surrounding
>> something within backticks would be the way to go. e.g.,
>>
>> int var = 42;
>>
>> auto info = `var`;
>>
>>
>> I understand that this would make writing markdown without triple
>> backtick support "not fun", but if we made decisions for C++ based on how
>> nice a web page generator looked, we wouldn't have quite a few features I
>> reckon.
>>
>> As a brief addendum, I do like the use of [: :]. It keeps banana clips
>> ([| and|] respectively) open for our use in the future.
>>
>> On February 15, 2021, EWG <ext_at_[hidden]> wrote:
>>
>> Hi,
>>
>> Andrew, Wyatt, and Daveed kindly finished the paper which was mentioned
>> during last SG7 session and because the next SG7 meeting is next week *I
>> would like all of you to read the paper and send feedback to SG7 mailing
>> list*, so we have as much of information as possible.
>>
>> The paper is here: https://isocpp.org/files/papers/P2320R0.pdf and it
>> will be part of the next mailing.
>>
>> Hana
>>
>>
>> _______________________________________________
>> Ext mailing list
>> Ext_at_[hidden]
>> Subscription: https://lists.isocpp.org/mailman/listinfo.cgi/ext
>> Link to this post: http://lists.isocpp.org/ext/2021/02/15887.php
>>
>> _______________________________________________
>> Ext mailing list
>> Ext_at_[hidden]
>> Subscription: https://lists.isocpp.org/mailman/listinfo.cgi/ext
>> Link to this post: http://lists.isocpp.org/ext/2021/02/15895.php
>>
>
> _______________________________________________
> Ext mailing listExt_at_[hidden]
> Subscription: https://lists.isocpp.org/mailman/listinfo.cgi/ext
> Link to this post: http://lists.isocpp.org/ext/2021/02/15896.php
>
>
Received on 2021-02-16 10:24:57