All of lore.kernel.org
 help / color / mirror / Atom feed
From: JC <jc@vtkloud.com>
To: yocto@yoctoproject.org
Subject: Re: libtool problem?
Date: Wed, 04 Sep 2013 11:36:48 +0200	[thread overview]
Message-ID: <5226FF30.9010000@vtkloud.com> (raw)
In-Reply-To: <CAFyqS9qZAsFnXn2CF7-K6fWK3yEMLAZbDTkx_a81=s+Nj=ugUw@mail.gmail.com>

On 04/09/2013 11:24, Hans Beckérus wrote:
> On Wed, Sep 4, 2013 at 9:53 AM, Hans Beckérus <hans.beckerus@gmail.com> wrote:
>> Hi. I recently discovered that our populated SDK can not properly
>> build much at all :(
>> libtool complains about .la files that have been moved and not being
>> able to find dito.
>> The rootfs builds fine however. What I did noticed was that in our .la
>> files we get lines like this:
>>
>> dependency_libs=' =/usr/lib/libxcb.la =/usr/lib/libXau.la =/usr/lib/libXdmcp.la'
>>
>> Is that '='-sign really supposed to be there? Is that why many builds
>> fails to properly locate the .la files?
>>
> The '='-sign is still a mystery to me. But it does not seem to matter much.
> If I configure my packages (built from the SDK toolchain) using
> '--with-libtool-sysroot=/home/toolchain/sysroots/cortexa9-vfp-poky-linux-gnueabi/'
> it works! But should that really be needed? Is the path to be used by
> libtool not supposed to be automatically resolved to point at the
> toolchain sysroot in cross-compilation environment?

In my case '--with-libtool-sysroot' is correctly resolved by the SDK 
setup, but ./configure complains it does not recognize it, so I end up 
not being able to test generated (dynamically linked) binaries. The 
common "hello world" template says it cannot find ld-linux, and indeed 
it's in the path of libtool-sysroot.

Googling it did not helped me to resolve the issue :(

Jay



  reply	other threads:[~2013-09-04  9:36 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-09-04  7:53 libtool problem? Hans Beckérus
2013-09-04  9:24 ` Hans Beckérus
2013-09-04  9:36   ` JC [this message]
2013-09-04  9:56     ` Hans Beckérus
2013-09-04 10:03       ` Hans Beckérus
2013-09-04 10:21         ` Hans Beckérus
2013-09-04 15:02           ` Hans Beckérus
2013-09-04 16:06             ` Hans Beckérus
2013-09-05  7:40               ` Hans Beckérus
2013-09-05 15:44                 ` Hans Beckérus
2013-09-06  8:25                   ` Richard Purdie
2013-09-06  8:59                     ` Hans Beckérus
2013-09-06  9:53                       ` Richard Purdie
2013-09-06 10:11                         ` Hans Beckérus

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5226FF30.9010000@vtkloud.com \
    --to=jc@vtkloud.com \
    --cc=yocto@yoctoproject.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.