From: Emese Revfy <re.emese@gmail.com>
To: Kees Cook <keescook@chromium.org>
Cc: linux-kbuild <linux-kbuild@vger.kernel.org>,
PaX Team <pageexec@freemail.hu>,
Brad Spengler <spender@grsecurity.net>,
"kernel-hardening@lists.openwall.com"
<kernel-hardening@lists.openwall.com>,
Michal Marek <mmarek@suse.com>,
Rasmus Villemoes <linux@rasmusvillemoes.dk>
Subject: Re: [PATCH v2 3/3] Documentation for the GCC plugin infrastructure
Date: Thu, 18 Feb 2016 23:13:15 +0100 [thread overview]
Message-ID: <20160218231315.b1edfb403c1dc6eb0d0a20df@gmail.com> (raw)
In-Reply-To: <CAGXu5j+1OQ81cxU57s_h_T60Z0ng54+X_jDtSdUePPQ7_Ak0Jg@mail.gmail.com>
On Wed, 17 Feb 2016 16:35:15 -0800
Kees Cook <keescook@chromium.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
prev parent reply other threads:[~2016-02-18 22:15 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-02-11 22:36 [PATCH v2 0/3] Introduce GCC plugin infrastructure Emese Revfy
2016-02-11 22:39 ` [PATCH v2 1/3] " Emese Revfy
2016-02-18 0:18 ` Kees Cook
2016-02-18 21:21 ` Emese Revfy
2016-02-11 22:41 ` [PATCH v2 2/3] Add Cyclomatic complexity GCC plugin Emese Revfy
2016-02-18 0:27 ` Kees Cook
2016-02-18 21:32 ` Emese Revfy
2016-02-11 22:43 ` [PATCH v2 3/3] Documentation for the GCC plugin infrastructure Emese Revfy
2016-02-18 0:35 ` Kees Cook
2016-02-18 22:13 ` Emese Revfy [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20160218231315.b1edfb403c1dc6eb0d0a20df@gmail.com \
--to=re.emese@gmail.com \
--cc=keescook@chromium.org \
--cc=kernel-hardening@lists.openwall.com \
--cc=linux-kbuild@vger.kernel.org \
--cc=linux@rasmusvillemoes.dk \
--cc=mmarek@suse.com \
--cc=pageexec@freemail.hu \
--cc=spender@grsecurity.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox