Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Ben Dooks <ben@fluff.org>
To: buildroot@busybox.net
Subject: [Buildroot] ARM EABI builds
Date: Wed, 27 Jun 2007 09:19:54 +0100	[thread overview]
Message-ID: <20070627081954.GR31791@trinity.fluff.org> (raw)
In-Reply-To: <20070626222500.GP31791@trinity.fluff.org>

On Tue, Jun 26, 2007 at 11:25:00PM +0100, Ben Dooks wrote:
> On Tue, Jun 26, 2007 at 02:19:19PM -0700, Tom wrote:
> > Ben Dooks wrote:
> > >Has anyone had success with building an EABI buildroot? I have tried
> > >building ARM (arm920t,gcc 4.1.2) and the image produced hangs (it
> > >seems vfprintf does not work)
> > >
> > >I have succesfully built images with gcc 4.1.2 and a patch to make it
> > >build gcc with OABI.
> > >
> > 
> > Yes, I had success. (After an issue described in "[Buildroot] Arm / 
> > buildroot / kernel issue: init crashes?", maybe this is your problem too.)
> 
> Next time, could you please post an URL, it doesn't seem to be trivially
> findable with google.
> 
> I have tried EABI build with what should be an EABI only kernel, and this
> still shows that /bin/sh is not running to a point where you can interact
> with it.

I have finally tracked down the problem, and will be submitting a
fix as soon as I have reviewed the patch.

The basic problem is as so:

1) Buildroot asks for the processor type (ARM920,etc)
2) Buildroot does not pass this to gcc when building
3) GCC makes a guess about architecture based on internal configuration
4) GCC EABI defaults to ARMv5
5) ARMv5 produces instructions that cannot execute on ARMv4
6) applications fail to work due to invalid instructions in libgcc

The first part of the solution is to pass --with-cpu=<cpu> to the
gcc configuration, thus forcing the use of a particular cpu and
architecture.

The next thing is, do we then need to produce our compiler and
libraries in toolchain_arm_<cpu>_<fp> and build_arm_<cpu>_<fp> ?

-- 
Ben

Q:      What's a light-year?
A:      One-third less calories than a regular year.

  reply	other threads:[~2007-06-27  8:19 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-06-26 13:33 [Buildroot] ARM EABI builds Ben Dooks
2007-06-26 21:19 ` Tom
2007-06-26 22:25   ` Ben Dooks
2007-06-27  8:19     ` Ben Dooks [this message]
2007-06-27  9:03       ` Konstantin Kletschke
2007-06-27 15:25         ` Ben Dooks
2007-06-27 17:44       ` Tom
2007-06-28 10:34         ` Ben Dooks
2007-06-28 19:13           ` Tom
2007-06-29 13:52             ` Ben Dooks
2007-06-28 22:50           ` Ulf Samuelsson
2007-06-28 23:57             ` Tom
2007-06-29 13:53               ` Ben Dooks
  -- strict thread matches above, loose matches on Subject: below --
2007-06-28 19:54 Stuart Wood
2007-06-28 23:01 ` Bernhard Fischer
2007-06-29  1:00   ` Tom
2007-06-29  9:31     ` Ben Dooks
2007-06-29  1:42   ` Alex Stewart
2007-06-29  7:16     ` Bernhard Fischer
2007-06-29  9:26   ` Ben Dooks

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=20070627081954.GR31791@trinity.fluff.org \
    --to=ben@fluff.org \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox