![]() | |||||||||||||
Messages in this thread |
Andi Kleen <ak@muc.de> wrote: > > > The upcomming gcc 3.4 has a new inlining algorithm which sometimes > fails to inline some "dumb" inlines in the kernel. This sometimes leads > to undefined symbols while linking. That's a compiler bug, surely. > To make the kernel compile again this patch drops the always inline > for gcc 3.4. The new algorithm should be good enough to do the right > thing on its own. Are you sure? Without the always_inline stuff we were seeing 100 different copies of __constant_c_and_count_memset and friends in the vmlinux symbol table. It was really silly. After applying this patch and building with gcc-3.4, how does `size vmlinux' compare with the same kernel built with gcc-3.3, minus the patch? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ | ||||||||||||
| Last update: 2005-03-22 13:00 [from the cache] ©2003-2008 | |||||||||||||