Hello daniel, I have not seen or hear of this error before. Best to write up the problem with details and submit to http://sourceforge.net/p/gnu-efi/bugs/ That way I can track the problem and others can comment.
-Nigel On 7/18/13 10:28 AM, "Daniel Baumann" <[email protected]> wrote: >severity 717227 nornal >retitle 717227 no symbol in callwrap.o of libefi.a on amd64 >tag 717227 upstream >found 717227 3.0u+debian-2 >thanks > >On 07/18/2013 10:24 AM, 谢天明 wrote: >> 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. > >Nigel, any comments on that? > >-- >Address: Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern >Email: [email protected] >Internet: http://people.progress-technologies.net/~daniel.baumann/
