From: "Laszlo Ersek" <lersek@redhat.com>
To: edk2-devel-groups-io <devel@edk2.groups.io>
Cc: "Liming Gao" <liming.gao@intel.com>,
"Michael D Kinney" <michael.d.kinney@intel.com>,
"Philippe Mathieu-Daudé" <philmd@redhat.com>,
"Zhichao Gao" <zhichao.gao@intel.com>,
"Rebecca Cran" <rebecca@bsdio.com>
Subject: Re: [edk2-devel] [PATCH] MdePkg/BaseLib: Base64Decode(): don't declare variables in nested blocks
Date: Wed, 17 Jul 2019 16:42:11 +0200 [thread overview]
Message-ID: <346b3244-ba74-ed11-c91f-7d2fa7c562b4@redhat.com> (raw)
In-Reply-To: <20190716225926.19732-1-lersek@redhat.com>
On 07/17/19 00:59, Laszlo Ersek wrote:
> The EDK II C Coding Standards Specification (v2.20) strongly discourages
> variable declarations in nested block scope:
>
> 5 Source Files
> 5.4 Code File Structure
> 5.4.1 Scoping Rules
> 5.4.1.1 Scope
>
>> Block (local) Scope
>>
>> [...]
>>
>> Data declarations may follow the opening brace of a compound statement,
>> regardless of nesting depth, and before any code generating statements
>> have been entered. Other than at the outermost block of a function body,
>> this type of declaration is strongly discouraged.
>
> Hoist such variable declarations in Base64Decode() to the outermost
> function scope.
>
> Cc: Liming Gao <liming.gao@intel.com>
> Cc: Michael D Kinney <michael.d.kinney@intel.com>
> Cc: Philippe Mathieu-Daudé <philmd@redhat.com>
> Cc: Zhichao Gao <zhichao.gao@intel.com>
> Fixes: 35e242b698cdc6205e99a6d6a188bf27fecf9fb4
> Ref: https://bugzilla.tianocore.org/show_bug.cgi?id=1980
> Reported-by: Zhichao Gao <zhichao.gao@intel.com>
> Signed-off-by: Laszlo Ersek <lersek@redhat.com>
> ---
>
> Notes:
> Repo: https://github.com/lersek/edk2.git
> Branch: b64_decode_no_nested_bz1980
>
> MdePkg/Library/BaseLib/String.c | 7 +++----
> 1 file changed, 3 insertions(+), 4 deletions(-)
Thank you all for the reviews / testing; patch pushed as commit
cce01f538fb4.
Thanks!
Laszlo
> diff --git a/MdePkg/Library/BaseLib/String.c b/MdePkg/Library/BaseLib/String.c
> index 6198ccbc9672..45198373f25c 100644
> --- a/MdePkg/Library/BaseLib/String.c
> +++ b/MdePkg/Library/BaseLib/String.c
> @@ -1978,6 +1978,9 @@ Base64Decode (
> UINT32 Accumulator;
> UINTN OriginalDestinationSize;
> UINTN SourceIndex;
> + CHAR8 SourceChar;
> + UINT32 Base64Value;
> + UINT8 DestinationOctet;
>
> if (DestinationSize == NULL) {
> return RETURN_INVALID_PARAMETER;
> @@ -2054,10 +2057,6 @@ Base64Decode (
> // Decoding loop.
> //
> for (SourceIndex = 0; SourceIndex < SourceSize; SourceIndex++) {
> - CHAR8 SourceChar;
> - UINT32 Base64Value;
> - UINT8 DestinationOctet;
> -
> SourceChar = Source[SourceIndex];
>
> //
>
prev parent reply other threads:[~2019-07-17 14:42 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-07-16 22:59 [PATCH] MdePkg/BaseLib: Base64Decode(): don't declare variables in nested blocks Laszlo Ersek
2019-07-16 23:03 ` [edk2-devel] " rebecca
2019-07-17 1:00 ` Liming Gao
2019-07-17 7:03 ` Philippe Mathieu-Daudé
2019-07-17 14:42 ` Laszlo Ersek [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-list from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=346b3244-ba74-ed11-c91f-7d2fa7c562b4@redhat.com \
--to=devel@edk2.groups.io \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox