Package: gnu-efi
Version: 3.0s+debian-3
Severity: important

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.



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (900, 'testing'), (500, 'testing-proposed-updates'), (500,
'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=zh_CN.utf8, LC_CTYPE=zh_CN.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

gnu-efi depends on no packages.

gnu-efi recommends no packages.

Versions of packages gnu-efi suggests:
pn  elilo  <none>

-- no debconf information


-- 
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

Reply via email to