Menu

#6 no symbol in callwrap.o of libefi.a on amd64

v1.0_(example)
closed
None
5
2014-05-16
2013-07-18
No

谢天明 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

Discussion

  • Daniel Baumann

    Daniel Baumann - 2013-07-19

    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.

     
  • Nigel Croxon

    Nigel Croxon - 2014-04-01

    Is this still an issue with the latest version of gnu-efi, version "v" ?

     
  • Nigel Croxon

    Nigel Croxon - 2014-05-16
    • status: open --> closed
    • assigned_to: Nigel Croxon
     

Log in to post a comment.

Auth0 Logo