https://bugzilla.redhat.com/show_bug.cgi?id=2019329
--- Comment #11 from Pavel Raiskup <praiskup(a)redhat.com> ---
This patch could help to link against 2.2.5 symbols:
https://copr-dist-git.fedorainfracloud.org/cgit/praiskup/nosync-libc-2.2....
Though this fails in i386, and this library needs to be built multilib:
https://copr.fedorainfracloud.org/coprs/praiskup/nosync-libc-2.2.5/build/...
....
cc -shared -fPIC -ldl -lpthread -O2 -flto=auto -ffat-lto-objects -fexceptions
-g -grecord-gcc-switches -pipe -Wall -Werror=format-security
-Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS
-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong
-specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m32 -march=i686 -mtune=generic
-msse2 -mfpmath=sse -mstackrealign -fasynchronous-unwind-tables
-fstack-clash-protection -fcf-protection -o nosync.so fsync.o open.o
/usr/bin/ld: nosync.so: no symbol version section for versioned symbol
`dlsym(a)GLIBC_2.2.5'
collect2: error: ld returned 1 exit status
Even if the glibc versioning on i386 was fixed (or whatever is causing
this), this doesn't seem to be a long-term solution?
It would be nice if nosync was a glibc subpackage with statically
linked dlsym() and pthread_testcancel(). But this is probably unrealistic.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2019329