make -j5 --load-average=8 make all-recursive make[1]: Entering directory `/var/tmp/portage/x11-libs/libXt-1.0.6/work/libXt-1.0.6' Making all in util make[2]: Entering directory `/var/tmp/portage/x11-libs/libXt-1.0.6/work/libXt-1.0.6/util' gcc -DHAVE_CONFIG_H -I. -I.. -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -Wbad-function-cast -Wold-style-definition -Wdeclaration-after-statement -I/usr/armv4tl-softfloat-linux-gnueabi/usr/include -march=armv4t -mtune=arm920t -Os -pipe -MT makestrs-makestrs.o -MD -MP -MF .deps/makestrs-makestrs.Tpo -c -o makestrs-makestrs.o `test -f 'makestrs.c' || echo './'`makestrs.c sed -e 's|__xorgversion__|"libXt 1.0.6" "X Version 11"|' < makestrs.man > makestrs.1 makestrs.c:1: error: bad value (armv4t) for -march= switch makestrs.c:1: error: bad value (arm920t) for -mtune= switch make[2]: *** [makestrs-makestrs.o] Error 1 make[2]: Leaving directory `/var/tmp/portage/x11-libs/libXt-1.0.6/work/libXt-1.0.6/util' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/x11-libs/libXt-1.0.6/work/libXt-1.0.6' make: *** [all] Error 2 * ERROR: x11-libs/libXt-1.0.6 failed: * emake failed Reproducible: Always Steps to Reproduce:
That looks like you are using a compiler that doesn't know these -march values. Which gcc version do you use?
Created attachment 208068 [details, diff] libXt-1.0.6.ebuild.patch Copy CFLAGS to CFLAGS_FOR_BUILD and filter -march=* and -mtune=* out of it
(In reply to comment #1) > That looks like you are using a compiler that doesn't know these -march values. > Which gcc version do you use? > /usr/portage/x11-libs/libXt/files/libXt-1.0.6-cross.patch adds a hack for this package to use the native compiler for building some tools that are required at build time. And of course my native amd64 compiler does not understand -march values for arm.
Ok, so I've committed a better patch to 1.0.7-r1 which should work with crossdev-wrappers. Please _TEST_ it so I can commit the configure patch to upstream and not look like a fool. Thanks
Created attachment 209376 [details] build.log Build log for x11-libs/libXt-1.0.7-r1. Same problem a before.
See attachment above.
What do you use to cross-compile? What command do you run? Thanks
(In reply to comment #7) > What do you use to cross-compile? What command do you run? > > Thanks > I added "=x11-libs/libXt-1.0.7-r1" to /usr/armv4tl-softfloat-linux-gnueabi/etc/portage/package.keywords and then I ran `emerge-armv4tl-softfloat-linux-gnueabi -NDatuv world`. emerge-armv4tl-softfloat-linux-gnueabi is generated by crossdev-wrappers.
Hum, ok, so something I intended isn't working. Could you tar.bz2 up the libXt build dir from /var/tmp/portage and attach it here (or upload it somewhere else if bugzilla yells)? It'll be faster that way, instead of going back and forth :) Thanks
Created attachment 209515 [details] libXt-1.0.7-r1-build_dir.tar.bz2
Could you modify the ebuild like so and run "ebuild libXt-1.0.7-r1.ebuild digest" in the correct directory? Thanks --- libXt-1.0.7-r1.ebuild 5 Nov 2009 11:41:08 -0000 1.1 +++ libXt-1.0.7-r1.ebuild 7 Nov 2009 22:04:03 -0000 @@ -29,6 +29,6 @@ filter-ldflags -Wl,-Bdirect if tc-is-cross-compiler; then - CFLAGS_FOR_BUILD="${BUILD_CFLAGS}" + export CFLAGS_FOR_BUILD="${BUILD_CFLAGS}" fi }
tried the change as suggested and was successful in cross compiling. My CFLAGS"-march=armv7-a -mtune=cortex-a8 -mfpu=neon -ftree-vectorize -mfloat-abi=softfp -fomit-frame-pointer -Os -pipe". Thanks
Thanks for testing. The patch is now in portage and will soon be in the overlay. Cheers