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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.