Hi, I'm interested in the same request as this user:
http://thread.gmane.org/gmane.comp.debugging.valgrind/9322/focus=9323
I have a piece of hardware running Linux that does support shared objects,
but the OS is heavily modified, and it lacks several shared objects in
standard places. It also lacks a compiler along with a lot of other useful
tools. Building on the target is not an option, so I'd have to
cross-compile.
However, it so happens that this target is binary compatible with the
Raspberry Pi, and I am able to build executables on the Pi with -static and
run them on this other target. If I compile without -static, it usually
always fails b/c the .so files are missing or in non-standard places. At
boot it explodes most of the filesystem to a ramdisk that is read only.
Instead of trying to hack around all this -- the easiest thing to do is
just build with -static.
I have a binary for valgrind on the Pi, and the ldd output is:
/usr/lib/arm-linux-gnueabihf/libcofi_rpi.so (0x401dc000)
libgcc_s.so.1 => /lib/arm-linux-gnueabihf/libgcc_s.so.1 (0x400d3000)
libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0x401e5000)
/lib/ld-linux-armhf.so.3 (0x40011000)
Is there an easy way I can tweak the build files to statically link these
libraries? Are there any other tools the valgrind executable depends on
that I also need to build to make it work?
Regards,
Davis
------------------------------------------------------------------------------
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
_______________________________________________
Valgrind-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/valgrind-users
