Back in the past, I made CHAR8 and CHAR16 work the way it does in
edk2... well, in some edk2 tree, for some arch, and accidentally
dependent on some compiler-defined types that depend on runtime choices
more than intended.
This patch makes it /always/ the same thing edk2 defines it as, without
depending on __CHAR16_TYPE__ or __WCHAR_TYPE__, and also uses CHAR16
everywhere instead of sometimes using WCHAR. We still need
-fshort-wchar, of course, for L'' and L"".
Signed-off-by: Peter Jones <pjones@redhat.com>
On couple of locations in runtime string library (rtstr.c)
there are calls to non-runtime variant of StrLen function.
* Another issue is with formatting 1394 paths.
The F1394_DEVICE_PATH::Guid is formatted as %g, but 1394
GUID is 8 byte integer, not EFI_GUID and therefore should
be formatted as e.g. %016lx (as edk2 does).
* Beyond what's mentioned above, changed the format of the
harddrive path, so it's in line with edk2 format and spec
(2.7 errata A, chapter 10.6.1.6, table 102).
Signed-off-by: Nigel Croxon <ncroxon@redhat.com>
Signed-off-by: manison <manison@users.sf.net>
