Bug 493258 – sys-libs/libcap-2.22-r2 multilib conversion breaks cross-compilation

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Mike Gilbert 2013-12-03 19:26:42 UTC]

Created attachment 364554 [details]
Build log

It seems like CC is not being set correctly.

cc -Os -pipe  -Wall -Wwrite-strings -Wpointer-arith -Wcast-qual -Wcast-align -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Winline -Wshadow -g  -Wall -Wwrite-strings -Wpointer-arith -Wcast-qual -Wcast-align -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Winline -Wshadow -g  -fPIC -I/usr/armv7a-hardfloat-linux-gnueabi/tmp/portage/sys-libs/libcap-2.22-r2/work/libcap-2.22-default/libcap/../libcap/include -I/usr/armv7a-hardfloat-linux-gnueabi/tmp/portage/sys-libs/libcap-2.22-r2/work/libcap-2.22-default/libcap/../libcap/include -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Dlinux -c cap_alloc.c -o cap_alloc.o

>>> Completed installing libcap-2.22-r2 into /usr/armv7a-hardfloat-linux-gnueabi/tmp/portage/sys-libs/libcap-2.22-r2/image/


* Wrong EM_TYPE. Expected EM_ARM
EM_X86_64 ./sbin/getpcaps
EM_X86_64 ./sbin/capsh
EM_X86_64 ./sbin/getcap
EM_X86_64 ./sbin/setcap
EM_X86_64 ./lib/libcap.so.2.22

[Comment 1 Mike Gilbert 2013-12-03 19:35:00 UTC]

This should fix it. Ok to commit?

--- libcap-2.22-r2.ebuild       28 Nov 2013 20:41:27 -0000      1.2
+++ libcap-2.22-r2.ebuild       3 Dec 2013 19:34:30 -0000
@@ -46,7 +46,7 @@

 multilib_src_compile() {
        tc-export_build_env BUILD_CC
-       tc-export AR RANLIB
+       tc-export AR CC RANLIB

        default
 }

[Comment 2 Michał Górny 2013-12-03 19:43:50 UTC]

Sure. I assumed it's unnecessary since multilib_toolchain_setup sets CC. I guess it doesn't trigger in all codepaths.

[Comment 3 Mike Gilbert 2013-12-03 19:45:14 UTC]

+  03 Dec 2013; Mike Gilbert <[e-mail]> libcap-2.22-r2.ebuild:
+  Fix cross-compiles by exporting CC for the default ABI, bug 439258.