From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from msmail.insydesw.com.tw (ms.insydesw.com [211.75.113.220]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id 000AA21A6F107 for ; Fri, 28 Apr 2017 09:47:53 -0700 (PDT) Received: from msmail.insydesw.com.tw ([fe80::74f7:f173:f4aa:9a05]) by msmail.insydesw.com.tw ([fe80::74f7:f173:f4aa:9a05%11]) with mapi id 14.01.0438.000; Sat, 29 Apr 2017 00:47:51 +0800 From: Tim Lewis To: Tim Lewis , "Kinney, Michael D" , "edk2-devel@lists.01.org" CC: "Carsey, Jaben" , "Shaw, Kevin W" Thread-Topic: [edk2] [edk2-UniSpecification PATCH] Allow .uni files on disk to be UTF-8 without a BOM Thread-Index: AQHSvil74G8S0zh6EEy+8PD2lASjlqHWUHiAgAGDraD//5pvgIAAiZNQ//+AWICAAIY7cP//vPqAABD4fPD//40YgP//dmrw//xFa8A= Date: Fri, 28 Apr 2017 16:47:51 +0000 Message-ID: <7236196A5DF6C040855A6D96F556A53F5773D0@msmail.insydesw.com.tw> References: <1493168839-11708-1-git-send-email-michael.d.kinney@intel.com> <1493168839-11708-2-git-send-email-michael.d.kinney@intel.com> <7236196A5DF6C040855A6D96F556A53F576347@msmail.insydesw.com.tw> <7236196A5DF6C040855A6D96F556A53F576544@msmail.insydesw.com.tw> <7236196A5DF6C040855A6D96F556A53F576599@msmail.insydesw.com.tw> <7236196A5DF6C040855A6D96F556A53F57683A@msmail.insydesw.com.tw> <7236196A5DF6C040855A6D96F556A53F576917@msmail.insydesw.com.tw> In-Reply-To: <7236196A5DF6C040855A6D96F556A53F576917@msmail.insydesw.com.tw> Accept-Language: en-US, zh-TW X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.100.107] MIME-Version: 1.0 Subject: Re: [edk2-UniSpecification PATCH] Allow .uni files on disk to be UTF-8 without a BOM X-BeenThere: edk2-devel@lists.01.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: EDK II Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Apr 2017 16:47:54 -0000 Content-Language: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Mike -- After an internal review, we have found that there are fewer files than pre= viously thought affected by this change.=20 So we have no objections to updating the UNI Spec to match the current EDK2= tool behavior? Thanks, Tim -----Original Message----- From: edk2-devel [mailto:edk2-devel-bounces@lists.01.org] On Behalf Of Tim = Lewis Sent: Wednesday, April 26, 2017 5:27 PM To: Kinney, Michael D ; edk2-devel@lists.01.org Cc: Carsey, Jaben ; Shaw, Kevin W Subject: Re: [edk2] [edk2-UniSpecification PATCH] Allow .uni files on disk = to be UTF-8 without a BOM Mike -- No, the meta-data (in this case, file extension .uni) was used by tools to = determine the format of the file contents, as described in section 2.6. Lit= tle-endian, UCS-2 was assumed. "When a higher-level protocol supplies mechanisms for handling the endianne= ss of integral data types, it is not necessary to use Unicode encoding sche= mes or the byte order mark. In those cases Unicode text is simply a sequenc= e of integral data types." Of course, the tools had to be updated to accommodate different build syste= ms, and even alternate encodings. But this doesn't remove the previous beha= vior. =20 Tim -----Original Message----- From: Kinney, Michael D [mailto:michael.d.kinney@intel.com]=20 Sent: Wednesday, April 26, 2017 5:02 PM To: Tim Lewis ; edk2-devel@lists.01.org; Kinney, Mich= ael D Cc: Carsey, Jaben ; Shaw, Kevin W Subject: RE: [edk2] [edk2-UniSpecification PATCH] Allow .uni files on disk = to be UTF-8 without a BOM Hi Tim, For UTF-16 files on disk with no BOM, do you follow the big-endian assumpti= on as documented in the Unicode Specification Section 3.10, D98? http://www.unicode.org/versions/Unicode9.0.0/ch03.pdf Mike > -----Original Message----- > From: Tim Lewis [mailto:tim.lewis@insyde.com] > Sent: Wednesday, April 26, 2017 4:13 PM > To: Kinney, Michael D ;=20 > edk2-devel@lists.01.org > Cc: Carsey, Jaben ; Shaw, Kevin W=20 > > Subject: RE: [edk2] [edk2-UniSpecification PATCH] Allow .uni files on=20 > disk to be > UTF-8 without a BOM >=20 > Mike -- >=20 > I would prefer to update the docs to match actual industry practice.=20 > EDK2 is not the universe. >=20 > Insyde has been using UNI files well before my time here (> 5 years).=20 > The fact that recent specifications or EDK2 tools (2 years) added BOM=20 > support it does not remove the backward compatibility issue. >=20 > The Unicode specification usage of "not recommended" is referring=20 > specifically to its usage for byte-order. The full sentence (from 2.6)=20 > is: "Use of a BOM is neither required nor recommended [for byte order=20 > determination] for UTF-8, but may be encountered in contexts where=20 > UTF-8 data is converted from other encoding forms that use a BOM or=20 > where the BOM is used as a UTF-8 signature" Editorial comment mine. In th= is case, the BOM marker would appear as a UTF-8 signature. > This would distinguish it from ASCII or any of the multi-byte encoding=20 > schemes used. >=20 > Tim >=20 > -----Original Message----- > From: Kinney, Michael D [mailto:michael.d.kinney@intel.com] > Sent: Wednesday, April 26, 2017 3:47 PM > To: Tim Lewis ; edk2-devel@lists.01.org; Kinney,=20 > Michael D > Cc: Carsey, Jaben ; Shaw, Kevin W=20 > > Subject: RE: [edk2] [edk2-UniSpecification PATCH] Allow .uni files on=20 > disk to be > UTF-8 without a BOM >=20 > Hi Tim, >=20 > The recommendation for UTF-8 usage is to not use a BOM, which is why=20 > no BOM for > UTF-8 was selected for EDK II. >=20 > The current task is to update docs to match the current tool behavior. >=20 > The EDK II repos on GitHub have .uni files in UTF-8 format without a=20 > BOM to support easier patch review. >=20 > There are ways to use GIT features to auto-convert .uni files when=20 > pulling content from EDK II repos and pushing commits. > That may or may not help with the specific issue you are raising. >=20 > If you have ideas on a tool change request to EDK II that would=20 > provide compatibility with current EDK II tool behavior and support=20 > UTF-16LE without a BOM, then let's work that through in a Bugzilla=20 > feature request. If we find a solution, we can update the docs and tools= again. >=20 > Do you have any objections to updating the UNI Spec to match the=20 > current tool behavior? >=20 > Thanks, >=20 > Mike >=20 > > -----Original Message----- > > From: Tim Lewis [mailto:tim.lewis@insyde.com] > > Sent: Wednesday, April 26, 2017 11:54 AM > > To: Kinney, Michael D ;=20 > > edk2-devel@lists.01.org > > Cc: Carsey, Jaben ; Shaw, Kevin W=20 > > > > Subject: RE: [edk2] [edk2-UniSpecification PATCH] Allow .uni files=20 > > on disk to be > > UTF-8 without a BOM > > > > Mike -- > > > > This is not about files in the EDK II repository. This is about=20 > > files created based on the spec, and created with other sets of=20 > > tools. Go back to early 2015, to the Build spec (1.22, etc.),=20 > > Appendix G, which is where the UNI stuff used to live. > > > > The point is: files which worked before, and, at worst, generated a=20 > > warning before, now are interpreted incorrectly even though they=20 > > have correct > data. > > > > Making ASCII (or UTF-8) the default without a BOM is the breaking chang= e. > > > > Tim > > > > -----Original Message----- > > From: Kinney, Michael D [mailto:michael.d.kinney@intel.com] > > Sent: Wednesday, April 26, 2017 11:47 AM > > To: Tim Lewis ; edk2-devel@lists.01.org;=20 > > Kinney, Michael D > > Cc: Carsey, Jaben ; Shaw, Kevin W=20 > > > > Subject: RE: [edk2] [edk2-UniSpecification PATCH] Allow .uni files=20 > > on disk to be > > UTF-8 without a BOM > > > > Tim, > > > > If you look at the entire file history of the EDK II, you will see=20 > > that the BOM has always been present in the UTF-16LE formatted files. > > > > The build tools were updated in 2015 to *add* support for UTF-8 file. > > The .uni files in the EDK II project were then converted from=20 > > UTF-16LE with a BOM to UTF-8 without a BOM. This provided an easier=20 > > developer experience when using GIT to do email patch review of .uni fi= les. > > > > It is possible I am missing something here. Can you please provide=20 > > a pointer to the EDK II commit(s) where BOMs were added to UTF-16LE .un= i files. > > > > Thanks, > > > > Mike > > > > > -----Original Message----- > > > From: Tim Lewis [mailto:tim.lewis@insyde.com] > > > Sent: Wednesday, April 26, 2017 11:34 AM > > > To: Kinney, Michael D ;=20 > > > edk2-devel@lists.01.org > > > Cc: Carsey, Jaben ; Shaw, Kevin W=20 > > > > > > Subject: RE: [edk2] [edk2-UniSpecification PATCH] Allow .uni files=20 > > > on disk to be > > > UTF-8 without a BOM > > > > > > Mike -- > > > > > > I understand that EDK2 has decided to add BOM markers two years ago. > > > Adding a BOM didn't change the default. The problem is (a) there=20 > > > are still hundreds of files extant in our codebase which were=20 > > > created prior to the 2015 changes and still in use, and (b) this=20 > > > change is not backward > > compatible for these files. > > > > > > Tim > > > > > > -----Original Message----- > > > From: Kinney, Michael D [mailto:michael.d.kinney@intel.com] > > > Sent: Wednesday, April 26, 2017 11:11 AM > > > To: Tim Lewis ; edk2-devel@lists.01.org;=20 > > > Kinney, Michael D > > > Cc: Carsey, Jaben ; Shaw, Kevin W=20 > > > > > > Subject: RE: [edk2] [edk2-UniSpecification PATCH] Allow .uni files=20 > > > on disk to be > > > UTF-8 without a BOM > > > > > > Hi Tim, > > > > > > This is not a request for a new change. Instead, the intent of=20 > > > this document change is to update the document to reflect the=20 > > > implemented behavior of the EDK II tools. The EDK II tool updates=20 > > > to add UTF-8 file support were completed with the patches listed=20 > > > below. Notice that the main one for normal build support was checked= in almost 2 years ago. > > > > > > BaseTools - UniClassObject - 6/23/2015 > > > * > > > https://github.com/tianocore/edk2/commit/d80e451b187c9d33cbd771253 > > > fb > > > d5 > > > 119670f75c6 > > > * > > > https://github.com/tianocore/edk2/commit/be264422c95c781a345978f17 > > > b7 > > > e8 > > > 0b91f816eda > > > > > > BaseTools - ECC - 12/29/2015 > > > * > > > https://github.com/tianocore/edk2/commit/975889279df2eb3d3338cb88a > > > fb > > > 3f > > > aa71ddde4d6 > > > > > > BaseTools - UPT - 4/25/2016 > > > * > > > https://github.com/tianocore/edk2/commit/4a21fb3b67a0ef1655b43e936 > > > 8b > > > 6b > > > 697bbf327af > > > > > > This was intended to be a 100% backwards compatible change. > > > > > > All .uni files in the EDK II project in UTF-16LE format have=20 > > > always use a > BOM. > > > Please checkout UDK2015 or older UDKs and you will see all .uni=20 > > > files start with 0xff 0xfe. > > > > > > Thanks, > > > > > > Mike > > > > > > > -----Original Message----- > > > > From: Tim Lewis [mailto:tim.lewis@insyde.com] > > > > Sent: Wednesday, April 26, 2017 9:15 AM > > > > To: Kinney, Michael D ;=20 > > > > edk2-devel@lists.01.org > > > > Cc: Carsey, Jaben ; Shaw, Kevin W=20 > > > > > > > > Subject: RE: [edk2] [edk2-UniSpecification PATCH] Allow .uni=20 > > > > files on disk to be > > > > UTF-8 without a BOM > > > > > > > > Mike -- > > > > > > > > This breaks our existing build tools, which assume that a file=20 > > > > without a BOM is UTF-16. > > > > > > > > Tim > > > > > > > > -----Original Message----- > > > > From: edk2-devel [mailto:edk2-devel-bounces@lists.01.org] On=20 > > > > Behalf Of Michael Kinney > > > > Sent: Tuesday, April 25, 2017 6:07 PM > > > > To: edk2-devel@lists.01.org > > > > Cc: Jaben Carsey ; Kevin W Shaw=20 > > > > > > > > Subject: [edk2] [edk2-UniSpecification PATCH] Allow .uni files=20 > > > > on disk to be UTF- > > > > 8 without a BOM > > > > > > > > https://bugzilla.tianocore.org/show_bug.cgi?id=3D507 > > > > > > > > Cc: Jaben Carsey > > > > Cc: Yonghong Zhu > > > > Cc: Kevin W Shaw > > > > Contributed-under: TianoCore Contribution Agreement 1.1 > > > > Signed-off-by: Michael Kinney > > > > --- > > > > 2_unicode_strings_file_format.md | 9 ++++++--- > > > > README.md | 27 ++++++++++++++------------- > > > > 2 files changed, 20 insertions(+), 16 deletions(-) > > > > > > > > diff --git a/2_unicode_strings_file_format.md > > > > b/2_unicode_strings_file_format.md > > > > index 0150c85..7a4a019 100644 > > > > --- a/2_unicode_strings_file_format.md > > > > +++ b/2_unicode_strings_file_format.md > > > > @@ -33,7 +33,8 @@ > > > > > > > > EDK II Unicode files are used for mapping token names to=20 > > > > localized strings that are identified by an RFC4646 language code. > > > > The format for storing EDK II - Unicode files is UTF-16LE. The=20 > > > > character content must be > > > UCS-2. > > > > +Unicode files on disk is UTF-8 (without a BOM character) or=20 > > > > +UTF-16LE (with a BOM character). The character content must be UCS= -2. > > > > > > > > Strings ends are determined by the first of the following items fo= und: > > > > > > > > @@ -44,11 +45,13 @@ Strings ends are determined by the first of=20 > > > > the following items found: > > > > > > > > Comments may appear anywhere within the string file. > > > > > > > > -All the files must begin with a Unicode BOM character. > > > > +All UTF-16LE files must begin with a Unicode BOM character. > > > > +All UTF-8 files must not begin with a Unicode BOM character. > > > > > > > > ********** > > > > **NOTE:** Please make sure you select an editor that supports > > > > UCS-2 characters - that can be stored in a UTF-16LE file. > > > > +that can be stored in either a UTF-8 (without a BOM character)=20 > > > > +or a UTF-16LE file (with a BOM character). > > > > ********** > > > > > > > > ## 2.1 Common EBNF > > > > diff --git a/README.md b/README.md index 63842a1..015aef1 100644 > > > > --- a/README.md > > > > +++ b/README.md > > > > @@ -77,16 +77,17 @@ Copyright (c) 2016-2017, Intel Corporation. > > > > All rights reserved. > > > > > > > > ### Revision History > > > > > > > > -| Revision | Description > > > > | Date | > > > > -| ----------------- | > > > > -| ---------------------------------------------------------- > > > > ------------------------------ | --------------- | > > > > -| 1.0 | Initial Release. > > > > | February 2014 | > > > > -| 1.1 | Updated EBNF to follow syntax specified in E= BNF by > the > > > > ANTLR project. | August 2014 | > > > > -| | Added content related to EDK II Meta-Data=20 > > > > -| Unicode > > files. > > > > | | > > > > -| | Restructured document. > > > > | | > > > > -| | Removed security and C format GUID=20 > > > > -| definitions, not > > > > required for HII or other UNI files. | | > > > > -| | Removed invalid escape code sequences. > > > > | | > > > > -| 1.2 | Added optional font formatting > > > > | September 2014 | > > > > -| 1.2 Errata A | Correct misspelling of: `STR_PROPERTIES_MODU= LE_NAME` > > > > | April 2015 | > > > > -| 1.3 | Added: Syntax for non-ascii characters insid= e quoted > > > > strings. | March 2016 | > > > > -| | Removed: Info on specific consumers (.INF=20 > > > > -| & > > > > -| .DEC) > > > removed. > > > > | | > > > > -| 1.4 | Convert to GitBook format > > > > | March 2017 | > > > > +| Revision | Description > > > > | Date | > > > > +| ----------------- | > > > > +| ---------------------------------------------------------- > > > > ------------------------------------------------------------ | > > > > --------------- | > > > > +| 1.0 | Initial Release. > > > > | February 2014 | > > > > +| 1.1 | Updated EBNF to follow syntax specified in E= BNF by > the > > > > ANTLR project. | A= ugust > 2014 > > > > | > > > > +| | Added content related to EDK II Meta-Data=20 > > > > +| Unicode > > files. > > > > | | > > > > +| | Restructured document. > > > > | | > > > > +| | Removed security and C format GUID=20 > > > > +| definitions, not > > > > required for HII or other UNI files. = | > > > > | > > > > +| | Removed invalid escape code sequences. > > > > | | > > > > +| 1.2 | Added optional font formatting > > > > | September 2014 | > > > > +| 1.2 Errata A | Correct misspelling of: `STR_PROPERTIES_MODU= LE_NAME` > > > > | April 2015 | > > > > +| 1.3 | Added: Syntax for non-ascii characters insid= e quoted > > > > strings. |= March > > 2016 > > > > | > > > > +| | Removed: Info on specific consumers (.INF=20 > > > > +| & > > > > +| .DEC) > > > removed. > > > > | | > > > > +| 1.4 | Convert to GitBook format > > > > | April 2017 | > > > > +| | > > > > +| [#507](https://bugzilla.tianocore.org/show_bug.cgi?id=3D507) > > > > UNI Spec: Clarify that .uni files maybe UTF-8 without a BOM | > > | > > > > -- > > > > 2.6.3.windows.1 > > > > > > > > _______________________________________________ > > > > edk2-devel mailing list > > > > edk2-devel@lists.01.org > > > > https://lists.01.org/mailman/listinfo/edk2-devel _______________________________________________ edk2-devel mailing list edk2-devel@lists.01.org https://lists.01.org/mailman/listinfo/edk2-devel