<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>This is kind of on purpose as Olaf said and kind of broken as you point out.<BR> <BR>We often build_standalone() to workaround the origin/rpath matte.<BR> <BR>We kind of fail here, in terms of library paths.<BR> <BR>I don't think the original system fully accounted for runpath.<BR>I think at the time, LD_LIBRARY_PATH might have been considered an acceptable solution.<BR>Elsewhere, with libtool, make install relinks to reset paths. We don't have that implemented.<BR>It is somewhat a good solution.<BR><br> - Jay<br><br><br> <BR><div>> Date: Fri, 5 Jun 2015 11:14:50 +0200<br>> From: adacore@marino.st<br>> To: wagner@elegosoft.com<br>> CC: m3devel@elegosoft.com<br>> Subject: Re: [M3devel] install issues (stripping, permissions)<br>> <br>> On 6/5/2015 09:26, Olaf Wagner wrote:<br>> > On Fri, 05 Jun 2015 08:10:08 +0200<br>> > John Marino <adacore@marino.st> wrote:<br>> > <br>> >> The other issue is that there were numerous files in pkg/ that were<br>> >> executable and shouldn't have been. I used find/chmod to remove exec<br>> >> perms for all except "cm3" file. I did this 1.5 years ago, I'm now<br>> >> wondering how right it was. The current list:<br>> >><br>> >> pkg/m3core/src/C/Common/Csetjmp.i3<br>> >> pkg/m3back/src/M3C.i3<br>> >> pkg/m3staloneback/AMD64_FREEBSD/m3back<br>> >> pkg/cm3/AMD64_FREEBSD/cm3<br>> >> pkg/libdump/AMD64_FREEBSD/libdump<br>> >> pkg/cmpfp/AMD64_FREEBSD/cmpfp<br>> >> pkg/formsview/AMD64_FREEBSD/formsview<br>> >> pkg/vorun/AMD64_FREEBSD/vorun<br>> >> pkg/pkl-fonts/AMD64_FREEBSD/PklFonts<br>> >> pkg/hack/AMD64_FREEBSD/dummy<br>> >> pkg/test/AMD64_FREEBSD/test<br>> >><br>> >> Should there be executables in pkg/ ? Is the chmod command then wrong?<br>> >> I had to strips these as well to pass QA tests.<br>> > <br>> > Except for the i3-files these are all programs and should be executable.<br>> <br>> Okay, when I fixed this internally, I discovered something:<br>> m3back, libdump, cmpfp, formsview, vorun, dummy, test all link to m3<br>> libraries but the rpath of $ORIGIN:$ORIGIN/../lib isn't enough. All of<br>> these programs need an additional rpath to $ORIGIN/../../../lib for the<br>> linker to find the libs. These all need to be fixed in repository I<br>> suspect.<br>> <br>> John<br>> <br></div> </div></body>
</html>