How to fail an ARMv5T u-boot build when libgcc is ARMv7T2?

Wookey wookey at wookware.org
Fri Nov 11 00:01:25 UTC 2011


+++ Loïc Minier [2011-11-10 17:44 +0100]:
> On Thu, Nov 10, 2011, Chung-Lin Tang wrote:
> > I'd assume the Ubuntu-packaged toolchain probably doesn't have a ARMv5
> > multilib? You could either expand the toolchain configuration and
> > rebuild, or more simply, use a CodeSourcery toolchain. Our default
> > multilib is ARMv5TE.
> 
>  Sorry, I didn't make my goal very clear: I'd like to prevent other
>  people from hitting this problem.  I know what the problem is about
>  now, but I'd have preferred for the build to fail at some stage rather
>  than for the build to succeed and for me to run an ARMv7 binary on an
>  ARMv5 (virtual) board.  (It wasn't easy to spot that the problem came
>  from libgcc.)

Steve Magoun said at UDS that they (canonical OEM team I think?) had a
tool to spot binaries built for the wrong ARMvX flavour. That might be
useful in this case?

Wookey
-- 
Principal hats:  Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/



More information about the linaro-toolchain mailing list