https://bugs.kde.org/show_bug.cgi?id=421321
Mark Wielaard <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REPORTED |ASSIGNED Ever confirmed|0 |1 Assignee|[email protected] |[email protected] --- Comment #2 from Mark Wielaard <[email protected]> --- Created attachment 128393 --> https://bugs.kde.org/attachment.cgi?id=128393&action=edit Patch to provide a new library with symbols for libgcc Provide a new library libgcc-sup-<platform>.a that contains symbols needed by libgcc. This needs to be linked after -lgcc to provide any symbols missing which would normally be provided by glibc. At the moment this only provides __getauxval on arm64 linux. Note that this patch currently also adds HWCAP_ATOMICS to ARM64_SUPPORTED_HWCAP since commit f1cf734554320e92f0dfc80125dfc2a7e5356ff2 "Bug 369509 - ARMv8.1-a LSE instructions are not supported" seems to have added them now. But although that seems to work, it also causes drd/tests/std_mutex to hang (even with --tool=none). It looks like only one thread is able to get the lock and release it. But none of the other threads ever get it and they all end up in a futex wait syscall. So, unless we can figure out what is going on there I think it might be best to (at least on the 3.16.0 branch) to not enable HWCAP_ATOMICS. -- You are receiving this mail because: You are watching all bug changes.
