Date: Tue, 16 Feb 2021 11:53:36 +0000
I also want to agree with the use of a single splice operator. Multiple
ones start looking like perl sigils, which I always considered a terrible
design mistake, and would hate to repeat it.
Re the proposed splice operator and range slicing a-la-python, I think we
can always tell the difference, and we are not closing off avenues, right?
Would just like someone who writes c++ grammar parsers for a living to
confirm.
G
On Tue, Feb 16, 2021, 11:35 Gašper Ažman <gasper.azman_at_[hidden]> 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
>>
>
ones start looking like perl sigils, which I always considered a terrible
design mistake, and would hate to repeat it.
Re the proposed splice operator and range slicing a-la-python, I think we
can always tell the difference, and we are not closing off avenues, right?
Would just like someone who writes c++ grammar parsers for a living to
confirm.
G
On Tue, Feb 16, 2021, 11:35 Gašper Ažman <gasper.azman_at_[hidden]> 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
>>
>
Received on 2021-02-16 05:53:49