Mike Frysinger wrote:
On Sunday 12 July 2009 14:29:46 Wolfgang Denk wrote:
Jean-Christophe PLAGNIOL-VILLARD wrote:
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.
the problem is that it's not really possible on arm because you will need a toolchain for u-boot and an other for the userland and in somecase an other for the kernel
You mean it is impossible to build a tool chain for ARM that can be used to build U-Boot, Linux, and user space code? I can't believe that ARM support in GCC is that seriously broken.
basically, that is correct. arm's libgcc is just that whacky because of all the different ABIs that exist. although citing the Linux kernel here may not be appropriate because they specifically avoid libgcc -- because it's so screwed up.
last i looked, some of the math functions in arm's libgcc depended on C library functions (like raise() and abort()). this is the kind of stuff Jean is trying to avoid.
Yes, this is my understanding, too.
Conclusion seems to be that we can get this feature/functionality if it is configurable using the way Wolfgang proposed in
http://lists.denx.de/pipermail/u-boot/2009-July/056185.html
Best regards
Dirk