From: Peter Barada <peter@the-baradas.com>
To: dk@artimi.com
Cc: dank@kegel.com, gcc@gcc.gnu.org
Subject: Re: cross-compilation documentation
Date: Tue, 01 Jun 2004 17:45:00 -0000 [thread overview]
Message-ID: <20040601174514.4A2C498C8A@baradas.org> (raw)
In-Reply-To: <NUTMEG61LEdyt3cew8k00000125@NUTMEG.CAM.ARTIMI.COM> (dk@artimi.com)
> Why would decoupling the libgcc build make building glibc any easier or
>more difficult? Don't quite see it myself.
>
> Anyway, does the old "--without-headers --with-newlib" trick still work
>for making a bootstrap compiler these days? I haven't tried it since 2.95.x
>days.
Because right now to build a full linux cross-compiler requires
building a bootstrap compiler which needs a set of headers installed
to build libgcc. Once a bootstrap compiler is built, then glibc can be built
and installed, and then go back and build up the full compiler.
Since the headers are needed *before* a compiler is built, its a
chicken and egg process. The current method convinces glibc to just
install its headers which are used to build libgcc as part of the
bootstrap compiler creation.
The newer versions of glibc don't have an easy method to just install
the headers so if the requirement of building libgcc as part fo the
compiler can be relaxed(at least for the bootstrap compiler), then the
process would look like:
1) build/install binutils
2) build/install bootstrap compiler
3) build/install glibc
4) build/install full compiler(w/c++, etc).
5) build/install libgcc for full compiler.
--
Peter Barada
peter@the-baradas.com
next prev parent reply other threads:[~2004-06-01 17:45 UTC|newest]
Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-05-29 6:25 Dan Kegel
2004-05-29 6:57 ` Zack Weinberg
2004-06-01 16:35 ` Dan Kegel
2004-06-01 17:38 ` Dave Korn
2004-06-01 17:45 ` Peter Barada [this message]
-- strict thread matches above, loose matches on Subject: below --
2003-06-22 17:43 Dara Hazeghi
2003-06-22 17:49 ` Andrew Pinski
2003-06-22 17:53 ` Jan-Benedict Glaw
2003-06-24 5:26 ` Jim Wilson
2003-06-22 19:36 ` Dara Hazeghi
2003-06-27 12:13 ` Gerald Pfeifer
2003-06-22 17:49 ` Jan-Benedict Glaw
2003-06-18 0:36 Dan Kegel
2003-06-18 14:58 ` Joel Sherrill
2003-06-22 17:10 ` Dan Kegel
2003-06-19 0:00 ` Jim Wilson
2003-06-22 17:12 ` Dan Kegel
2003-06-22 17:19 ` Andrew Pinski
2003-06-22 17:21 ` Dan Kegel
2003-06-22 17:35 ` Peter Barada
2003-06-22 17:50 ` Andrew Pinski
2003-06-22 17:56 ` Jan-Benedict Glaw
2003-06-22 18:07 ` Zack Weinberg
2003-06-22 20:15 ` Dan Kegel
2003-06-22 20:27 ` Zack Weinberg
2003-06-22 20:36 ` Peter Barada
2003-06-22 21:10 ` Daniel Jacobowitz
2003-06-23 3:06 ` Dan Kegel
2003-06-23 4:08 ` Jan-Benedict Glaw
2003-06-23 4:22 ` Dan Kegel
2003-06-23 9:10 ` Peter Barada
2003-06-23 12:20 ` Dan Kegel
2003-06-23 12:15 ` Peter Barada
2003-06-23 12:20 ` Dan Kegel
2003-06-23 14:14 ` Peter Barada
2003-06-23 15:38 ` Hans-Peter Nilsson
2003-06-23 16:04 ` Dan Kegel
2003-06-23 16:11 ` Hans-Peter Nilsson
2003-06-23 15:57 ` Dan Kegel
2003-06-23 13:01 ` Daniel Jacobowitz
2003-06-23 14:14 ` Peter Barada
2003-06-23 14:50 ` Daniel Jacobowitz
2003-06-23 14:10 ` Daniel Jacobowitz
2003-06-22 18:41 ` Daniel Jacobowitz
2003-06-22 17:30 ` Jan-Benedict Glaw
2001-11-13 16:21 Cross-compilation documentation Joseph S. Myers
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=20040601174514.4A2C498C8A@baradas.org \
--to=peter@the-baradas.com \
--cc=dank@kegel.com \
--cc=dk@artimi.com \
--cc=gcc@gcc.gnu.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 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).