On Mon, 07 Jan 2019 21:10:31 +0200, Steve McIntyre wrote: > base/NSInvocation/general.m: > Failed test: general.m:208 ... Can send/return NSRect
I tried to reproduce this on gcc117 (an AMD Opteron 1100 machine from the GCC Compile Farm, which should be able to run 32-bit executables according to one of your previous messages on the subject) with a manually built cross-toolchain (pristine upstream binutils/2.31, gcc/8.2.0, glibc/2.28 and libffi/3.2.1) but unfortunately the test passes. Am I missing something? Or doing something wrong? yavor@gcc117:~$ dpkg --print-architecture arm64 yavor@gcc117:~$ dpkg --print-foreign-architectures yavor@gcc117:~$ cat /etc/debian_version 9.5 yavor@gcc117:~$ uname -a Linux gcc117 4.9.0-5-arm64 #1 SMP Debian 4.9.65-3+deb9u2 (2018-01-04) aarch64 GNU/Linux yavor@gcc117:~$ lscpu Architecture: aarch64 Byte Order: Little Endian CPU(s): 8 On-line CPU(s) list: 0-7 Thread(s) per core: 1 Core(s) per socket: 2 Socket(s): 4 Model: 2 BogoMIPS: 500.00 Flags: fp asimd evtstrm aes pmull sha1 sha2 crc32 yavor@gcc117:~$ arm-linux-gnueabihf-gcc -v Using built-in specs. COLLECT_GCC=arm-linux-gnueabihf-gcc COLLECT_LTO_WRAPPER=/home/yavor/libexec/gcc/arm-linux-gnueabihf/8.2.0/lto-wrapper Target: arm-linux-gnueabihf Configured with: ../configure --prefix=/home/yavor --disable-nls --disable-multilib --enable-languages=c,c++,objc --target=arm-linux-gnueabihf Thread model: posix gcc version 8.2.0 (GCC) yavor@gcc117:~$ ~/arm-linux-gnueabihf/lib/libc.so.6 GNU C Library (GNU libc) stable release version 2.28. Copyright (C) 2018 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Compiled by GNU CC version 8.2.0. libc ABIs: UNIQUE ABSOLUTE For bug reporting instructions, please see: <http://www.gnu.org/software/libc/bugs.html>. yavor@gcc117:~$ file ~/arm-linux-gnueabihf/lib/libc-2.28.so /home/yavor/arm-linux-gnueabihf/lib/libc-2.28.so: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /home/yavor/arm-linux-gnueabihf/lib/ld-linux.so.3, for GNU/Linux 3.2.0, not stripped yavor@gcc117:~/src/gnustep-base-1.26.0$ file Source/obj/libgnustep-base.so.1.26.0 Source/obj/libgnustep-base.so.1.26.0: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, not stripped yavor@gcc117:~/src/gnustep-base-1.26.0$ grep NSRect Tests/tests.log Passed test: general.m:208 ... Can send/return NSRect I have no other idea except to retry the test with all Debian patches to the toolchain packages applied. If I'm still unable to reproduce, I'd need some aid from people who have access to a machine that exhibits the problem. As a last resort we can disable the test, like Ubuntu. I really don't like this approach as it's just sweeping the problem under the rug. There's a bug somewhere which ideally should be hunted down and fixed.
