[PATCH] uninlining inline functions
commitee33e420fcfc7ddb359df8ca79316d8fe2084452
authorAlexander Viro <viro@www.linux.org.uk>
Sun, 5 Sep 2004 02:45:26 +0000 (4 19:45 -0700)
committerLinus Torvalds <torvalds@ppc970.osdl.org>
Fri, 8 Apr 2005 04:03:05 +0000 (7 21:03 -0700)
tree620c9aa9e90f34a3f4b4e588d732adb8d115f0ec
parentf703d3fbccc99120e4b14e2722e82f67f882b159
[PATCH] uninlining inline functions

When we take the address of an inline function or otherwise refusing to
inline it, we need to output the now non-inline function properly.

What we do is
a) keeping body and symbol list of inlined function in new fields
b) when expanding inlined call use these fields
c) when evaluating the function itself (which happens if sparse
decides that it can't be [always] inlined) uninline the sucker.  I.e.
create ->stmt and ->symbol_list by copying the ->inline_stmt and
->inline_symbol_list same as we would do while expanding a call.

That guarantees that we won't run into trouble with inlined calls coming
afterwards - evaluation doesn't mangle ->inline_stmt anymore.
evaluate.c
inline.c
parse.c
parse.h
symbol.h