From: Michael Zintakis <michael.zintakis@googlemail.com>
To: Johannes Stezenbach <js@sig21.net>
Cc: "Yann E. MORIN" <yann.morin.1998@free.fr>, crossgcc@sourceware.org
Subject: Re: crosstool-NG 1.14.0 is out
Date: Thu, 08 Mar 2012 19:09:00 -0000 [thread overview]
Message-ID: <4F5903D2.5020606@googlemail.com> (raw)
In-Reply-To: <20120308144656.GA30302@sig21.net>
> The libc from your build system might have a dependency
> on a minimal kernel version, so the statically built
> toolchain might not run on very old systems.
> Otherwise the static toolchain should be self-contained.
>
Unfortunately, I had to scrap that idea pretty swiftly :-(
As it turns out, what I was planning to do - "emulate" native-cross
toolchain in action blew up right in my face!
What I did was to build the toolchain with uclibc (the host environment
had glibc), then archived the whole toolchain directory and copied it
over to the host environment. Finally, with the help of qemu-static, a
bit of bin_fmt magic and adjusted path statement the toolchain was
executing perfectly. So far, so good, but...
When I tried to build a binary (tried to make & install zlib as it is a
farily good test on how things work out) it turns out the linker was
picking up my host glibc *as well as* the toolchain's uclibc dependency
files (i.e. <arch>-ldd -root /toolchain/sysroot was clearly showing
/lib/ld-Linux as well as /lib/ld-uClibc in addition to the monstrous
glibc's own libc.so). After trying to fix that for the best part of a
whole day yesterday - unsuccessfully - I finally gave up and I am now
using the whole cross toolchain as a proper cross toolchain, which is a
real pain as I have to manually compile and install all of the bloody
dependencies for what I need to compile for the target.
It wasn't all that bad though - I came up with an idea for Yann - I've
read the ct-ng readme file (part 5 I think it was) in which there is an
explanation of various possible scenarios for sysroot. I am planning to
do something similar to option 3 in that list - create an overlay
between a staging directory, say /some/place/overlay, which would be
read-write, and the toolchain's sysroot and map it to the old sysroot.
That way, I could write/install anything freely to the toolchain's
"sysroot without actually damaging that directory in any way, while
keeping the "written" stuff in a separate directory (the overlay). I'll
try that tonight and see where that takes me.
Are there any plans to implement cross-native in ct-ng?
--
For unsubscribe information see http://sourceware.org/lists.html#faq
prev parent reply other threads:[~2012-03-08 19:09 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-02-01 0:01 Yann E. MORIN
2012-02-01 2:53 ` Trevor Woerner
2012-02-01 4:15 ` Trevor Woerner
2012-02-01 14:05 ` Per Arnold Blaasmo
2012-02-01 14:11 ` Yann E. MORIN - FT/OLNC/RD/MAPS/SHINE/HDMI
2012-02-01 20:45 ` Yann E. MORIN
2012-02-02 8:35 ` Oron Peled
2012-02-02 18:40 ` Yann E. MORIN
2012-02-02 15:13 ` Johannes Stezenbach
2012-03-07 13:12 ` Michael Zintakis
2012-03-08 14:47 ` Johannes Stezenbach
2012-03-08 19:09 ` Michael Zintakis [this message]
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=4F5903D2.5020606@googlemail.com \
--to=michael.zintakis@googlemail.com \
--cc=crossgcc@sourceware.org \
--cc=js@sig21.net \
--cc=yann.morin.1998@free.fr \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).