[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH 1 of 1 v2] tools: honour --libdir when it is passed to ./configure
On Thu, 2012-06-21 at 19:43 +0100, Matt Wilson wrote: > On Thu, Jun 21, 2012 at 01:33:25AM -0700, Ian Campbell wrote: > > On Wed, 2012-06-20 at 23:51 +0100, Matt Wilson wrote: > > > SHAREDIR ?= $(PREFIX)/share > > > DOCDIR ?= $(SHAREDIR)/doc/xen > > > @@ -67,7 +68,7 @@ endef > > > > > > ifneq ($(EXTRA_PREFIX),) > > > EXTRA_INCLUDES += $(EXTRA_PREFIX)/include > > > -EXTRA_LIB += $(EXTRA_PREFIX)/$(LIBLEAFDIR) > > > +EXTRA_LIB += $(EXTRA_PREFIX)/$(shell basename $(LIBDIR)) > > > > since we are sort of reverting 16950:0faf620bc749 here this could in > > theory $(EXTRA_PREFIX)/$(LIBDIR)? That doesn't remove the need to > > include Tools.mk though. :-/ > > That would result in looking in /some/extra/prefix/usr/lib, which is > not what I'd expect is desired. Oh, right, yes! > > > diff -r 32034d1914a6 -r 4ba90ad04596 config/StdGNU.mk > > > --- a/config/StdGNU.mk Thu Jun 07 19:46:57 2012 +0100 > > > +++ b/config/StdGNU.mk Wed Jun 20 00:40:15 2012 +0000 > > > @@ -32,13 +32,7 @@ INSTALL_PROG = $(INSTALL) -m0755 -p > > > PREFIX ?= /usr > > > BINDIR = $(PREFIX)/bin > > > INCLUDEDIR = $(PREFIX)/include > > > -LIBLEAFDIR = lib > > > -LIBLEAFDIR_x86_32 = lib > > > -LIBLEAFDIR_x86_64 ?= lib64 > > > -LIBDIR = $(PREFIX)/$(LIBLEAFDIR) > > > -LIBDIR_x86_32 = $(PREFIX)/$(LIBLEAFDIR_x86_32) > > > -LIBDIR_x86_64 = $(PREFIX)/$(LIBLEAFDIR_x86_64) > > > -LIBEXEC = $(LIBDIR_x86_32)/xen/bin > > > +LIBEXEC = $(PREFIX)/lib/xen/bin > > > > Wouldn't this be $(LIBDIR)/xen/bin ? > > No, the old behavior (which I retained) is to always install > $(LIBEXEC) files to /usr/lib/xen/bin (since it was defined to > $(LIBDIR_x86_32), which expands to /usr/lib), OK. > Confusingly, we also install "private" binaries to $(PRIVATE_BINDIR), > which expands to $(PRIVATE_PREFIX)/bin which expands to $(LIBDIR)/xen/bin, > which expands to /usr/lib64/xen/bin. This results in paths like: > > /usr/lib64/xen/bin/lsevtchn ... weird! [...] > > I suppose configure defines a libexec but it isn't the one we want? > > By default, configure will define libexec to be /usr/libexec, which I > like. If we switched to using the value provided from configure, we > people who don't like /usr/libexec could just provide a different > value at ./configure time. Lets leave that until 4.3, I'm already a little uncomfortable messing with the build system at this stage in 4.2 (there's always unforeseen consequences to these sorts of changes, no matter how diligent we all are :-/). For the lib vs. lib64 breakage on multiarch I think the risk is worth it, but for more "cosmetic" issues like libexec I'd rather pass for now. Ian. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |