Hi,
On 12/10/17 10:32, Zenith432 wrote:
> This is to resolve bug 457.
>
> Contributed-under: TianoCore Contribution Agreement 1.1
> Signed-off-by: Zenith432 <zenith432 at users.sourceforge.net>
> ---
> MdePkg/Include/Base.h | 24 ++++++++++++++++++++----
> 1 file changed, 20 insertions(+), 4 deletions(-)
I'm commenting on this patch because Liming asked me to. I'm stating my
opinion below; remember that I'm not an MdePkg maintainer.
> diff --git a/MdePkg/Include/Base.h b/MdePkg/Include/Base.h
> index 02140a5a..19f36872 100644
> --- a/MdePkg/Include/Base.h
> +++ b/MdePkg/Include/Base.h
> @@ -560,13 +560,14 @@ struct _LIST_ENTRY {
> // VA_LIST - typedef for argument list.
> // VA_START (VA_LIST Marker, argument before the ...) - Init Marker for use.
> // VA_END (VA_LIST Marker) - Clear Marker
> -// VA_ARG (VA_LIST Marker, var arg size) - Use Marker to get an argument
> from
> -// the ... list. You must know the size and pass it in this macro.
> +// VA_ARG (VA_LIST Marker, var arg type) - Use Marker to get an argument
> from
> +// the ... list. You must know the type and pass it in this macro.
> // VA_COPY (VA_LIST Dest, VA_LIST Start) - Initialize Dest as a copy of
> Start.
(1) I suggest adding "Type must be compatible with the type of the
actual next argument (as promoted according to the default argument
promotions)". (This is not the full story either, but it would still
remain short enough, and be an improvement.)
> //
> -// example:
> +// Example:
> //
> // UINTN
> +// EFIAPI
> // ExampleVarArg (
> // IN UINTN NumberOfArgs,
> // ...
Correct.
> @@ -582,7 +583,7 @@ struct _LIST_ENTRY {
> // VA_START (Marker, NumberOfArgs);
> // for (Index = 0, Result = 0; Index < NumberOfArgs; Index++) {
> // //
> -// // The ... list is a series of UINTN values, so average them up.
> +// // The ... list is a series of UINTN values, so sum them up.
> // //
> // Result += VA_ARG (Marker, UINTN);
> // }
> @@ -591,6 +592,21 @@ struct _LIST_ENTRY {
> // return Result
(2) Maybe append a semicolon? (Not strictly the topic of this patch, but
we're fixing up other typos anyway.)
> // }
> //
> +// Notes:
> +//
> +// This set of macros is intended to support variadic functions that
> +// use the EFIAPI calling convention. Variadic functions that use a
> +// native calling convention should use stdarg.h.
I disagree with this wording. "MdePkg/Include/Base.h" should be very
careful about referencing dependent packages, even in comments.
The only "stdarg.h" file in the tree (that is meant to be included by
client code directly) is
StdLib/Include/stdarg.h
I'll comment on that lower down.
> +// In particular:
> +// -- VA_START may only be used in a variadic EFIAPI function.
> +// -- va_start may only be used in a variadic native function.
> +// -- VA_START, VA_END, VA_ARG and VA_COPY may only be used on a VA_LIST.
> +// -- va_start, va_end, va_arg and va_copy may only be used on a va_list.
> +// -- Both VA_LIST or va_list may be passed as arguments to functions
> +// of either EFIAPI or native calling conventions.
> +// -- VA_END, VA_ARG, VA_COPY, va_end, va_arg, and va_copy may be used
> +// in functions of either calling conventions.
> +//
I would drop the language on the lower-case va_* macros and the native
calling convention altogether. In Base.h we should give *practical*
instructions for using variable argument lists with *these* macros (i.e.
the macros from Base.h), such that they work with any edk2-supported
toolchain.
(3) So, as I wrote in the BZ, I would replace this Notes section with:
Notes:
- Functions that have a variable argument list and call
VA_START() / VA_END() must be declared EFIAPI.
- Functions that call VA_COPY() must be declared EFIAPI.
- Functions that only use VA_LIST and VA_ARG() need not be EFIAPI.
Now, if we want to consider any interactions with
StdLib/Include/stdarg.h
plus other standard C functions that take a variable argument list, then
any such considerations should be added to "StdLib/Include/stdarg.h".
(Unless I'm writing a UEFI_APPLICATION module with standard C functions
from StdLib, I don't want to read anything related to va_*.)
(4) Thus, I suggest that we additionally *replace* the following leading
comment:
//
// Support for variable length argument lists using the ANSI standard.
//
// Since we are using the ANSI standard we used the standard naming and
// did not follow the coding convention
//
with:
//
// Support for variable argument lists in freestanding edk2 modules.
//
// For modules that use the ISO C library interfaces for variable
// argument lists, refer to "StdLib/Include/stdarg.h".
//
Just my two cents.
Thanks
Laszlo
>
> /**
> Return the size of argument that has been aligned to sizeof (UINTN).
>
_______________________________________________
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
