On 4/7/14, 4:45 PM, "Julian Seward" <jsew...@acm.org> wrote:
>In theory you might be able to use addr2line, but you'd need to do some >arithmetic -- basically, subtract the library actual load address -- >before you can give those addresses to addr2line. Please excuse my ignorance - by "actual load address" do you mean something that would only be determined at run time like the base address from /proc/12345/maps? Or do I just need to do some arithmetic with the original binary, the debug symbols, and the map file? > >The usual problem with running V on embedded targets is (1) that it >takes forever to move the debuginfo objects onto the target, and (2) >doing so uses up all the flash storage on the target. If your target >can communicate with the build host using TCP/IP, you might like to try >running V's debuginfo server on the host (auxprogs/valgrind-di-server.c) >and asking V on the target to use that, using --debuginfo-server=. > >It's pretty crude (needs work) but it does just about work. Great, I'll take a look into this as well. > >J > ------------------------------------------------------------------------------ Put Bad Developers to Shame Dominate Development with Jenkins Continuous Integration Continuously Automate Build, Test & Deployment Start a new project now. Try Jenkins in the cloud. http://p.sf.net/sfu/13600_Cloudbees _______________________________________________ Valgrind-users mailing list Valgrind-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/valgrind-users
