summaryrefslogtreecommitdiff
path: root/board/olimex/mx23_olinuxino/mx23_olinuxino.c
diff options
context:
space:
mode:
authorTom Rini <trini@konsulko.com>2020-05-14 08:30:07 -0400
committerTom Rini <trini@konsulko.com>2020-07-01 11:48:05 -0400
commit1f1a0f3db338cdcaad4f83153d1163aa18e08ed5 (patch)
tree889b3304886199357b0bbd3a881a827c98774974 /board/olimex/mx23_olinuxino/mx23_olinuxino.c
parent67f51b40cacc70da44779cef0edb845fa0f0505d (diff)
compiler_types.h: Re-introduce CONFIG_OPTIMIZE_INLINING for U-Boot
In the Linux kernel, support for forcing inline functions to be made inline, rather than allowing the compiler to make its own choice has been removed. With respect to performance, modern GCC (and Clang) do a good job at deciding when to, or not to, inline code and there are no run-time requirements in Linux anymore. There is one downside to this, which is final binary size. On average in U-Boot removing this support grows SPL by almost 1 kilobyte. But there are cases where it shrinks the binary by making better inline choices than we had forced. Start by re-introducing CONFIG_OPTIMIZE_INLINING as a global which essentially reverts 889b3c1245de ("compiler: remove CONFIG_OPTIMIZE_INLINING entirely") from Linux. Cc: Masahiro Yamada <yamada.masahiro@socionext.com> Signed-off-by: Tom Rini <trini@konsulko.com>
Diffstat (limited to 'board/olimex/mx23_olinuxino/mx23_olinuxino.c')
0 files changed, 0 insertions, 0 deletions