
On Fri, Oct 31, 2008 at 11:37:33PM +0100, Remy Bohmer wrote:
Currently U-boot is linking against libgcc. This should not be needed because the compiler toolchain is usually compiled with a certain OS interface in mind, and can even be configured for GNU-EABI interfaces. This can cause linking conflicts in U-boot when linking to libgcc.
libgcc should *not* be expecting any OS interface. It may use a few basic libc functions such as memcpy, that u-boot provides.
While looking at compiler includes, the only header used from GCC (I have seen) seems to be the stdarg.h header, which is even doubtful to include in U-boot, because of the same reasons not to link against libgcc. This patch only removes the linking part to libgcc.
Why is it doubtful to remove the only portable way to get variable arguments? stdarg.h should *not* contain OS dependencies.
-Scott