Date: Thu, 18 Feb 2016 23:13:15 +0100 From: Emese Revfy <re.emese@...il.com> To: Kees Cook <keescook@...omium.org> Cc: linux-kbuild <linux-kbuild@...r.kernel.org>, PaX Team <pageexec@...email.hu>, Brad Spengler <spender@...ecurity.net>, "kernel-hardening@...ts.openwall.com" <kernel-hardening@...ts.openwall.com>, Michal Marek <mmarek@...e.com>, Rasmus Villemoes <linux@...musvillemoes.dk> Subject: Re: [PATCH v2 3/3] Documentation for the GCC plugin infrastructure On Wed, 17 Feb 2016 16:35:15 -0800 Kees Cook <keescook@...omium.org> wrote: > > +Currently the GCC plugin infrastructure supports only the x86 architecture. > > What's needed to support other architectures? Sadly gcc doesn't always install all necessary plugin headers (moreover some headers come from the build tree). The gcc developers don't test gcc with installed headers so they don't see these bugs. I think arm support would be good. I can test it easily because I know what headers are missing there but I don't know if it is acceptable for the vanilla kernel (installing the headers by hand isn't too nice and user friendly). > The part about the proper host compiler isn't clear to me. It looks > like each of three compilers are examined: > $CC for the header location > $HOSTCC for actually doing the build, or > $HOSTCXX for doing the plugin build? $HOSTCC and $HOSTCXX are used for building a plugin. Their use depends on which gcc version (c or c++ based) you use. > Shouldn't the headers be coming from the compiler that is actually > going to be used to build the .so file? No, they have to come from the compiler that will load the plugin (the plugin itself could even be compiled by clang for example). -- Emese
Powered by blists - more mailing lists
Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.