Both Arch Linux and openSUSE have received bug reports where a program (apache, subversion or gdk-pixbuf-query-loaders) crashes in glibc after dlopening a shared library that needs libm.
https://bugs.archlinux.org/task/27736https://bugzilla.novell.com/show_bug.cgi?id=740109
backtrace is:
#0 0x0000000000005446 in ?? ()
#1 0x00007ffff513b095 in floor () from /lib64/libm.so.6
#2 0x00007ffff7de7f7c in _dl_relocate_object ()
from /lib64/ld-linux-x86-64.so.2
#3 0x00007ffff7dee3e6 in dl_open_worker () from /lib64/ld-linux-x86-64.so.2
#4 0x00007ffff7dea146 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2
#5 0x00007ffff7dedd2a in _dl_open () from /lib64/ld-linux-x86-64.so.2
#6 0x00007ffff711cf26 in dlopen_doit () from /lib64/libdl.so.2
#7 0x00007ffff7dea146 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2
#8 0x00007ffff711d4cf in _dlerror_run () from /lib64/libdl.so.2
#9 0x00007ffff711cfc1 in dlopen@@GLIBC_2.2.5 () from /lib64/libdl.so.2
Disabling the floor multiarch ifuncs for x86-64 fixes this. This is reproduceable for some users but I could not reproduce it yet on my own system.