dev-libs/libffi-3.2.1 fails to cross compile against uClibc when it tries to assemble win32.S. This seems quite logical as I am cross compiling for amd64. Reproducible: Always Steps to Reproduce: 1. Have a uclibc amd64 cross toolchain at hand 2. Try building libffi Actual Results: build failure Expected Results: clean build Whilst assembling win32.S gcc bails out with invalid instruction suffix errors. Seems legit as I am crosscompiling for amd64. libffi checks the value of ac_cv_sizeof_size_t and as this yields 4 a 32 Bit platform is assumed. ac_cv_sizeof_size_t is set to 4 in the site scripts of crossdev (/usr/share/crossdev/include/site/x86_64-linux-uclibc). I crosscompiled a short dummy prog that printfs sizeof(size_t) and to no surprize the value is 8. Changing the value in the site script from 4 to 8 gives a clean build of libffi.
Attach a build log.
Created attachment 404318 [details] build.log
Configurte.ac#176: i?86-*-* | x86_64-*-*) TARGETDIR=x86 if test $ac_cv_sizeof_size_t = 4; then case "$host" in *-gnux32) TARGET=X86_64 ;; *) TARGET=X86 ;; esac else TARGET=X86_64; fi ;; vs. /usr/share/crossdev/include/site/x86_64-linux-uclibc: ac_cv_sizeof_size_t=4 ----------------------------------------------------- Yes the testing in cofigure.ac is certainly not the best and no size_t is not 4 but 8 on x86_64.
(In reply to Sven E. from comment #3) thanks fixed here: http://gitweb.gentoo.org/proj/crossdev.git/commit/?id=92d8d087d6131a80704a27f5aafd91112c976465
(In reply to SpanKY from comment #4) > (In reply to Sven E. from comment #3) > > thanks fixed here: > http://gitweb.gentoo.org/proj/crossdev.git/commit/ > ?id=92d8d087d6131a80704a27f5aafd91112c976465 Thanks for fixing void* size aswell, struck me later that day during the python build.
