| Summary: | ld-linux.so.2 i?86-linux strlen issues | ||
|---|---|---|---|
| Product: | [Developer tools] valgrind | Reporter: | Jakub Jelinek <jakub> |
| Component: | general | Assignee: | Julian Seward <jseward> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | ||
| Priority: | NOR | ||
| Version First Reported In: | 3.6 SVN | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | valgrind-3.6.1-x86-ldso-strlen.patch | ||
Committed, r11668. Thanks. |
Created attachment 57464 [details] valgrind-3.6.1-x86-ldso-strlen.patch Version: 3.6 SVN OS: Linux With glibc 2.13.90 (Fedora 15), basically all invocations of valgrind fail complaining about strlen conditional jump depending on uninitialized when called from within the dynamic linker. Recently ld.so started even on i?86 using optimized strlen which works on 4 bytes at a time. The attached patch fixes this by redirecting ld.so's strlen even on i?86 like it is already redirected e.g. on x86_64. Reproducible: Always