<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
</style>
</head>
<body class='hmmessage'>
Relinking upon install I still think provides desired results and<BR>is not a terrible idea, but it is more work to implement.<BR>I think the perf is probably acceptable.<BR>
<BR>
<BR>I don't like to expose too many options to uninformed users, but<BR>making this an option might be good. It will have an acceptable default,<BR>which makes it being an option much less bad.<BR>
<BR> <BR>
It's not just one option.<BR>There is: <BR> 1) using the local machine's install point -- /usr/local/cm3/lib, <BR> 2) vs. using $ORIGIN/../lib. <BR> Not available on all systems.<BR> 3) vs. using package store paths <BR> 4) vs. using source tree paths <BR>
<BR>
<BR>and they can be combined, in various orders.<BR>
<BR> <BR>
Plus Darwin is different, though maybe Darwin 10.5 is the same.<BR>(certainly not pre-10.5 though).<BR>
<BR>
<BR>
I also still think this is related to "buildlocal" vs. " buildship".<BR>In fact that is already partly accounted for.<BR>
<BR>
<BR>I think I didn't understand the full state of things.<BR>
<BR>
<BR>[I think] You were always getting big runpaths.<BR>[I think] They were either to installed libraries or uninstalled libraries.<BR>
If they were to uinstalled binaries, you could not ship -- buildlocal.<BR>[I think] Now we are moving toward always small runpaths, always pointing to installed libraries. This is dubious for buildlocal.<BR>
<BR>
<BR>[I think] Buildlocal should probably retain its old behavior -- big runpaths, into<BR>the source tree. Or maybe a list of paths, source tree followed by install tree.<BR>So user might build some of his own shared libraries, but not necessarily all.<BR>
<BR>
<BR>I should set that -Wl,-R thing based on local vs. global.<BR>I didn't look into how to detect that.<BR>
<BR>
<BR>More later.<BR>
<BR>
<BR>
Yes, this is a more general question of how to find dependant shared libraries.<BR>
I don't think anyone has solved it all that well, nor do I believe we will, but there are still some better and worse options.<BR>
<BR>
<BR> - Jay<BR></body>
</html>