[U-Boot] [PATCH 1/2 v6] Make libgcc inclusion from common Makefile overridable by platform config file

Wolfgang Denk wd at denx.de
Sun Jul 12 17:50:24 CEST 2009


Dear Dirk,

In message <4A59F95A.6060803 at googlemail.com> you wrote:
> 
> > I really hesitate to do that. It seems that not  using  the  compiler
> > provided library is not such a clever thing to do. The compile writes
> > probably  know  better  what  a  specific  version  of GCC needs that
> > anybody else.
> 
> Yes, you are basically right. But ;)
> 
> But, as Jean-Christophe mentioned above, it's a pain with the various 
> ARM tool chains floating around. Some are older, some are newer, some 
> are configured for EABI, some not, some are configured for software 
> floating point, some for hardware floating point, etc., etc.

Right. And each of these is supposed to come with it's own version of
libgcc, configured exactly for  the  requirements  of  this  specific
version and configuration of GCC.

And it turns out that the majority of architectures works  just  fine
with  such  a setup, just using libgcc for functions required for and
provided by the compiler.

If the compiler provided functions cannot be used,  this  is  IMO  an
indication  of  a  broken toolchain, which should either be fixed (if
it's under some form of maintenance) or abandoned (because  you  will
have the same problems again in other situations outside of U-Boot).

> While I as developer might be able to find a recent tool chain with a 
> libgcc compatible with U-Boot, I think we should avoid this pain for 
> our users. Users which like to "just compile U-Boot" and then we tell 
> them "well, your tool chain you seem to be happy with doesn't link 
> U-Boot, for U-Boot you have to install an other one" I think wouldn't 
> make them happy.



More information about the U-Boot mailing list