* Loïc Minier schrieb:
> On Thu, Feb 10, 2011, Wookey wrote:
> > Loic Minier in October last year, to libtool list
> > http://thread.gmane.org/gmane.comp.gnu.libtool.bugs/7626
> > (response: yes that seems to be a bug, no time to fix now, does sysroot
> > option fix it? 'Not for me' said lool)
>
* Simon Josefsson schrieb:
> Wookey writes:
>
> > At this points it calls the linker and adds -L/usr/lib on the front -
> > thereby adding this path in front of the default cross-compiler path.
>
> Please try to debug where the -L/usr/lib comes from, I don't believe
> libtool is adding this by
On Thu, Feb 10, 2011, Wookey wrote:
> Loic Minier in October last year, to libtool list
> http://thread.gmane.org/gmane.comp.gnu.libtool.bugs/7626
> (response: yes that seems to be a bug, no time to fix now, does sysroot
> option fix it? 'Not for me' said lool)
FTR, I just tried libtool.git, and
]] Shachar Shemesh
| The only real solution I see for this is for libtool to have specific
| support for linking against DESTDIR installed libraries (maybe make it
| respect DESTDIR if it's defined during the build? That could be a
| solution that is both easy to understand and simple to integrat
On 09/02/11 22:10, Simon Josefsson wrote:
Please try to debug where the -L/usr/lib comes from, I don't believe
libtool is adding this by itself but instead it is told to add it by
some incorrect .la file or similar.
This is from memory, as I also ran into the same problem. The problem
is,
Wookey writes:
> At this points it calls the linker and adds -L/usr/lib on the front -
> thereby adding this path in front of the default cross-compiler path.
Please try to debug where the -L/usr/lib comes from, I don't believe
libtool is adding this by itself but instead it is told to add it by
6 matches
Mail list logo
