From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7077 invoked by alias); 24 Feb 2011 10:43:01 -0000 Received: (qmail 7069 invoked by uid 22791); 24 Feb 2011 10:43:00 -0000 X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,TW_BJ,TW_CX,TW_DC,TW_GX X-Spam-Check-By: sourceware.org Received: from mail-qw0-f41.google.com (HELO mail-qw0-f41.google.com) (209.85.216.41) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 24 Feb 2011 10:42:55 +0000 Received: by qwd7 with SMTP id 7so401343qwd.0 for ; Thu, 24 Feb 2011 02:42:53 -0800 (PST) MIME-Version: 1.0 Received: by 10.224.67.12 with SMTP id p12mr560346qai.57.1298544173686; Thu, 24 Feb 2011 02:42:53 -0800 (PST) Received: by 10.224.205.134 with HTTP; Thu, 24 Feb 2011 02:42:53 -0800 (PST) In-Reply-To: References: <20110222154022.GA29862@davesworkthinkpad> Date: Thu, 24 Feb 2011 10:43:00 -0000 Message-ID: Subject: Re: PowerPC failures (Was: [PATCH] Add variadic support) From: David Gilbert To: Anthony Green Cc: libffi-discuss@sourceware.org, Marcus.Shawcroft@arm.com, cltang@linaro.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes Mailing-List: contact libffi-discuss-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libffi-discuss-owner@sourceware.org X-SW-Source: 2011/txt/msg00085.txt.bz2 On 23 February 2011 21:17, Anthony Green wrote: > "Dr. David Alan Gilbert" writes: > >> =A0 =A02) I've tested it on i386 (1659 expected passes, 15 unsupported), >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 armel (1654 expected pas= ses, 5 unexpecteed passes (cls_longdouble.c), 15 unsupported) >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 armhf (1654 expected pas= ses, 5 unexpecteed passes (cls_longdouble.c), 15 unsupported) >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 s390x (1639 expected pas= ses, 5 unexpected failures - err_bad_abi.c) >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 Those cls_longdouble unexpected passes and e= rr_bad_abi.c >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 failure are there in the current head. >> =A0 =A0 =A0 powerpc64 seems to be broken on current head, but I tested t= his patch >> =A0 =A0 =A0 on powerpc64 on the .0.9 release and it was OK. > > I just tested the head on powerpc64-unknown-linux-gnu and had no > problems. =A0You appear to be testing powerpc64-unknown-linux-gnu like me, > but with a different gcc and binutils version. > > You wrote on the wiki... >> Failure is src/powerpc/ffi.c:961 where cif->abi is expected to be >> FFI_GCC_SYSV or FFI_SYSV but is getting FFI_LINUX > > Line 961 is only run when POWERPC64 isn't defined. > > POWERPC64 is defined in src/powerpc/ffitarget.h. =A0 Could you please see > why it's not being defined in your build environment? It seems to be a 32 v 64 issue. It's got a 64bit kernel but by default gcc is producing 32bit binaries, the __powerpc64__ flag is only set if -m64 is passed. However, config.guess is saying it's a powerpc64-unknown-linux-gnu - and hence that's the directory that was created. So I guess it's actually a failure on powerpc32 not 64. $ uname -a Linux daves-g5 2.6.26-2-powerpc64 #1 SMP Thu Nov 25 15:01:22 UTC 2010 ppc64 GNU/Linux $ cat /etc/issue Debian GNU/Linux 5.0 \n \l $ gcc -v Using built-in specs. Target: powerpc-linux-gnu Configured with: ../src/configure -v --with-pkgversion=3D'Debian 4.3.2-1.1' --with-bugurl=3Dfile:///usr/share/doc/gcc-4.3/README.Bugs --enable-languages=3Dc,c++,fortran,objc,obj-c++ --prefix=3D/usr --enable-shared --with-system-zlib --libexecdir=3D/usr/lib --without-included-gettext --enable-threads=3Dposix --enable-nls --with-gxx-include-dir=3D/usr/include/c++/4.3 --program-suffix=3D-4.3 --enable-clocale=3Dgnu --enable-libstdcxx-debug --enable-objc-gc --enable-mpfr --disable-softfloat --enable-secureplt --enable-targets=3Dpowerpc-linux,powerpc64-linux --with-cpu=3Ddefault32 --with-long-double-128 --enable-checking=3Drelease --build=3Dpowerpc-linux-gnu --host=3Dpowerpc-linux-gnu --target=3Dpowerpc-linux-gnu Thread model: posix gcc version 4.3.2 (Debian 4.3.2-1.1) There is the opposite problem that if you pass CFLAGS=3D-m64 and/or run with linux64 the make check fails because it doesn't build the tests 64bit: Executing on host: gcc /home/dg/libffi-3.0.10rc5/testsuite/libffi.call/closure_fn0.c -O0 -W -Wall -I/home/dg/libffi-3.0.10rc5/powerpc64-unknown-linux-gnu/testsuite/..= /include -I/home/dg/libffi-3.0.10rc5/testsuite/../include -I/home/dg/libffi-3.0.10rc5/powerpc64-unknown-linux-gnu/testsuite/../includ= e/.. -L/home/dg/libffi-3.0.10rc5/powerpc64-unknown-linux-gnu/testsuite/../.libs -lffi -lm -o ./closure_fn0.exe (timeout =3D 300) /usr/bin/ld: skipping incompatible /home/dg/libffi-3.0.10rc5/powerpc64-unknown-linux-gnu/testsuite/../.libs/li= bffi.so when searching for -lffi (here that libffi.so is 64bi) Dave