|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH] tools: don't expand prefix and exec_prefix too early
On Wed, Aug 08, 2012 at 07:39:13AM -0700, Jan Beulich wrote:
> >>> On 08.08.12 at 16:26, "Jan Beulich" <JBeulich@xxxxxxxx> wrote:
> > A comment in tools/configure says that it is intended for these to be
> > command line overridable, so they shouldn't get expanded at configure
> > time.
>
> In addition, it would have been _very_ nice if it had been
> prominently announced that with (I believe) 25594:ad08cd8e7097
>
> it is now _required_ to configure with --libdir on x86-64, or else all
> the .so-s end up under /usr/lib. Figuring this out and getting the
> patch here in the right form to be able to use the most compatible
> form --libdir='${exec_prefix}'/lib64 has taken me a good part of
> the day, which could have been avoided if this whole configure
> adjustment (much like had apparently been missing already in
> earlier cases) had been done properly. I just can't imagine I'm
> the only one having used no options at all, and things working
> nevertheless despite .../lib not being in the library search paths
> used when running xl et al.
I'm sorry for the trouble it cause you today, Jan. I thought I called
it out sufficiently in the commit log:
With this change, packagers can supply the desired location for
shared libraries on the ./configure command line. Packagers need
to note that the default behaviour on 64-bit Linux systems will be
to install shared libraries in /usr/lib, not /usr/lib64, unless a
--libdir value is provided to ./configure.
The new behavior is consistent with all packages that use autoconf.
Would a separate email on the topic to xen-devel, apart from the patch
discussion, have helped raise awareness?
Matt
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |