Fixing rpath issue with latest MoarVM

[Daniel Dehennin]

Dominique Dumont <dod at debian.org> writes:

> The commit message you mentioned is [1]: 
> "This will allow Moar to find shared objects used by NativeCall
> libraries without hacks to set LD_LIBRARY_PATH for local installs"
>
> I don't think this rpath is currently needed for moar: no libraries are 
> installed in /usr/share/perl6/site/lib. Yet. 
>
> This may be useful to build native libraries that use other native libraries.

[...]

> There's a 3rd possibility:
>
> 3. remove the rpath for Debian package.
>
> There's a definite possibility that something will break in the future. Then 
> we'll have a better understanding of the issue and how it can be best solved 
> for Debian.
>
> Thoughts ?

I ask for confirmation on MoarVM IRC, this directory will be used by
rakudo packages which install NativeCall libraries.

So, MoarVM needs to find thoses libraries:

- set LD_LIBRARY_PATH when running MoarVM
- set rpath at compile time

Regards.
-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 342 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-rakudo-devel/attachments/20150615/6be20818/attachment.sig>