selftests: kvm: Fix libkvm build error
Shuah Khan
maintainerPATCH 1/1 selftests: kvm: Fix libkvm build error
Fix the following build error:
libkvm.a(assert.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a PIE object; recompile with -fPIC
Add -fPIC to CFLAGS to fix it.
--- tools/testing/selftests/kvm/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
tools/testing/selftests/kvm/Makefile +1 -1
@@ -44,7 +44,7 @@ INSTALL_HDR_PATH = $(top_srcdir)/usr LINUX_HDR_PATH = $(INSTALL_HDR_PATH)/include/ LINUX_TOOL_INCLUDE = $(top_srcdir)/tools/include CFLAGS += -Wall -Wstrict-prototypes -Wuninitialized -O2 -g -std=gnu99 \ - -fno-stack-protector -fno-PIE -I$(LINUX_TOOL_INCLUDE) \ + -fno-stack-protector -fPIC -fno-PIE -I$(LINUX_TOOL_INCLUDE) \ -I$(LINUX_HDR_PATH) -Iinclude -I$(<D) -Iinclude/$(UNAME_M) -I.. no-pie-option := $(call try-run, echo 'int main() { return 0; }' | \
Signature · 1 line
2.20.1
Paolo Bonzini
maintainerQuoted 5 lines · Shuah Khan
Fix the following build error:
libkvm.a(assert.o): relocationR_X86_64_32against `.rodata.str1.1' can not be used when making a PIE object; recompile with -fPICAdd -fPIC to CFLAGS to fix it.
This is wrong, these testcases cannot be position-independent executables. Can you include the failing command line from "V=1" output?
The problem seems to be that these definitions are not working properly:
no-pie-option := $(call try-run, echo 'int main() { return 0; }' | \
$(CC) -Werror $(KBUILD_CPPFLAGS) $(CC_OPTION_CFLAGS) -no-pie -x c - -o "$$TMP", -no-pie)LDFLAGS += -pthread $(no-pie-option)
Thanks,
Paolo
Quoted 19 lines
Signed-off-by Shuah Khan <[email protected]>--- tools/testing/selftests/kvm/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)tools/testing/selftests/kvm/Makefile +1
-1@@ -44,7 +44,7 @@ INSTALL_HDR_PATH = $(top_srcdir)/usr LINUX_HDR_PATH = $(INSTALL_HDR_PATH)/include/ LINUX_TOOL_INCLUDE = $(top_srcdir)/tools/include CFLAGS += -Wall -Wstrict-prototypes -Wuninitialized -O2 -g -std=gnu99 \ - -fno-stack-protector -fno-PIE -I$(LINUX_TOOL_INCLUDE) \ + -fno-stack-protector -fPIC -fno-PIE -I$(LINUX_TOOL_INCLUDE) \ -I$(LINUX_HDR_PATH) -Iinclude -I$(<D) -Iinclude/$(UNAME_M) -I.. no-pie-option := $(call try-run, echo 'int main() { return 0; }' | \
Shuah Khan
maintainerQuoted 11 lines · Paolo Bonzini
Quoted 5 lines · Shuah Khan
Fix the following build error:
libkvm.a(assert.o): relocationR_X86_64_32against `.rodata.str1.1' can not be used when making a PIE object; recompile with -fPICAdd -fPIC to CFLAGS to fix it.
This is wrong, these testcases cannot be position-independent executables. Can you include the failing command line from "V=1" output?
You are right. This isn't correct.
Quoted 7 lines
The problem seems to be that these definitions are not working properly:
no-pie-option := $(call try-run, echo 'int main() { return 0; }' | \ $(CC) -Werror $(KBUILD_CPPFLAGS) $(CC_OPTION_CFLAGS) -no-pie -x c - -o "$$TMP", -no-pie)LDFLAGS += -pthread $(no-pie-option)
Yup. That is what is happening, when I build using
"make TARGETS=kvm kselftest"
You can see this below:
gcc -Wall -Wstrict-prototypes -Wuninitialized -O2 -g -std=gnu99 -fno-stack-protector -fno-PIE -I../../../../tools/include -I../../../../usr/include/ -Iinclude -Ix86_64 -Iinclude/x86_64 -I.. -pthread x86_64/cr4_cpuid_sync_test.c
vs.
Running make in kvm directory:
gcc -Wall -Wstrict-prototypes -Wuninitialized -O2 -g -std=gnu99 -fno-stack-protector -fPIC -fno-PIE -I../../../../tools/include -I../../../../usr/include/ -Iinclude -Ix86_64 -Iinclude/x86_64 -I.. -pthread -no-pie x86_64/cr4_cpuid_sync_test.c
I was playing with both options yesterday and totally confused myself thinking that adding fPIC helps. It doesn't.
I am looking into this to see how we can make "make kselftest" work. Once I figure it out, will send v2. I think for some reason in the failing case, no-pie-option and pgste-option are null strings.
thanks,
-- Shuah