From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tom Rini Date: Sun, 5 Jul 2020 18:08:51 -0400 Subject: [PATCH 08/10] compiler_types.h: Re-introduce CONFIG_OPTIMIZE_INLINING for U-Boot In-Reply-To: <20200514123009.5721-8-trini@konsulko.com> References: <20200514123009.5721-1-trini@konsulko.com> <20200514123009.5721-8-trini@konsulko.com> Message-ID: <20200705220851.GV1306@bill-the-cat> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de On Thu, May 14, 2020 at 08:30:07AM -0400, Tom Rini wrote: > 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 > Signed-off-by: Tom Rini Applied to u-boot/next, thanks! -- Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 659 bytes Desc: not available URL: