Hi Jed,<br><br>you can use libtool --mode=execute {gdb,ldd} <code>, though I agree that<br>this is not as convenient as it could be -- but those things are trade-offs.<br><br>You can use -R<dir> instead of -L<dir> to set the rpath with libtool, too, btw., but that really only works in your own project using autotools (which I gather you rather avoid in the first place. ;)<br>
<br>Haven't checked petsc-dev yet on the original problem, will do...<br><br>--Kai<br><br><br><br><div class="gmail_quote">On Tue, Sep 21, 2010 at 4:36 AM, Jed Brown <span dir="ltr"><<a href="mailto:jed@59a2.org">jed@59a2.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im">On Tue, Sep 21, 2010 at 04:12, Kai Germaschewski<br>
<<a href="mailto:kai.germaschewski@unh.edu">kai.germaschewski@unh.edu</a>> wrote:<br>
> autoconf/automake software normally builds libraries as user that can be<br>
> directly installed without having to be relinked, so I know it's possible to<br>
> make do without relinking<br>
<br>
</div>I find this quite horrible since I think libraries and executables<br>
intended to be installed in "non-system" directories should always set<br>
RPATH, and I hate having shell scripts wrapped around test<br>
executables.  With autotools, I'm constantly fixing up a custom<br>
environment so that I can run the actual executable from .libs in a<br>
debugger or inspect it with utilities like ldd.<br>
<font color="#888888"><br>
Jed<br>
</font></blockquote></div><br><br clear="all"><br>-- <br>Kai Germaschewski<br>Assistant Professor, Dept of Physics / Space Science Center<br>University of New Hampshire, Durham, NH 03824<br>office: Morse Hall 245E<br>phone:  +1-603-862-2912<br>
fax: +1-603-862-2771<br><br>