All of lore.kernel.org
 help / color / mirror / Atom feed
From: Joshua Lock <josh@linux.intel.com>
To: Khem Raj <raj.khem@gmail.com>
Cc: poky@yoctoproject.org
Subject: Re: [PATCH 1/7] elfutils: fix builds with gcc 4.6
Date: Fri, 08 Apr 2011 13:28:57 +0100	[thread overview]
Message-ID: <1302265737.7724.1.camel@scimitar> (raw)
In-Reply-To: <BANLkTik=9jfHyeqiXwzS0dA2p=MDfdb8Yw@mail.gmail.com>

On Wed, 2011-04-06 at 10:06 -0700, Khem Raj wrote:
> On Wed, Apr 6, 2011 at 4:16 AM, Joshua Lock <josh@linux.intel.com> wrote:
> > On Mon, 2011-04-04 at 23:46 +0100, Richard Purdie wrote:
> >> On Mon, 2011-04-04 at 23:37 +0200, Martin Jansa wrote:
> >> > On Fri, Apr 1, 2011 at 3:40 PM, Joshua Lock <josh@linux.intel.com> wrote:
> >> > > From: Joshua Lock <josh@linux.intel.com>
> >> > >
> >> > > gcc 4.6 (as used in Fedora 15) adds some extra warnings which are
> >> > > included with Werror. The new unused-but-set variable warning causes
> >> > > an error in libasm of elfutils. Work around this by removing
> >> > > unused-but-set from Werror.
> >> > >
> >> > > Signed-off-by: Joshua Lock <josh@linux.intel.com>
> >> > > ---
> >> > >  meta/recipes-devtools/elfutils/elfutils_0.148.bb |    4 ++++
> >> > >  1 files changed, 4 insertions(+), 0 deletions(-)
> >> > >
> >> > > diff --git a/meta/recipes-devtools/elfutils/elfutils_0.148.bb b/meta/recipes-devtools/elfutils/elfutils_0.148.bb
> >> > > index b2f700e..c395be8 100644
> >> > > --- a/meta/recipes-devtools/elfutils/elfutils_0.148.bb
> >> > > +++ b/meta/recipes-devtools/elfutils/elfutils_0.148.bb
> >> > > @@ -40,6 +40,10 @@ SRC_URI += "\
> >> > >
> >> > >  inherit autotools
> >> > >
> >> > > +# GCC 4.6.0 raises an unused-but-set warning in libasm, for now remove
> >> > > +# this warning from Werror
> >> > > +CFLAGS_virtclass-native += "-Wno-error=unused-but-set-variable"
> >> > > +
> >> > >  EXTRA_OECONF = "--program-prefix=eu-"
> >> >
> >> > this breaks all other distros not yet using gcc-4.6..
> >> >
> >> >
> >> > configure:2892: checking whether the C compiler works
> >> > configure:2914: gcc -Wno-error=unused-but-set-variable
> >> > -isystem/OE/shr-core/tmp/sysroots/x86_64-linux/usr/include
> >> > -L/OE/shr-core/tmp/sysroots/x86_64-linux/usr/lib
> >> > -Wl,-rpath-link,/OE/shr-core/tmp/sysroots/x86_64-linux/usr/lib
> >> > -Wl,-rpath,/OE/shr-core/tmp/sysroots/x86_64-linux/usr/lib -Wl,-O1
> >> > conftest.c  >&5
> >> > cc1: error: -Werror=unused-but-set-variable: No option -Wunused-but-set-variable
> >> > configure:2918: $? = 1
> >> > configure:2956: result: no
> >> > configure: failed program was:
> >> > | /* confdefs.h */
> >> > | #define PACKAGE_NAME "Red Hat elfutils"
> >> > | #define PACKAGE_TARNAME "elfutils"
> >> > | #define PACKAGE_VERSION "0.148"
> >> > | #define PACKAGE_STRING "Red Hat elfutils 0.148"
> >> > | #define PACKAGE_BUGREPORT "http://bugzilla.redhat.com/bugzilla/"
> >> > | #define PACKAGE_URL ""
> >> > | #define PACKAGE "elfutils"
> >> > | #define VERSION "0.148"
> >> > | #define MODVERSION "Build on jama 2011-04-04T23:34:25+0200"
> >> > | /* end confdefs.h.  */
> >> > |
> >> > | int
> >> > | main ()
> >> > | {
> >> > |
> >> > |   ;
> >> > |   return 0;
> >> > | }
> >> > configure:2961: error: in
> >> > `/OE/shr-core/tmp/work/x86_64-linux/elfutils-native-0.148-r1/elfutils-0.148':
> >> > configure:2965: error: C compiler cannot create executables
> >> > See `config.log' for more details.
> >
> > Sorry about this Martin. Thanks for catching and reporting.
> >
> >>
> >> Ouch, I'm going to revert this, we'll need an alternative fix. Thanks
> >> for reporting!
> >
> > I've worked up an alternative fix and sent a pull request to oe-core. I
> > took the approach of consolidating several patches from the upstream
> > source repository which remove the unused variables.
> >
> > I consolidated them into a single patch so that they are easier to drop
> > once we update elfutils to 0.152 or higher.
> >
> 
> Why not update to 0.152 then

The patch series is intended for a Bernard point release, the Bernard
release is already out with eflutils 0.148.

Regards,
Joshua
-- 
Joshua Lock
        Yocto Build System Monkey
        Intel Open Source Technology Centre



  reply	other threads:[~2011-04-08 12:28 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-04-01 13:39 [PATCH 0/7] Patch series against Bernard for Fedora 15 users Joshua Lock
2011-04-01 13:38 ` [PATCH 4/7] xorg-[lib-common|proto-common]: disable use of fop document generation Joshua Lock
2011-04-01 18:25   ` Colin Walters
2011-04-04 21:20   ` Martin Jansa
2011-04-04 22:51     ` Richard Purdie
2011-04-01 13:38 ` [PATCH 5/7] libx11: disable building of specs Joshua Lock
2011-04-01 13:38 ` [PATCH 6/7] openjade: fix build with GCC 4.6 Joshua Lock
2011-04-01 13:38 ` [PATCH 7/7] xserver-xf86: explicitly disable fop document generation Joshua Lock
2011-04-01 13:40 ` [PATCH 1/7] elfutils: fix builds with gcc 4.6 Joshua Lock
2011-04-04 21:37   ` Martin Jansa
2011-04-04 22:46     ` Richard Purdie
2011-04-06 11:16       ` Joshua Lock
2011-04-06 17:06         ` Khem Raj
2011-04-08 12:28           ` Joshua Lock [this message]
2011-04-08 13:21             ` Richard Purdie
2011-04-01 13:40 ` [PATCH 2/7] python-native: add missing SRC_URI hashes Joshua Lock
2011-04-01 13:40 ` [PATCH 3/7] libx11: " Joshua Lock
  -- strict thread matches above, loose matches on Subject: below --
2011-04-01 13:51 [PATCH 0/7] Fedora 15 and GCC 4.6 compatability patches Joshua Lock
2011-04-01 13:51 ` [PATCH 1/7] elfutils: fix builds with gcc 4.6 Joshua Lock
2011-04-05  1:58   ` Khem Raj
2011-04-05  2:38     ` Khem Raj
2011-04-05 16:46     ` Joshua Lock
2011-04-05 17:03       ` Khem Raj
2011-04-06 11:05         ` Joshua Lock

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=1302265737.7724.1.camel@scimitar \
    --to=josh@linux.intel.com \
    --cc=poky@yoctoproject.org \
    --cc=raj.khem@gmail.com \
    /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.