[llvm-dev] retpoline mitigation and 6.0
Chandler Carruth via llvm-dev
llvm-dev at lists.llvm.org
Tue Feb 6 16:16:19 PST 2018
On Tue, Feb 6, 2018 at 2:56 PM David Woodhouse <dwmw2 at infradead.org> wrote:
> On Tue, 2018-02-06 at 22:08 +0000, Chandler Carruth wrote:
> So, I was waiting to hear a definitive response on whether using aliases
> is hard, and didn't see one here, which is why I haven't responded further.
> However, a colleauge pointed me at an LKML thread where it seems there
> *is* a definitive response?
> Aliases are hard when the compiler is directly emitting calls to a
> function which is exported to modules, yet the compiler and the kernel
> disagree on what the symbol is actually called.
> I spent a happy Sunday evening in a hotel room a few weeks ago, trying to
> make them work before telling the GCC folk "screw it this is too horrible
> please keep the symbol name as it is".
Nah, this is plenty definitive for me. ;]
At this point, what we really want is for identical thunks to have
> identical names — just like we do for builtins and other stuff, to avoid
> having differences between clang and GCC which just end up seeming
> capricious and being hard to work around. Having matching command line
> options would be a bonus, but isn't imperative.
After talking to several others (to make sure we don't have to do this
whole thing yet again) we'll change the external thunk names to match what
GCC is using. Hopefully this doesn't come back to bite us. =]
We'll also make sure those patches get backported too so that no released
versions have the old behavior.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the llvm-dev