|
Message-ID: <20200118215455.GZ30412@brightrain.aerifal.cx> Date: Sat, 18 Jan 2020 16:54:55 -0500 From: Rich Felker <dalias@...c.org> To: musl@...ts.openwall.com Subject: Re: Absolute symlink breaks cross compilation On Sat, Jan 18, 2020 at 11:27:43AM -0800, Khem Raj wrote: > On Fri, Jan 17, 2020 at 9:15 PM Rich Felker <dalias@...c.org> wrote: > > > > On Sat, Jan 18, 2020 at 02:24:49AM +0300, Андрей Аладьев wrote: > > > Hello. Gentoo users find that it is not possible to cross compile musl. See > > > here https://bugs.gentoo.org/645626 more details. > > > > > > I am sending to you proposed patch that is related to upstream. Please keep > > > all installed symlinks relative. Thank you. > > > > > diff --git a/Makefile b/Makefile > > > index bd8f5c38..81bf33d5 100644 > > > --- a/Makefile > > > +++ b/Makefile > > > @@ -209,7 +209,7 @@ $(DESTDIR)$(includedir)/%: $(srcdir)/include/% > > > $(INSTALL) -D -m 644 $< $@ > > > > > > $(DESTDIR)$(LDSO_PATHNAME): $(DESTDIR)$(libdir)/libc.so > > > - $(INSTALL) -D -l $(libdir)/libc.so $@ || true > > > + $(INSTALL) -D -l $$(realpath --no-symlinks --relative-to=$$(dirname $@) $(DESTDIR)$(libdir)/libc.so) $@ || true > > > > > > install-libs: $(ALL_LIBS:lib/%=$(DESTDIR)$(libdir)/%) $(if $(SHARED_LIBS),$(DESTDIR)$(LDSO_PATHNAME),) > > > > > > > I don't understand what you mean by it "breaks cross compilation". The > > ldso link produced is not used for compiling anything; it's only used > > for executing programs, which you don't do when cross compiling musl > > or cross compiling applications against it. The link is setup to be > > installed on the $host, not to be used on the $build where it's not > > needed. > > > > Could you could explain what specifically you're trying to do that's > > not working as desired? > > > > If you look at commit msg > for https://github.com/kraj/musl/commit/102f35b194a3405b30001ff08cfd54752179376f > > then you will see the usecase we have in for Yocto/OE OK. So it's specifically execution of target binaries via qemu-user that's broken. The above patch isn't suitable because it introduces a dependency on a nonstandard utility, GNU realpath, and thereby breaks cross compiling of musl from non-GNU-like systems. It also might introduce dependencies of the staged-area symlink structure into the link contents. I'd probably be happy with a solution that involves a make or shell expression to convert $(syslibdir) into a suitable number of repetitions of ../ to prepend to $(libdir)/libc.so, but I'm mildly concerned about whether there may be setups with symlinks where this breaks. There's also always been a school of thought that the direction of the symlink should be reversed, so that libc.so is the symlink and ldso is the actual file, but I believe I tried to do this at least once and ran into reasons it was problematic. I'd have to go dig up old conversations to try to remember why... Rich
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.