| Summary: | valgrind/massif ARM => missing backtrace in case of valgrind strip. | ||
|---|---|---|---|
| Product: | [Developer tools] valgrind | Reporter: | Fred M <dark_footix> |
| Component: | massif | Assignee: | Nicholas Nethercote <njn> |
| Status: | RESOLVED INTENTIONAL | ||
| Severity: | normal | CC: | pjfloyd |
| Priority: | NOR | ||
| Version First Reported In: | 3.23.0 | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Other | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Fred M
2024-09-10 15:03:54 UTC
(In reply to Fred M from comment #0) > Would it be a build option to make valgrind / massif / backtraces robust to > the strip ? No. Simply don't use strip. From README_PACKAGERS: -- Don't strip the debug info off lib/valgrind/$platform/vgpreload*.so in the installation tree. Either Valgrind won't work at all, or it will still work if you do, but will generate less helpful error messages. Here's an example: The example in the README is a bit out of date. This issue looks like another case where it is a problem. The worst thing about stripped binaries for us (Valgrind developers) is that bug reports won't have useful stack traces. I'm closing this as intentional. I can't see any way that we can fix the issue and we've been saying not to strip binaries for donkeys years. |