valgrind doesnt work with latest glibc ==20385== Memcheck, a memory error detector ==20385== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==20385== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==20385== Command: ./g_sans -mode mc -s /home/alexxy/Tests/reca_rd_12.md.tpr -mcover 0.1 -pr pr01 -sq sq01 ==20385== valgrind: Fatal error at startup: a function redirection valgrind: which is mandatory for this platform-tool combination valgrind: cannot be set up. Details of the redirection are: valgrind: valgrind: A must-be-redirected function valgrind: whose name matches the pattern: strlen valgrind: in an object with soname matching: ld-linux-x86-64.so.2 valgrind: was not found whilst processing valgrind: symbols from the object with soname: ld-linux-x86-64.so.2 valgrind: valgrind: Possible fixes: (1, short term): install glibc's debuginfo valgrind: package on this machine. (2, longer term): ask the packagers valgrind: for your Linux distribution to please in future ship a non- valgrind: stripped ld.so (or whatever the dynamic linker .so is called) valgrind: that exports the above-named function using the standard valgrind: calling conventions for this platform. The package you need valgrind: to install for fix (1) is called valgrind: valgrind: On Debian, Ubuntu: libc6-dbg valgrind: On SuSE, openSuSE, Fedora, RHEL: glibc-debuginfo valgrind: valgrind: Cannot continue -- exiting now. Sorry. Reproducible: Always
The same problem here. Glibc was build with splitdebug: $ cat /var/db/pkg/sys-libs/glibc-2.15-r2/FEATURES assume-digests binpkg-logs candy ccache config-protect-if-modified distcc distlocks ebuild-locks fixlafiles news parallel-fetch parallel-install parse-eapi-ebuild-head preserve-libs protect-owned sandbox sfperms splitdebug strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr
Created attachment 318988 [details] emerge --info
This problem happens on ~amd64, but not on ~x86.
I'm like 99.9% sure this is just the strlen problem propagatin over to glibc-2.15. The solution is in the duplicate bug, but here's a nice link someone wrote on the issue: http://ck.kennt-wayne.de/2012/jan/valgrind-again%3A-strlen-redirection In the 0.1% chance that you think this is not a dup, please reopen with an explanation. *** This bug has been marked as a duplicate of bug 390323 ***
Hello, yes, this is a dup: mine glibc lack strlen symbol in debug info. I'll try 3.6.1 (which some people claim to work, but I doubt it), otherwise I'll have to modify glibc eblit and rebuild the library, but this has a nasty drawback to keep and update private glibc version on each system update.