From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] crosstool/buildroot ldconfig failure in "target-finalize" during build using Fedora 13
Date: Fri, 6 Aug 2010 21:53:38 +0200 [thread overview]
Message-ID: <20100806215338.068d0351@surf> (raw)
In-Reply-To: <D61182AC8012EA4EBC531B3AF23BE1099C859F@tranzeo-mail2.12stewart.tranzeo.com>
Hello,
On Fri, 6 Aug 2010 08:49:39 -0700
"Darcy Watkins" <DWatkins@tranzeo.com> wrote:
> After upgrading my build machine from Fedora 10 to Fedora 13 it
> appears that the host's "ldconfig" command is no longer usable for
> cross build application. The build thus fails when it attempts to
> execute /sbin/ldconfig during the "target-finalize" stage.
>
> When building using the internal toolchain generated by buildroot, I
> do not see an issue. When using an external toolchain such as
> crosstool-ng it shows up.
>
> To work around the issue I pulled in the July 26th changeset to the
> Makefile to check for and use a $(TARGET_CROSS)ldconfig and then I
> modified my copy of crosstool (version 1.7.2) so that it would install
> the cross ldconfig along with its cross ldd. That gets me working
> fine for uclibc builds.
>
> When I tried a glibc build, there is no cross ldconfig available.
>
> I also notice that in crosstool 1.8.0 the cross ldd is replaced by a
> script so the cross ldconfig may not even be available (I don't know
> for sure since so far I have only seen the notes in the changelog and
> haven't actually tried crosstool 1.8.0 yet).
>
> It appears to me that the assumption an external toolchain will
> provide a cross ldconfig is not valid and the assumption that the
> host ldconfig is usable as a cross tool in the absence of this is no
> longer valid.
>
> Since it is the buildroot "target-finalize" that needs a usable
> ldconfig I figure it is appropriate to raise this matter here for
> discussion first.
>
> Anyone have suggestions as to how best to approach this?
I never had the opportunity to study in detail this cross-ldconfig
problem, and I also wasn't very convinced by the recent change in
Buildroot regarding this.
In order to make some progress, we'd need to understand :
* Whether ldconfig and the generated ld.so.cache is a glibc-only
feature, or whether it also applies to uClibc ;
* Whether the ld.so.cache generated by ldconfig is
architecture-independent or not ;
* What is the difference between the host ldconfig and the
cross ldconfig, and why the ldconfig of your Fedora 10 was working
and not the one of your Fedora 13.
Once we have a good understanding of the issue, we'll try to see what's
the best approach to solve it. So if you have any knowledge/pointers
about this, feel free to share them.
Thanks,
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
next prev parent reply other threads:[~2010-08-06 19:53 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-06 15:49 [Buildroot] crosstool/buildroot ldconfig failure in "target-finalize" during build using Fedora 13 Darcy Watkins
2010-08-06 16:08 ` Darcy Watkins
2010-08-06 17:48 ` Darcy Watkins
2010-08-06 19:53 ` Thomas Petazzoni [this message]
2010-08-08 5:11 ` Baruch Siach
2010-08-09 15:38 ` Darcy Watkins
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=20100806215338.068d0351@surf \
--to=thomas.petazzoni@free-electrons.com \
--cc=buildroot@busybox.net \
/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.