[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH v2] tools, configure: Fix LIB_PATH computation in configure scripts



Ian Campbell wrote:
On Wed, 2012-07-04 at 12:26 +0100, Roger Pau Monne wrote:
Ian Campbell wrote:
On Fri, 2012-06-08 at 21:23 +0100, Boris Ostrovsky wrote:
# HG changeset patch
# User Boris Ostrovsky<boris.ostrovsky@xxxxxxx>
# Date 1339185838 -7200
# Node ID fa21f847fc66619fad38923cd87d6ba51d731eba
# Parent  32034d1914a607d7b6f1f060352b4cac973600f8
tools, configure: Fix LIB_PATH computation in configure scripts

tool's configure script sets LIB_PATH by chopping off ${exec_prefix}
from $libdir and it does so by computing length of ${exec_prefix} value.
However, $libdir's value is a literal '${exec_prefix}/lib' string
(i.e. $exec_prefix is not substituted) and therefore LIB_PATH may be
computed incorrectly, most likely as "c_prefix}/lib64" assuming that
exec_prefix is NONE.

Instead, we should start at offset `expr length '${exec_prefix}/'
(which is 15).

Signed-off-by: Boris Ostrovsky<boris.ostrovsky@xxxxxxx>
Boris, sorry for letting this languish for so long.

Roger, any opinion on this patch?
  >
If I'm reading the script right this is the else clause of
          [AS_IF([test "\${exec_prefix}/lib" = "$libdir"],

so at this point we know libdir != ${exec_prefix}/lib, is there any
guarantee that it even starts with \${exec_prefix} ?

I think this patch is complementary too rather than conflicting with /
subsumed by Matt's "tools: honour --libdir when it is passed
to ./configure" ?
I think this patch is not needed anymore if we apply Matt's one, since
Matt's patch gets rid of LIB_PATH usage, and instead uses exec_prefix
and libdir directly.

So Matt's patch could/should remove tools/m4/default_lib.m4?

Yes, I've already replied to that thread also :)


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.