raspi-copies-and-fills breaks qemu

[rdebath]

pi@raspberrypi:~ $ hello
ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
Hello, world!
pi@raspberrypi:~ $
pi@raspberrypi:~ $ file `which hello`
/usr/bin/hello: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.6.32, BuildID[sha1]=1a4d6e6e43fef8e730efd224568d4a6d37d9ec5b, stripped
pi@raspberrypi:~ $ file `which file`
/usr/bin/file: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-armhf.so.3, for GNU/Linux 2.6.32, BuildID[sha1]=396a79731c12160e883b1691455e85243a4eedec, stripped
pi@raspberrypi:~ $

I'm using qemu to execute Linux programs from other architectures. The easiest to setup is probably i386 which you just have to install 'qemu-user', 'binfmt-support' and the relevant libraries (eg: using multi-arch install hello:i386 from Debian)

As the manual says "/etc/ld.so.preload" should NEVER be used in production code as it will cause issues like this; the error message generated is trapped by other software and is recognised as a "ERROR".

This package should NOT be in the default install and it's functionality should be patched into the standard libc, if it hasn't already been merged upstream sometime in the last three (or four) years.

[rdebath (rdebath)]

I've just run the benchmarks (https://github.com/ssvb/tinymembench) that started this package on my new Pi3.

For this machine the package does NOT improve the performance over libc, in fact it appears to slow performance by about 1.5%

So I'm removing it permanently from my installation.