From: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 1/2 v6] Make libgcc inclusion from common Makefile overridable by platform config file
Date: Sun, 12 Jul 2009 21:51:07 +0200 [thread overview]
Message-ID: <20090712195107.GC1686@game.jcrosoft.org> (raw)
In-Reply-To: <20090712193513.A4CBC832E416@gemini.denx.de>
On 21:35 Sun 12 Jul , Wolfgang Denk wrote:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
>
> In message <20090712192216.GA1686@game.jcrosoft.org> you wrote:
> >
> > > Note that this is not a question of ARM versus other architectures.
> > > On ARM the use of libgcc should be the default like on all other
> > > architectures - only if needed it should be possible to switch on a
> > > don't-use-libgcc mode, but this should then be independent of
> > > architecture, either.
> > which is the case no arch are force to switch the current patch just allow
> > to switch to this mode.
>
> My understanding was that the current patch (1) makes not using
> lingcc the default for ARM, and (2) makes it the default for ARM for
> all too chains.
the current patch do 2 thinks
PATCH 1 allow to switch or not (by default use the toolchains libgcc)
PATCH 2 for ARM only switch and do not use the libgcc anymore
>
> Please show me how to activate the feature from the command line, as
> I seem to have missed this option (and the documentation for it).
>
> > > This is where I disagree. Why should we automatically assume that
> > > there are no sane ARM toolchains?
> > unfortunately most of the arm toolchains are not sane for every point of view
> > as you can not build U-Boot, kernel and userland with the same optimized
> > toolchain most of the time.
>
> But ARM is just one out of many different architectures, and there
> are eventually (sufficently) sane ARM tool chains available, too.
> This is the default case, and shall remain it.
>
> For broken tool chains (ARM or other) the feature can be activated
> (when running make).
Currently on arm you have more unsane toolchains than sane
so I'll prefer to avoid the dual config as it will be safer
I've test recently gcc-4.4.0 and it's the same you still have the problem
you build some of the board but not all of them
here is my status
I've test to MAKEALL arm with the following toolchains on the current U-Boot
ARM tree and different arch for the kernel
I'll avoid the gcc-3.x.x
U-Boot Kernel (without libgcc) Kernel (with libgcc)
gcc-4.1.1 Fail Fail Fail
gcc-4.1.2 Fail OK Fail
gcc-4.2.1 Fail OK Fail
gcc-4.2.4 Fail OK Fail
gcc-4.3.2 Fail OK Fail
gcc-4.4.0 Fail not tested not tested
Fail = mean one or more board fail to build evenif for the kernel there are
reported ok by the autobuild kernel tool
OK = all build (do not count the board report broken for the kernel by the
autobuild kernel tool)
Best Regards,
J.
next prev parent reply other threads:[~2009-07-12 19:51 UTC|newest]
Thread overview: 69+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-07-08 19:36 [U-Boot] [PATCH v3] libgcc inclusion from common Makefile overwritable from platform configs files Jean-Christophe PLAGNIOL-VILLARD
2009-07-08 19:42 ` Scott Wood
2009-07-08 20:09 ` Jean-Christophe PLAGNIOL-VILLARD
2009-07-08 20:14 ` [U-Boot] [PATCH V4] " Jean-Christophe PLAGNIOL-VILLARD
2009-07-08 20:26 ` Scott Wood
2009-07-08 20:33 ` Jean-Christophe PLAGNIOL-VILLARD
2009-07-08 20:38 ` [U-Boot] [PATCH V5] " Jean-Christophe PLAGNIOL-VILLARD
2009-07-08 20:38 ` [U-Boot] [PATCH 2/2] netstar/voiceblue: remove no-need libgcc link for eeprom standalone Jean-Christophe PLAGNIOL-VILLARD
2009-07-20 22:03 ` Wolfgang Denk
2009-07-08 20:55 ` [U-Boot] [PATCH V5] libgcc inclusion from common Makefile overwritable from platform configs files Wolfgang Denk
2009-07-08 21:19 ` Jean-Christophe PLAGNIOL-VILLARD
2009-07-08 21:29 ` Wolfgang Denk
2009-07-08 20:30 ` [U-Boot] [PATCH V4] " Wolfgang Denk
2009-07-08 20:45 ` Jean-Christophe PLAGNIOL-VILLARD
2009-07-08 20:47 ` Mike Frysinger
2009-07-09 10:24 ` [U-Boot] [PATCH 1/2 v6] Make libgcc inclusion from common Makefile overridable by platform config file Jean-Christophe PLAGNIOL-VILLARD
2009-07-12 7:54 ` Dirk Behme
2009-07-12 8:02 ` Stefan Roese
2009-07-12 8:15 ` Dirk Behme
2009-07-12 10:29 ` Wolfgang Denk
2009-07-12 12:06 ` Jean-Christophe PLAGNIOL-VILLARD
2009-07-12 12:13 ` Dirk Behme
2009-07-12 12:39 ` Jean-Christophe PLAGNIOL-VILLARD
2009-07-12 14:36 ` Wolfgang Denk
2009-07-12 14:55 ` Dirk Behme
2009-07-12 15:50 ` Wolfgang Denk
2009-07-12 16:12 ` Dirk Behme
2009-07-12 18:17 ` Wolfgang Denk
2009-07-12 19:22 ` Jean-Christophe PLAGNIOL-VILLARD
2009-07-12 19:35 ` Wolfgang Denk
2009-07-12 19:51 ` Jean-Christophe PLAGNIOL-VILLARD [this message]
2009-07-12 21:27 ` Wolfgang Denk
2009-07-12 16:17 ` Jean-Christophe PLAGNIOL-VILLARD
2009-07-12 18:29 ` Wolfgang Denk
2009-07-12 19:06 ` Dirk Behme
2009-07-12 19:30 ` Wolfgang Denk
2009-07-13 9:25 ` Mike Frysinger
2009-07-13 16:00 ` Dirk Behme
2009-07-15 22:18 ` Scott Wood
2009-07-15 22:43 ` Mike Frysinger
2009-07-15 23:03 ` Scott Wood
2009-07-15 23:54 ` Mike Frysinger
2009-07-16 15:36 ` Scott Wood
2009-07-16 15:42 ` Wolfgang Denk
2009-07-16 15:56 ` Scott Wood
2009-07-17 11:27 ` Detlev Zundel
2009-07-17 11:37 ` Wolfgang Denk
2009-07-17 11:41 ` Wolfgang Denk
2009-07-17 15:24 ` Scott Wood
2009-07-16 11:11 ` Wolfgang Denk
2009-07-13 7:36 ` Stefan Roese
2009-07-13 15:46 ` Dirk Behme
2009-07-13 18:16 ` Mike Frysinger
2009-07-23 9:36 ` Wolfgang Denk
2009-07-23 11:09 ` [U-Boot] [PATCH] Make linking against libgcc configurable Wolfgang Denk
2009-07-23 11:15 ` [U-Boot] [PATCH v2] " Wolfgang Denk
2009-07-23 11:27 ` [U-Boot] [PATCH] arm: add _lshrdi3.S Heiko Schocher
2009-07-23 11:41 ` Wolfgang Denk
2009-07-23 12:16 ` Heiko Schocher
2009-07-26 22:11 ` Wolfgang Denk
2009-07-23 13:28 ` [U-Boot] [PATCH v2] Make linking against libgcc configurable Daniel Gorsulowski
2009-07-23 14:12 ` Heiko Schocher
2009-07-23 14:43 ` Daniel Gorsulowski
2009-07-23 14:48 ` Daniel Gorsulowski
2009-07-23 15:33 ` Heiko Schocher
2009-07-24 6:07 ` Daniel Gorsulowski
2009-07-27 6:26 ` Heiko Schocher
2009-07-23 16:45 ` Wolfgang Denk
2009-07-26 22:11 ` Wolfgang Denk
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=20090712195107.GC1686@game.jcrosoft.org \
--to=plagnioj@jcrosoft.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