From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Jack Mitchell <ml@embed.me.uk>,
OE-core <openembedded-core@lists.openembedded.org>
Subject: Re: gcc 6.1+ and isystem
Date: Tue, 30 Aug 2016 18:00:43 +0100 [thread overview]
Message-ID: <1472576443.29583.33.camel@linuxfoundation.org> (raw)
In-Reply-To: <6564e30c-bf94-8476-ac22-0be131193ebd@embed.me.uk>
On Tue, 2016-08-30 at 16:37 +0100, Jack Mitchell wrote:
> Some of the headers shipped with gcc 6.1 and above now use
> #include_next
> to try to and do clever things with munging system header files. Our
> injection of isystem into the build at 'meta/conf/bitbake.conf' seems
> to
> be causing some programs to fail to compile. A full explanation can
> be
> found at [1], a bug report from GCC specifying that it should only be
> used in extreme cases at [2].
>
> Since we seem to be adding -isystem unconditionally to BUILD_CFLAGS
> from
> bitbake, and that the default behavior has now changed should this be
> revisited? I'll admit that I am no where near experienced enough with
> GCC and friends internals to make a call on this one, I'm just
> looking
> for some input.
Its been a long time since we've looked at the native build flags and
the world is a different place from when they were first implemented
around a decade ago. I did cull some bits occasionally but more cleanup
remains and it could be we can change it. A build of all the native
recipes trying to replace it with a -I flag would likely be the first
step...
Cheers,
Richard
next prev parent reply other threads:[~2016-08-30 17:00 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-08-30 15:37 gcc 6.1+ and isystem Jack Mitchell
2016-08-30 17:00 ` Richard Purdie [this message]
2016-08-30 17:11 ` Andreas Müller
2016-08-30 18:47 ` Philip Balister
2016-08-30 19:36 ` Khem Raj
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=1472576443.29583.33.camel@linuxfoundation.org \
--to=richard.purdie@linuxfoundation.org \
--cc=ml@embed.me.uk \
--cc=openembedded-core@lists.openembedded.org \
/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