public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Tom <Tom.Rix@windriver.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH] ARM: compiler options cleanup - improve tool chain support
Date: Tue, 18 Aug 2009 13:50:01 -0500	[thread overview]
Message-ID: <4A8AF7D9.7070201@windriver.com> (raw)
In-Reply-To: <1250507849-31660-1-git-send-email-wd@denx.de>

Wolfgang Denk wrote:
> For some time there have been repeated reports about build problems
> with some ARM (cross) tool chains.  Especially issues about
> (in)compatibility with the tool chain provided runtime support
> library libgcc.a caused to add and support a private implementation
> of such runtime support code in U-Boot.  A closer look at the code
> indicated that some of these issues are actually home-made.  This
> patch attempts to clean up some of the most obvious problems and make
> building of U-Boot with different tool chains easier:
>
> - Even though all ARM systems basicy used the same compiler options
>   to select a specific ABI from the tool chain, the code for this was
>   distributed over all cpu/*/config.mk files.  We move this one level
>   up into lib_arm/config.mk instead.
>
> - So far, we only checked if "-mapcs-32" was supported by the tool
>   chain; if yes, this was used, if not, "-mabi=apcs-gnu" was
>   selected, no matter if the tool chain actually understood this
>   option.  There was no support for EABI conformant tool chains.
>   This patch implements the following logic:
>
>   1) If the tool chain supports
> 	"-mabi=aapcs-linux -mno-thumb-interwork"
>      we use these options (EABI conformant tool chain).
>   2) Otherwise, we check first if
> 	"-mapcs-32"
>      is supported, and then check for
> 	"-mabi=apcs-gnu"
>      If one test succeeds, we use the first found option.
>   3) In case 2), we also test if "-mno-thumb-interwork", and use
>      this if the test succeeds. [For "-mabi=aapcs-linux" we set
>      "-mno-thumb-interwork" mandatorily.]
>
>   This way we use a similar logic for the compile options as the
>   Linux kenrel does.
>
> - Some EABI conformant tool chains cause external references to
>   utility functions like raise(); such functions are provided in the
>   new file lib_arm/eabi_compat.c
>
>   Note that lib_arm/config.mk gets parsed several times, so we must
>   make sure to add eabi_compat.o only once to the linker list.
>
> Signed-off-by: Wolfgang Denk <wd@denx.de>
> Cc: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
> Cc: Dirk Behme <dirk.behme@googlemail.com>
> Cc: Magnus Lilja <lilja.magnus@gmail.com>
> Cc: Tom Rix <Tom.Rix@windriver.com>
> Cc: Prafulla Wadaskar <prafulla@marvell.com>
>
>   
MAKEALL arm with CodeSourcery's
arm-2008q3-72-arm-none-linux-gnueabi-i686-pc-linux-gnu
arm-2009q1-203-arm-none-linux-gnueabi-i686-pc-linux-gnu

and this patch differ from

USE_PRIVATE_LIBGCC=yes ./MAKEALL arm

only in these targets

actux1 actux2 actux3 actux4 ixdp425 ixdpg425 pdnb3 scpu trab

As already mentioned already by

http://lists.denx.de/pipermail/u-boot/2009-August/058838.html

Tested-by : Tom Rix <Tom.Rix@windriver.com>

  parent reply	other threads:[~2009-08-18 18:50 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-08-17 11:17 [U-Boot] [PATCH] ARM: compiler options cleanup - improve tool chain support Wolfgang Denk
2009-08-17 13:00 ` Tom
2009-08-17 13:25   ` Wolfgang Denk
2009-08-17 15:26   ` Dirk Behme
2009-08-17 19:43 ` ksi at koi8.net
2009-08-17 20:17 ` Magnus Lilja
2009-08-17 20:27   ` Wolfgang Denk
2009-08-18 17:08     ` Magnus Lilja
2009-08-18 21:18       ` Wolfgang Denk
2009-08-18 11:06 ` Gaye Abdoulaye Walsimou
2009-08-18 11:22   ` Wolfgang Denk
2009-08-20 15:27   ` Andrzej Wolski
2009-08-18 11:45 ` Gaye Abdoulaye Walsimou
2009-08-18 18:50 ` Tom [this message]
2009-08-18 21:19   ` Wolfgang Denk
2009-08-21 21:12 ` Wolfgang Denk
2009-08-24  8:59   ` Simon Kagstrom
2009-08-24 10:01     ` Wolfgang Denk
2009-08-24 11:28       ` Prafulla Wadaskar
2009-08-24 11:56         ` Wolfgang Denk
2009-08-24 12:41           ` Prafulla Wadaskar
2009-08-24 12:59             ` Simon Kagstrom
2009-08-24 13:05             ` Wolfgang Denk
2009-08-24 11:38       ` Simon Kagstrom
2009-08-24 12:01         ` Wolfgang Denk
2009-08-24 12:49           ` Simon Kagstrom
2009-08-25  7:12       ` Simon Kagstrom
2009-09-04 20:05         ` Wolfgang Denk
2009-09-07  6:23           ` Simon Kagstrom
2009-09-07  8:59             ` Prafulla Wadaskar
2009-09-07  9:15               ` Simon Kagstrom

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=4A8AF7D9.7070201@windriver.com \
    --to=tom.rix@windriver.com \
    --cc=u-boot@lists.denx.de \
    /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