Date: Thu, 29 Apr 2021 10:33:44 +0000
Hi Charlie,
I'm going to assume that:
* by 'source character set' you mean the encoding scheme of the source file
* by 'execution character set' you mean the encoding scheme used for ordinary string literals in the compiled executable
In that case, no - as I understand it this wording does not affect the conformance of an implementation where the literal encoding is GB18030. Please could you clarify what it was about the phase 1 changes that caused concern?
Thanks!
Peter
From: SG16 <sg16-bounces_at_[hidden]> On Behalf Of Charlie Barto via SG16
Sent: 29 April 2021 09:54
To: sg16_at_[hidden]
Cc: Charlie Barto <Charles.Barto_at_[hidden]>; Corentin <corentin.jabot_at_[hidden]>
Subject: Re: [SG16] P2295R3 Support for UTF-8 as a portable source file encoding
EXTERNAL MAIL
Does that first change to lex.phases make the case where source character set is utf8 and execution character set is some oddball encoding (like gb18030) I'll formed non-conforming?
Get Outlook for iOS<https://urldefense.com/v3/__https:/aka.ms/o0ukef__;!!EHscmS1ygiU1lA!TGJVOeDR4D9YtxenASOJ-opVy7E39jQlKFuBmO063U90BTMPpwm-wrEAz5kvhQ$>
________________________________
From: SG16 <sg16-bounces_at_[hidden]<mailto:sg16-bounces_at_[hidden]>> on behalf of Corentin via SG16 <sg16_at_[hidden]<mailto:sg16_at_[hidden]>>
Sent: Thursday, April 29, 2021 12:34:35 AM
To: SG16 <sg16_at_[hidden]<mailto:sg16_at_[hidden]>>
Cc: Corentin <corentin.jabot_at_[hidden]<mailto:corentin.jabot_at_[hidden]>>
Subject: [SG16] P2295R3 Support for UTF-8 as a portable source file encoding
Per request in yesterday's meeting,
here is P2295R3 Support for UTF-8 as a portable source file encoding.
I am looking forward to your feedback
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2021/p2295r3.pdf<https://urldefense.com/v3/__https:/nam06.safelinks.protection.outlook.com/?url=http*3A*2F*2Fwww.open-std.org*2Fjtc1*2Fsc22*2Fwg21*2Fdocs*2Fpapers*2F2021*2Fp2295r3.pdf&data=04*7C01*7CCharles.Barto*40microsoft.com*7C16b7089d2ecf4d0bf73408d90ae14776*7C72f988bf86f141af91ab2d7cd011db47*7C1*7C0*7C637552785381773715*7CUnknown*7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0*3D*7C1000&sdata=aXgu2D*2F4OkYKpVYZpJuOr5nB*2B*2F8lAwEyLq2*2Bnc*2FQxi4*3D&reserved=0__;JSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJQ!!EHscmS1ygiU1lA!TGJVOeDR4D9YtxenASOJ-opVy7E39jQlKFuBmO063U90BTMPpwm-wrHNaOEk1w$>
I'm going to assume that:
* by 'source character set' you mean the encoding scheme of the source file
* by 'execution character set' you mean the encoding scheme used for ordinary string literals in the compiled executable
In that case, no - as I understand it this wording does not affect the conformance of an implementation where the literal encoding is GB18030. Please could you clarify what it was about the phase 1 changes that caused concern?
Thanks!
Peter
From: SG16 <sg16-bounces_at_[hidden]> On Behalf Of Charlie Barto via SG16
Sent: 29 April 2021 09:54
To: sg16_at_[hidden]
Cc: Charlie Barto <Charles.Barto_at_[hidden]>; Corentin <corentin.jabot_at_[hidden]>
Subject: Re: [SG16] P2295R3 Support for UTF-8 as a portable source file encoding
EXTERNAL MAIL
Does that first change to lex.phases make the case where source character set is utf8 and execution character set is some oddball encoding (like gb18030) I'll formed non-conforming?
Get Outlook for iOS<https://urldefense.com/v3/__https:/aka.ms/o0ukef__;!!EHscmS1ygiU1lA!TGJVOeDR4D9YtxenASOJ-opVy7E39jQlKFuBmO063U90BTMPpwm-wrEAz5kvhQ$>
________________________________
From: SG16 <sg16-bounces_at_[hidden]<mailto:sg16-bounces_at_[hidden]>> on behalf of Corentin via SG16 <sg16_at_[hidden]<mailto:sg16_at_[hidden]>>
Sent: Thursday, April 29, 2021 12:34:35 AM
To: SG16 <sg16_at_[hidden]<mailto:sg16_at_[hidden]>>
Cc: Corentin <corentin.jabot_at_[hidden]<mailto:corentin.jabot_at_[hidden]>>
Subject: [SG16] P2295R3 Support for UTF-8 as a portable source file encoding
Per request in yesterday's meeting,
here is P2295R3 Support for UTF-8 as a portable source file encoding.
I am looking forward to your feedback
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2021/p2295r3.pdf<https://urldefense.com/v3/__https:/nam06.safelinks.protection.outlook.com/?url=http*3A*2F*2Fwww.open-std.org*2Fjtc1*2Fsc22*2Fwg21*2Fdocs*2Fpapers*2F2021*2Fp2295r3.pdf&data=04*7C01*7CCharles.Barto*40microsoft.com*7C16b7089d2ecf4d0bf73408d90ae14776*7C72f988bf86f141af91ab2d7cd011db47*7C1*7C0*7C637552785381773715*7CUnknown*7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0*3D*7C1000&sdata=aXgu2D*2F4OkYKpVYZpJuOr5nB*2B*2F8lAwEyLq2*2Bnc*2FQxi4*3D&reserved=0__;JSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJQ!!EHscmS1ygiU1lA!TGJVOeDR4D9YtxenASOJ-opVy7E39jQlKFuBmO063U90BTMPpwm-wrHNaOEk1w$>
Received on 2021-04-29 05:33:51