#
dcced034 |
| 17-Apr-2023 |
b'Nigel Croxon <allura@localhost> |
Merge /u/gmbr3/gnu-efi/ branch CHAR16 into master
https://sourceforge.net/p/gnu-efi/code/merge-requests/48/
|
#
056bdaa5 |
| 13-Apr-2023 |
Callum Farmer <gmbr3@opensuse.org> |
Make VOID a typedef
'void' is a type so VOID can be typedef instead of a '#define' to improve compiler output
Signed-off-by: Callum Farmer <gmbr3@opensuse.org>
|
#
189200d0 |
| 08-Apr-2023 |
Callum Farmer <gmbr3@opensuse.org> |
Make WCHAR and CHAR16 identical
And actually use wchar_t gnu-efi already uses L string literals which are of type wchar_t
Signed-off-by: Callum Farmer <gmbr3@opensuse.org>
|
#
14899d89 |
| 27-Aug-2019 |
Peter Jones <pjones@redhat.com> |
Make CHAR8 and similar be defined the same way edk2 does it.
Signed-off-by: Peter Jones <pjones@redhat.com>
|
#
6685cd00 |
| 27-Nov-2019 |
Alexander von Gluck IV <kallisti5@unixzen.com> |
efibind: Fix usage of efi headers from C++ code
* __STDC_VERSION__ is undefined when headers are called from C++ code resulting in not using stdint.h and efibind.h "making a guess" on what they
efibind: Fix usage of efi headers from C++ code
* __STDC_VERSION__ is undefined when headers are called from C++ code resulting in not using stdint.h and efibind.h "making a guess" on what they are. extern "C" will not define __STDC_VERSION__. * Always leverage stdint.h on C++. * Honestly, gnu-efi should always use stdint.h, or find a better way to detect it. (or platforms without it need to catch up to 2007)
show more ...
|
#
7604ff26 |
| 22-Mar-2019 |
Nigel Croxon <allura@localhost> |
Merge /u/esben/gnu-efi/ branch intptr-t-fix into master
https://sourceforge.net/p/gnu-efi/code/merge-requests/5/
|
#
1a53d8f8 |
| 15-Mar-2019 |
Esben Haabendal <esben@esben1.localdomain> |
Fix for problem with undeclared intptr_t type
When building gnu-efi with old compilers with pre C90 compilers:
In file included from gnu-efi-3.0.9/lib/../inc/efilib.h:25:0, from gn
Fix for problem with undeclared intptr_t type
When building gnu-efi with old compilers with pre C90 compilers:
In file included from gnu-efi-3.0.9/lib/../inc/efilib.h:25:0, from gnu-efi-3.0.9/lib/lib.h:24, from gnu-efi-3.0.9/lib/dpath.c:25: gnu-efi-3.0.9/lib/dpath.c: In function 'FileDevicePath': gnu-efi-3.0.9/lib/../inc/efilink.h:145:47: error: 'intptr_t' undeclared (first use in this function) #define EFI_FIELD_OFFSET(TYPE,Field) ((UINTN)(intptr_t)(&(((TYPE *) 0)->Field)))
Problem introduced with commit a46a62b12b58139c31d4288384808365c4053bf2 (Fix some types gcc doesn't like).
Avoid this by adding intptr_t (and uintptr_t) typedefs for builds that does not include stdint.h.
Signed-off-by: Esben Haabendal <esben@esben1.localdomain>
show more ...
|
#
787b53a6 |
| 06-Nov-2017 |
Nigel Croxon <ncroxon@redhat.com> |
Add EFI_DRIVER_ENTRY_POINT support for MSVC/ARM64
Similar to what we do for other MSVC architectures.
Signed-off-by: Pete Batard <pete@akeo.ie> Signed-off-by: Nigel Croxon <ncroxon@redhat.com>
|
#
39ce220c |
| 06-Nov-2017 |
Nigel Croxon <ncroxon@redhat.com> |
Make sure stdint.h is always used with MSVC on ARM/ARM64, since all the versions of Visual Studio that support ARM or ARM64 have that header. Without this, uint64_t would be defined to unsigned long,
Make sure stdint.h is always used with MSVC on ARM/ARM64, since all the versions of Visual Studio that support ARM or ARM64 have that header. Without this, uint64_t would be defined to unsigned long, which is 32-bits in the Microsoft world.
Also fix aarch64/initplat.c so that memset/memcpy only apply to gcc. Otherwise MSVC throws an error for __SIZE_TYPE__.
Updating this patch to v2, since it turns out MSVC will also emit memset and memcpy intrinsics that we can use an implementation for. This is true for both ARM and ARM64. To make this work, I'm defining __SIZE_TYPE__ to UINTN if not already defined.
Signed-off-by: Pete Batard <pete@akeo.ie> Signed-off-by: Nigel Croxon <ncroxon@redhat.com>
show more ...
|
#
333bf05d |
| 07-Jan-2016 |
Nigel Croxon <nigel.croxon@hpe.com> |
From: Ard Biesheuvel <ard.biesheuvel@linaro.org> Subject: [PATCH v2] ARM/AARCH64: define C99 types explicitly when building against older standard
This adds support for the C99 uintXX_t types when b
From: Ard Biesheuvel <ard.biesheuvel@linaro.org> Subject: [PATCH v2] ARM/AARCH64: define C99 types explicitly when building against older standard
This adds support for the C99 uintXX_t types when building for older versions of the standard, like the other architectures already implement.
Signed-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org> Reviewed-off-by: Leif Lindholm <leif.lindholm@linaro.org> Signed-off-by: Nigel Croxon <nigel.croxon@hpe.com>
show more ...
|
#
530d68ba |
| 25-Nov-2014 |
Nigel Croxon <nigel.croxon@hp.com> |
The gnu-efi-3.0 toplevel subdirectory is really annoying. Kill it.
Signed-off-by: Peter Jones <pjones@redhat.com> Signed-off-by: Nigel Croxon <nigel.croxon@hp.com>
|