Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAOji9TD=W31CFT8r1zp9R0Q7J9anLByqzFow_FpxyAAKZfFh7A@mail.gmail.com>
Date: Wed, 3 Aug 2016 17:14:52 -0400
From: Kylie McClain <somasissounds@...il.com>
To: musl@...ts.openwall.com
Subject: Re: relative link between libc.so and the dynamic linker

On Wed, Aug 3, 2016 at 4:52 PM, Sidney Manning <sidneym@...eaurora.org> wrote:
> I'd like to suggest making the symbolic link between libc.so and
> ld-musl-<target>.so.1 relative rather than absolute.  A relative path makes
> movement between systems easier, in particular when one is copying cross
> binaries to into a runtime environment.
>
> diff --git a/tools/install.sh b/tools/install.sh
> index d913b60..1c102f5 100755
> --- a/tools/install.sh
> +++ b/tools/install.sh
> @@ -48,7 +48,7 @@ trap 'rm -f "$tmp"' EXIT INT QUIT TERM HUP
>  umask 077
>
>  if test "$symlink" ; then
> -ln -s "$1" "$tmp"
> +ln -s -r "$1" "$tmp"

This would introduce a dependency on a non-standard GNUism in the
coreutils ln implementation.

Powered by blists - more mailing lists

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.