[AMD Official Use Only - General] Thanks! I will send out the V3 for the update. Will work on the spec publication with Mike. Abner From: Ni, Ray Sent: Wednesday, October 19, 2022 11:34 AM To: Chang, Abner ; devel@edk2.groups.io Subject: RE: [edk2-devel] [tianocore-docs][PATCH V2 2/2] edk II C Coding Standard: Updates 4.2 and 4.3 sections Caution: This message originated from an External Source. Use proper caution when opening attachments, clicking links, or responding. Oh I see! Reviewed-by: Ray Ni > From: Chang, Abner > Sent: Tuesday, October 18, 2022 5:50 PM To: Ni, Ray >; devel@edk2.groups.io Subject: RE: [edk2-devel] [tianocore-docs][PATCH V2 2/2] edk II C Coding Standard: Updates 4.2 and 4.3 sections [AMD Official Use Only - General] Hi Ray, ][].* The simple naming rule was already defined in the 4.3.1 to 4.3.4 sections. We are not intending for defining the file naming style. This section is mainly for the format of attaching and to the filename. For example, how do we add AMD to SmmCpuFeaturesLib? Is "Amd"SmmCpuFeaturesLib or SmmCpuFeaturesLib"Amd"? This is what we would like to define for the processor archs and vendors. My opinion is we can just leave the file format naming as it was defined in this spec. Or how about if we say "Refer to 4.3.1 to 4.3.4 sections for the file naming format" for in below? [][].* OPTIONAL The is represented with a BNF, ::='Ia32' | 'X64' | 'Arm' | 'AArch64' | 'RiscV64' | 'LoongArch64' | 'Ebc' ::= []* Example: Ia32X64Arm or RiscV64LoongArch64 OPTIONAL * REQUIRED Refer to 4.3.1 to 4.3.4 sections for the file Naming format. Thanks Abner From: Ni, Ray > Sent: Tuesday, October 18, 2022 2:02 PM To: Chang; Chang, Abner >; devel@edk2.groups.io Subject: Re: [edk2-devel] [tianocore-docs][PATCH V2 2/2] edk II C Coding Standard: Updates 4.2 and 4.3 sections Caution: This message originated from an External Source. Use proper caution when opening attachments, clicking links, or responding. All look good to me. Thanks for addressing my comments regarding simplifying the rules. Except for one minor comment: I still don't think we need to define rules for source file names (4.3.5.4 EDK II source files within a Library/Module instance). And the rule "[][].*" doesn't specify what could be. That leads to allowing any style of the file name.