lkml.org 
[lkml]   [2006]   [Jan]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [patch 00/2] improve .text size on gcc 4.0 and newer compilers
From
Date

> > Your uninline patch might be simple, but the safe way would be Arjan's
> > approach to start removing all the buggy inline's from .c files.
>
> sure, that's another thing to do, but it's also clear that there's no
> reason to force inlines in the -Os case.
>
> There are 22,000+ inline functions in the kernel right now (inlined
> about a 100,000 times), and we'd have to change _thousands_ of them.
> They are causing an unjustified code bloat of somewhere around 20-30%.
> (some of them are very much justified, especially in core kernel code)

my patch attacks the top bloaters, and gains about 30k to 40k (depending
on compiler). Gaining the other 300k is going to be a LOT of churn, not
just in amount of work... so to some degree my patch shows that it's a
bit of a hopeless battle.


-
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: 2006-01-02 11:53    [W:0.293 / U:0.152 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site