Align ReallocatePool() parameters with EDK2?
RFE: please move git repo to github/gitlab
https://github.com/ncroxon/gnu-efi
Bump revision to VERSION = 3.0.18
Merge /u/yetist/gnu-efi/ branch dev-master into master
Make loongarch64 use efi-app-loongarch64
Merge /u/gmbr3/gnu-efi/ branch header into master
Fix some macros
Make: make TOPDIR actually work and get rid of unused CDIR
make: Make "make clean" use @ and rm -v everywhere
Make apps link against the local gnuefi and crt objects
Make loongarch64 use efi-app-loongarch64
Fix some macros
Any chance of new version and tarball? I think I've done all I wanted to for the time being.
Any chance of new version and tarball? I think I've done all I wanted for the time being.
Any chance of new version and tarball? I think I'm done all I wanted for the time being.
Update some more things to 2.10
Update some more things to 2.10
Update some things to 2.10
Update some things to 2.10
Merge /u/gmbr3/gnu-efi/ branch shim into master
ARM32 4K pages & shim patches
ARM32 4K pages & shim patches
Yes I am still seeing the issue with latest gnu-efi and latest MinGW-w64. Tested with MinGW-w64 on Windows installed with msys2. Below is the full output: pete@win11 MINGW64 /c/Projects/gnu-efi $ make lib mkdir -p /c/Projects/gnu-efi/x86_64/lib make -C /c/Projects/gnu-efi/x86_64/lib -f /c/Projects/gnu-efi//lib/Makefile SRCDIR=/c/Projects/gnu-efi//lib ARCH=x86_64 make[1]: Entering directory '/c/Projects/gnu-efi/x86_64/lib' gcc -I/c/Projects/gnu-efi//lib -I/c/Projects/gnu-efi//lib/../inc -I/c/Projects/gnu-efi//lib/../inc/x86_64...
Are you still having this problem? I can't reproduce it.
AARCH64 (and possibly other archs) generation is broken
setjmp.S build fails on ia64
Fix building with CLANG-9.0.0
commit 53b89f528ddf56dcf2ce58dff368ae4c960e4d40 Author: Callum Farmer gmbr3@opensuse.org Date: Sat Jun 10 19:14:41 2023 +0100 X86_64: fix clang
Remove superfluous "-fno-stack-check" from Make.defaults
commit 4b6f37e74cbf562c2fc432626e47a890877407c3 (HEAD -> master, origin/master, origin/HEAD) Author: Nigel Croxon ncroxon@redhat.com Date: Mon Jul 3 09:19:50 2023 -0400 remove superfluous -fno-stack-check Signed-off-by: David Müller <d.mueller@elsoft.ch> Signed-off-by: Nigel Croxon <ncroxon@redhat.com>
remove superfluous -fno-stack-check
riscv64: fix efibind.h missing/duplicate types
commit 1de509497826faa0ad84b82f5e2c3d21ee613459 Author: Moody Liu mooodyhunter@outlook.com Date: Sat May 13 17:39:16 2023 +0100 riscv64: adjust type definitions CHAR8 needs to be defined while BOOLEAN should be removed here to prevent typedef conflicts Signed-off-by: Moody Liu <mooodyhunter@outlook.com>
Default target of make is not all
Fix over-optimization and merge macro
Fix over-optimization and merge macro
Fix arm32 & riscv64
Fix arm32 & riscv64
X86_64: fix clang
X86_64: fix clang
Mark _start as function
Mark _start as function
ARM32: _start must be global
ARM32: _start must be global
Add full Data Directories table
Add full Data Directories table
Merge /u/gmbr3/gnu-efi/ branch ia32 into master
Fix ARM32
Fix ARM32
Regression: The newly introduced gnu-efi\lib\ctors.S breaks MinGW-w64 compilation
Well, considering that a fix for this issue has now "magically" appeared in https://github.com/rhboot/gnu-efi/commit/9e6cb2150bee08e83ec0cdfb8d6c2f83975dd3df, which has been integrated into gnu-efi, and that none of the people responsible for the regression bothered to notify about this fix in the original bug report, I guess I'm going to entitle myself to some further snide remarks by pointing out what a nice "rolling the software forwards" this has been, when it looks like none the 3+ developers...
Merge /u/gmbr3/gnu-efi/ branch ia32 into master
Make assembly sizes CPU independent
Make assembly sizes CPU independent
Just going to add that on a vanilla Ubuntu 23.04 system (that was released a couple weeks ago and is recent enough to come with binutils 2.40), the default gnu-efi apps are still broken. apt install git build-essential gcc-aarch64-linux-gnu git clone https://git.code.sf.net/p/gnu-efi/code gnu-efi cd gnu-efi aarch64-linux-gnu-objcopy --version # reports: "GNU objcopy (GNU Binutils for Ubuntu) 2.40" export CROSS_COMPILE=aarch64-linux-gnu- make apps Trying to run the resulting t.efi (a simple "Hello,...
Yes, my statement is imposing. First of all, you are being singled out here because you are the author of the commit that broke compatibility. And I'm also seeing two major things that one should fully expect to have seen happening from a BREAKING change (or at least one that you rightfully expected/knew would break compatibility with older platforms): Trying to detect the binutils version of support for whatever newer option you need as part of the build process, and only use the new approach in...
https://github.com/ncroxon/gnu-efi
I'm going to be polite (but only this once) even though your previous statement is very imposing. 1) It is policy among ALL Linux distros to not mix new and old software if there is a function incompatibility. Going against this will cause issues, blaming other people for someone not following basic policy is just bad conduct. 2) This was not done for benefiting me or the openSUSE Project only, this was done because fixes were required for all distros with the new software as it overlaps once binutils...
I'm sorry, but you just broke current Debian, so I don't see how we can go with this approach. Current up to date Debian uses binutils 2.35, not 2.38, and you can't just go around breaking other up to date distros, just because OpenSUSE happens to be using a super recent binutils. Heck, even if Debian or Ubuntu had just upgraded to 2.38 I would tell you that this is a poor practice, because you'd leave plenty of people stranded (sorry but the, "don't upgrade... and don't benefit from important fixes"...
and make sure you use the correct objcopy command (target not binary) otherwise you'll get no header
On 5/18/23 10:43 AM, Pete Batard wrote: [bugs:#37] https://sourceforge.net/p/gnu-efi/bugs/37/ AARCH64 (and possibly other archs) generation is broken Status: open Group: v1.0_(example) Created: Thu May 18, 2023 02:43 PM UTC by Pete Batard Last Updated: Thu May 18, 2023 02:43 PM UTC Owner: nobody It appears that commit f7b2e1ff6d6b8db119a9d7ec8406eb491004a16d (Merge /u/gmbr3/gnu-efi/ branch master into master) completely broke AARCH64 EFI binary generation. If you look at the generated binaries past...
Requires binutils 2.38+, do not use earlier. If you have a binutils <2.38, don't upgrade gnu-efi
AARCH64 (and possibly other archs) generation is broken
compilation failure on riscv64
committed [20d8d8] Merge /u/moodyhunter/gnu-efi/ branch master into master merged merge request #52 on Code riscv64: fix build errors
Merge /u/moodyhunter/gnu-efi/ branch master into master
riscv64: fix build errors
well there has been one at https://sourceforge.net/p/gnu-efi/code/merge-requests/52/ they are the same btw :)
well there has been one at https://sourceforge.net/p/gnu-efi/code/merge-requests/52/
For the record, I submitted a patch for it in https://sourceforge.net/p/gnu-efi/patches/88/
riscv64: fix efibind.h missing/duplicate types
Merge /u/gmbr3/gnu-efi/ branch ia32 into master
Constructor and destructor fixes
Revert "Make ELF constructors/destructors work"
If you produce a patch, I will review it.
Wrong null-pointer check
ommit fe76d597a9b85f8af55235dd41722abf8fe63ca1 (HEAD -> master, origin/master, origin/HEAD) Author: Nigel Croxon ncroxon@redhat.com Date: Tue May 16 08:34:07 2023 -0400 Make ELF constructors/destructors work Since commit [4f8b339facb471192e021fffd5db545a0fbddbc3] Simple EFI tools like for example t.c from the apps directory crash. The reason seems to be a wrong null-pointer check in the ctors()/dtors() functions in lib/entry.c.
Make ELF constructors/destructors work
The corresponding ticket is at https://sourceforge.net/p/gnu-efi/bugs/36/ ;)
compilation failure on riscv64
riscv64: fix build errors
Wrong null-pointer check
Constructor and destructor fixes
Hi! I package this project for Arch Linux. This is a problem, as it breaks our usual build workflow: ld -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -flto=auto -nostdlib --warn-common --no-undefined --fatal-warnings --build-id=sha1 -nostdlib --warn-common --no-undefined --fatal-warnings --build-id=sha1 -shared -Bsymbolic -L../lib -L../gnuefi ../gnuefi/crt0-efi-x86_64.o t.o -o t.so -lefi -lgnuefi /usr/lib/gcc/x86 _64-pc-linux-gnu/12.2.1/libgcc.a -T /build/gnu-efi/src/gnu-efi-3.0.17//apps/../gnuefi/elf_x86_64_efi.lds...
3.0.16: Missing tarball
https://sourceforge.net/projects/gnu-efi/files/
Bump revision to VERSION = 3.0.17
3.0.16: Missing tarball
ia32 fixes
ia32 fixes
Bump revision to VERSION = 3.0.16
Merge /u/gmbr3/gnu-efi/ branch TRUEFALSE into master
Make TRUE/FALSE compatible with C23/C++
Merge /u/gmbr3/gnu-efi/ branch CHAR16 into master
WCHAR and CHAR16
Merge /u/gmbr3/gnu-efi/ branch unsigned-char into master
ISO-Latin-1