lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Thu, 4 Aug 2016 23:54:18 +1000 From: Nicholas Piggin <npiggin@...il.com> To: Arnd Bergmann <arnd@...db.de> Cc: Stephen Rothwell <sfr@...b.auug.org.au>, Nicolas Pitre <nico@...aro.org>, "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>, "Luis R. Rodriguez" <mcgrof@...nel.org>, linux-next@...r.kernel.org, Paul Mackerras <paulus@...ba.org>, Fengguang Wu <fengguang.wu@...el.com>, linuxppc-dev@...ts.ozlabs.org, Guenter Roeck <linux@...ck-us.net> Subject: Re: powerpc allyesconfig / allmodconfig linux-next next-20160729 - next-20160729 build failures On Thu, 4 Aug 2016 22:31:39 +1000 Nicholas Piggin <npiggin@...il.com> wrote: > On Thu, 04 Aug 2016 14:09:02 +0200 > Arnd Bergmann <arnd@...db.de> wrote: > > Nicolas Pitre has done some related work, adding him to Cc. IIRC we have > > actually had multiple implementations of -ffunction-sections/--gc-sections > > in the past that people have used in production, but none of them > > ever made it upstream. After some googling around it seems lto has been difficult to get in and it was agreed this gc-sections should be done first anyway (although it may indeed provide a superset of DCE, but it's always going to be more costly and complicated). Lto would have the same issue with liveness of entry points, which is really the only thing you need change in the kernel as far as I can see. I didn't really see what problems people were having with it though, so maybe it's architecture specific or something I haven't run into yet. Thanks, Nick
Powered by blists - more mailing lists