谢天明 tm_ex_00@sina.com wrote in http://bugs.debian.org/717227
--snip--
Dear Maintainer,
In amd64 version of libefi.a there is a callwrap.o, which should contain a
function uefi_call_wrapper, needed by amd64 version of.
But actually there is not any symbols in callwrap.o, even I compile it from
source callwrap.c, according to the Makefile! which makes ld unable to find
uefi_call_wrapper while building rEFInd.
The callwrap.o is generated with "/usr/bin/gcc -I. -I./../inc
-I./../inc/x86_64
-I./../inc/protocol -O2 -fpic -Wall -fshort-wchar -fno-strict-aliasing
-fno-
merge-constants -fno-stack-protector -mno-red-zone -DCONFIG_x86_64
-DGNU_EFI_USE_MS_ABI -maccumulate-outgoing-args -c x86_64/callwrap.c -o
x86_64/callwrap.o". If "-DGNU_EFI_USE_MS_ABI" is dropped, GCC does generate
codes. But I believe this behavior is not what we need.
---snap---
This is according to him reproducible with both gnu-efi versions 3.0s and 3.0u.
Regards,
Daniel
FTR: rEFInd from git (db6a30c; 2013-07-17) builds just fine with both gnu-efi 3.0s and 3.0u. I don't know what the original submitter did though.
Is this still an issue with the latest version of gnu-efi, version "v" ?