[Top][All Lists]

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

Re: gub mingw cross build "dir not ending in .libs" install problem

From: Ralf Wildenhues
Subject: Re: gub mingw cross build "dir not ending in .libs" install problem
Date: Wed, 1 Sep 2010 21:45:55 +0200
User-agent: Mutt/1.5.20 (2010-04-22)

Hi Jan,

thanks for the report.

* Jan Nieuwenhuizen wrote on Sun, Aug 29, 2010 at 03:01:35PM CEST:
> And here's an interesting install problem, log attached.

> git clone http://github.com/janneke/gub.git
> cd gub
> git checkout ebd4605  # gub workarounds disabled
> bin/gub --verbose mingw::libxslt
> After relinking, upon installing libxslt.la gives an error
>     libtool: install: error: cannot install `libxslt.la' to a directory
> not ending
> in /home/janneke/vc/gub/target/mingw/build/libxslt-1.1.24/libxslt/.libs
> Disabling the check
>           false && test "$inst_prefix_dir" = "$destdir" && \
> works fine for us.  This problem goes away when relinking is
> disabled (what we now do by default for mingw/windows).

we had a fairly recent bug report that looked quite similar and was
exposed by Automake producing different rules for installation of
libtool libraries.  I'm not even sure we fixed this for good in Libtool,
but I also do not think that that bug is the same as what you see here:

In the log above, it seems to me that this:

| Applying fixup () to 
| Running file_sub
|   ([("libdir='/usr/lib'", 
|   {}

hints at the actual issue: you are rewriting the install directory name
to point to below the build tree.  That is not right.  I'm assuming that
you do that in order to work around the other error you reported, namely
false linking against files below /usr/lib.

I suggest you try out the sysroot fix with upcoming Libtool 2.2.12 and
disable the gub rewriting of libdir in the .la file then, as that is
what is (rightly) confusing libtool, if I'm reading things correctly.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]