On Wed, 2017-07-05 at 12:36 +0300, Evangelos Foutras wrote: > On 2 July 2017 at 19:19, Daniel Micay via arch-dev-public > <[email protected]> wrote: > > Using -fno-plt would be a nice tiny little performance boost at > > runtime > > but then it's important to make sure everything is compiled with > > -Wl,- > > z,now and there might be programs ignoring LDFLAGS but respecting > > CFLAGS. Ideally -z now would be the default in the linker first. If > > we > > aren't going to patch the default, then I think a configure flag for > > that needs to land upstream. > > It's also worth noting that clang does not support the -fno-plt option > and I couldn't find any discussions about adding support for it. > > If it's only a tiny performance improvement, I strongly believe we > should skip it for now.
There's no loss of compatibility from only some code using it. The only issue with it is that immediate binding *must* be used to support it, so if CFLAGS is respected then LDFLAGS *must* be respected, or immediate binding needs to be set as the default in the linker(s).
