* [PATCH 4/7] xorg-[lib-common|proto-common]: disable use of fop document generation
2011-04-01 13:39 [PATCH 0/7] Patch series against Bernard for Fedora 15 users Joshua Lock
@ 2011-04-01 13:38 ` Joshua Lock
2011-04-01 18:25 ` Colin Walters
2011-04-04 21:20 ` Martin Jansa
2011-04-01 13:38 ` [PATCH 5/7] libx11: disable building of specs Joshua Lock
` (5 subsequent siblings)
6 siblings, 2 replies; 23+ messages in thread
From: Joshua Lock @ 2011-04-01 13:38 UTC (permalink / raw)
To: poky
From: Joshua Lock <josh@linux.intel.com>
On Fedora 15 I see a huge Java backtrace when document generation runs for
some xorg libs. As fop is automatically detected, with the possibility of
detecting fop on the host whilst doing target builds, the safest bet is to
explicitly disable fop for document generation.
Signed-off-by: Joshua Lock <josh@linux.intel.com>
---
meta/recipes-graphics/xorg-lib/xorg-lib-common.inc | 2 +-
.../xorg-proto/xorg-proto-common.inc | 1 +
2 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-graphics/xorg-lib/xorg-lib-common.inc b/meta/recipes-graphics/xorg-lib/xorg-lib-common.inc
index 4ed8c86..d843d65 100644
--- a/meta/recipes-graphics/xorg-lib/xorg-lib-common.inc
+++ b/meta/recipes-graphics/xorg-lib/xorg-lib-common.inc
@@ -13,4 +13,4 @@ S = "${WORKDIR}/${XORG_PN}-${PV}"
inherit autotools pkgconfig
-EXTRA_OECONF = "--enable-malloc0returnsnull"
+EXTRA_OECONF = "--enable-malloc0returnsnull --with-fop=no"
diff --git a/meta/recipes-graphics/xorg-proto/xorg-proto-common.inc b/meta/recipes-graphics/xorg-proto/xorg-proto-common.inc
index 92aa1fe..ab1af28 100644
--- a/meta/recipes-graphics/xorg-proto/xorg-proto-common.inc
+++ b/meta/recipes-graphics/xorg-proto/xorg-proto-common.inc
@@ -14,6 +14,7 @@ S = "${WORKDIR}/${XORG_PN}-${PV}"
DEPENDS = "util-macros"
inherit autotools pkgconfig
+EXTRA_OECONF = "--with-fop=no"
# ${PN} is empty so we need to tweak -dev and -dbg package dependencies
RDEPENDS_${PN}-dev = ""
--
1.7.4.1
^ permalink raw reply related [flat|nested] 23+ messages in thread* Re: [PATCH 4/7] xorg-[lib-common|proto-common]: disable use of fop document generation
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
1 sibling, 0 replies; 23+ messages in thread
From: Colin Walters @ 2011-04-01 18:25 UTC (permalink / raw)
To: Joshua Lock; +Cc: poky
On Fri, Apr 1, 2011 at 9:38 AM, Joshua Lock <josh@linux.intel.com> wrote:
> From: Joshua Lock <josh@linux.intel.com>
>
> On Fedora 15 I see a huge Java backtrace when document generation runs for
> some xorg libs. As fop is automatically detected, with the possibility of
> detecting fop on the host whilst doing target builds, the safest bet is to
> explicitly disable fop for document generation.
This is actually a bug in the GCJ stack; it should go away if you use
OpenJDK. Try using "update-alternatives --config java".
But yeah, I doubt any embeds care about the docs, and certainly fop
pulls in a frightening dependency chain; so cool by me to disable.
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [PATCH 4/7] xorg-[lib-common|proto-common]: disable use of fop document generation
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
1 sibling, 1 reply; 23+ messages in thread
From: Martin Jansa @ 2011-04-04 21:20 UTC (permalink / raw)
To: Joshua Lock; +Cc: poky
On Fri, Apr 1, 2011 at 3:38 PM, Joshua Lock <josh@linux.intel.com> wrote:
> From: Joshua Lock <josh@linux.intel.com>
>
> On Fedora 15 I see a huge Java backtrace when document generation runs for
> some xorg libs. As fop is automatically detected, with the possibility of
> detecting fop on the host whilst doing target builds, the safest bet is to
> explicitly disable fop for document generation.
>
> Signed-off-by: Joshua Lock <josh@linux.intel.com>
> ---
> meta/recipes-graphics/xorg-lib/xorg-lib-common.inc | 2 +-
> .../xorg-proto/xorg-proto-common.inc | 1 +
> 2 files changed, 2 insertions(+), 1 deletions(-)
>
> diff --git a/meta/recipes-graphics/xorg-lib/xorg-lib-common.inc b/meta/recipes-graphics/xorg-lib/xorg-lib-common.inc
> index 4ed8c86..d843d65 100644
> --- a/meta/recipes-graphics/xorg-lib/xorg-lib-common.inc
> +++ b/meta/recipes-graphics/xorg-lib/xorg-lib-common.inc
> @@ -13,4 +13,4 @@ S = "${WORKDIR}/${XORG_PN}-${PV}"
>
> inherit autotools pkgconfig
>
> -EXTRA_OECONF = "--enable-malloc0returnsnull"
> +EXTRA_OECONF = "--enable-malloc0returnsnull --with-fop=no"
> diff --git a/meta/recipes-graphics/xorg-proto/xorg-proto-common.inc b/meta/recipes-graphics/xorg-proto/xorg-proto-common.inc
> index 92aa1fe..ab1af28 100644
> --- a/meta/recipes-graphics/xorg-proto/xorg-proto-common.inc
> +++ b/meta/recipes-graphics/xorg-proto/xorg-proto-common.inc
> @@ -14,6 +14,7 @@ S = "${WORKDIR}/${XORG_PN}-${PV}"
> DEPENDS = "util-macros"
>
> inherit autotools pkgconfig
> +EXTRA_OECONF = "--with-fop=no"
after this I get
| checking for xmlto... no
| configure: WARNING: xmlto not found - documentation targets will be skipped
| configure: error: --with-fop expects 'yes' or 'no'
| FATAL: oe_runconf failed
| ERROR: Function 'do_configure' failed (see
/OE/shr-core/tmp/work/x86_64-linux/xproto-native-1_7.0.20-r0/temp/log.do_configure.29076
for further information)
NOTE: package xproto-native-1_7.0.20-r0: task do_configure: Failed
ERROR: Task 957
(virtual:native:/OE/shr-core/openembedded-core/meta/recipes-graphics/xorg-proto/xproto_7.0.20.bb,
do_configure) failed with exit code '1'
because there is
--with-fop=no--enable-specs=no
so you had to put space after no, or before this
OE nokia900@shr ~/shr-core $ grep OECONF
openembedded-core/meta/recipes-graphics/xorg-proto/xproto_7.0.20.bb
EXTRA_OECONF_append = "--enable-specs=no"
>
> # ${PN} is empty so we need to tweak -dev and -dbg package dependencies
> RDEPENDS_${PN}-dev = ""
> --
> 1.7.4.1
>
> _______________________________________________
> poky mailing list
> poky@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/poky
>
^ permalink raw reply [flat|nested] 23+ messages in thread* Re: [PATCH 4/7] xorg-[lib-common|proto-common]: disable use of fop document generation
2011-04-04 21:20 ` Martin Jansa
@ 2011-04-04 22:51 ` Richard Purdie
0 siblings, 0 replies; 23+ messages in thread
From: Richard Purdie @ 2011-04-04 22:51 UTC (permalink / raw)
To: Martin Jansa; +Cc: poky
On Mon, 2011-04-04 at 23:20 +0200, Martin Jansa wrote:
> On Fri, Apr 1, 2011 at 3:38 PM, Joshua Lock <josh@linux.intel.com> wrote:
> > From: Joshua Lock <josh@linux.intel.com>
> | checking for xmlto... no
> | configure: WARNING: xmlto not found - documentation targets will be skipped
> | configure: error: --with-fop expects 'yes' or 'no'
> | FATAL: oe_runconf failed
> | ERROR: Function 'do_configure' failed (see
> /OE/shr-core/tmp/work/x86_64-linux/xproto-native-1_7.0.20-r0/temp/log.do_configure.29076
> for further information)
> NOTE: package xproto-native-1_7.0.20-r0: task do_configure: Failed
> ERROR: Task 957
> (virtual:native:/OE/shr-core/openembedded-core/meta/recipes-graphics/xorg-proto/xproto_7.0.20.bb,
> do_configure) failed with exit code '1'
>
> because there is
> --with-fop=no--enable-specs=no
>
> so you had to put space after no, or before this
>
> OE nokia900@shr ~/shr-core $ grep OECONF
> openembedded-core/meta/recipes-graphics/xorg-proto/xproto_7.0.20.bb
> EXTRA_OECONF_append = "--enable-specs=no"
Thanks, I'll fix this.
Cheers,
Richard
^ permalink raw reply [flat|nested] 23+ messages in thread
* [PATCH 5/7] libx11: disable building of specs
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 13:38 ` Joshua Lock
2011-04-01 13:38 ` [PATCH 6/7] openjade: fix build with GCC 4.6 Joshua Lock
` (4 subsequent siblings)
6 siblings, 0 replies; 23+ messages in thread
From: Joshua Lock @ 2011-04-01 13:38 UTC (permalink / raw)
To: poky
From: Joshua Lock <josh@linux.intel.com>
Generating Postscript specs fails on Fedora 15, I don't *think* we need them
so disable them.
Signed-off-by: Joshua Lock <josh@linux.intel.com>
---
meta/recipes-graphics/xorg-lib/libx11.inc | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-graphics/xorg-lib/libx11.inc b/meta/recipes-graphics/xorg-lib/libx11.inc
index 267a03a..030b0db 100644
--- a/meta/recipes-graphics/xorg-lib/libx11.inc
+++ b/meta/recipes-graphics/xorg-lib/libx11.inc
@@ -11,7 +11,7 @@ PROVIDES = "virtual/libx11"
XORG_PN = "libX11"
LEAD_SONAME = "libX11.so"
-EXTRA_OECONF += "--with-keysymdef=${STAGING_INCDIR}/X11/keysymdef.h"
+EXTRA_OECONF += "--with-keysymdef=${STAGING_INCDIR}/X11/keysymdef.h --disable-specs"
FILES_${PN} += "${datadir}/X11/XKeysymDB ${datadir}/X11/XErrorDB ${libdir}/X11/Xcms.txt"
FILES_${PN}-locale += "${datadir}/X11/locale ${libdir}/X11/locale"
--
1.7.4.1
^ permalink raw reply related [flat|nested] 23+ messages in thread* [PATCH 6/7] openjade: fix build with GCC 4.6
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 13:38 ` [PATCH 5/7] libx11: disable building of specs Joshua Lock
@ 2011-04-01 13:38 ` Joshua Lock
2011-04-01 13:38 ` [PATCH 7/7] xserver-xf86: explicitly disable fop document generation Joshua Lock
` (3 subsequent siblings)
6 siblings, 0 replies; 23+ messages in thread
From: Joshua Lock @ 2011-04-01 13:38 UTC (permalink / raw)
To: poky
From: Joshua Lock <josh@linux.intel.com>
In GCC 4.6 the compiler no longer allows objects of const-qualified type to
be default initialized unless the type has a user-declared default
constructor.
Patch from Gentoo bugzilla: http://bugs.gentoo.org/show_bug.cgi?id=358021
Signed-off-by: Joshua Lock <josh@linux.intel.com>
---
.../user-declared-default-constructor.patch | 88 ++++++++++++++++++++
.../openjade/openjade-native_1.3.2.bb | 5 +-
2 files changed, 91 insertions(+), 2 deletions(-)
create mode 100644 meta/recipes-devtools/openjade/openjade-1.3.2/user-declared-default-constructor.patch
diff --git a/meta/recipes-devtools/openjade/openjade-1.3.2/user-declared-default-constructor.patch b/meta/recipes-devtools/openjade/openjade-1.3.2/user-declared-default-constructor.patch
new file mode 100644
index 0000000..2f2adfe
--- /dev/null
+++ b/meta/recipes-devtools/openjade/openjade-1.3.2/user-declared-default-constructor.patch
@@ -0,0 +1,88 @@
+In GCC 4.6 the compiler no longer allows objects of const-qualified type to
+be default initialized unless the type has a user-declared default
+constructor.
+
+Patch from Gentoo bugzilla: http://bugs.gentoo.org/show_bug.cgi?id=358021
+
+Gentoo Bugzilla description follows:
+"If a class or struct has no user-defined default constructor, C++ doesn't
+allow you to default construct a const instance of it.
+
+https://bugs.gentoo.org/358021
+http://clang.llvm.org/compatibility.html#default_init_const
+http://gcc.gnu.org/PR44499"
+
+--- a/jade/TeXFOTBuilder.cxx
++++ b/jade/TeXFOTBuilder.cxx
+@@ -88,6 +88,8 @@ public:
+ value.convertString(nic_.placement);
+ }
+ ExtensionFlowObj *copy() const { return new PageFloatFlowObj(*this); }
++ public:
++ PageFloatFlowObj() {}
+ private:
+ PageFloatNIC nic_;
+ StringC name_;
+@@ -101,6 +103,8 @@ public:
+ fotb.endPageFootnote();
+ }
+ ExtensionFlowObj *copy() const { return new PageFootnoteFlowObj(*this); }
++ public:
++ PageFootnoteFlowObj() {}
+ private:
+ };
+ //////////////////////////////////////////////////////////////////////
+--- a/jade/TransformFOTBuilder.cxx
++++ b/jade/TransformFOTBuilder.cxx
+@@ -41,6 +41,7 @@ public:
+ };
+ class EntityRefFlowObj : public TransformExtensionFlowObj {
+ public:
++ EntityRefFlowObj() {}
+ void atomic(TransformFOTBuilder &fotb, const NodePtr &) const {
+ fotb.entityRef(name_);
+ }
+@@ -56,6 +57,7 @@ public:
+ };
+ class ProcessingInstructionFlowObj : public TransformExtensionFlowObj {
+ public:
++ ProcessingInstructionFlowObj() {}
+ void atomic(TransformFOTBuilder &fotb, const NodePtr &) const {
+ fotb.processingInstruction(data_);
+ }
+@@ -98,6 +100,8 @@ public:
+ }
+ }
+ ExtensionFlowObj *copy() const { return new EmptyElementFlowObj(*this); }
++ public:
++ EmptyElementFlowObj() {}
+ private:
+ ElementNIC nic_;
+ };
+@@ -133,6 +137,8 @@ public:
+ }
+ }
+ ExtensionFlowObj *copy() const { return new ElementFlowObj(*this); }
++ public:
++ ElementFlowObj() {}
+ private:
+ ElementNIC nic_;
+ };
+@@ -150,6 +156,8 @@ public:
+ value.convertString(systemId_);
+ }
+ ExtensionFlowObj *copy() const { return new EntityFlowObj(*this); }
++ public:
++ EntityFlowObj() {}
+ private:
+ StringC systemId_;
+ };
+@@ -174,6 +182,8 @@ public:
+ }
+ }
+ ExtensionFlowObj *copy() const { return new DocumentTypeFlowObj(*this); }
++ public:
++ DocumentTypeFlowObj() {}
+ private:
+ DocumentTypeNIC nic_;
+ };
diff --git a/meta/recipes-devtools/openjade/openjade-native_1.3.2.bb b/meta/recipes-devtools/openjade/openjade-native_1.3.2.bb
index 0de8b96..5c1037a 100644
--- a/meta/recipes-devtools/openjade/openjade-native_1.3.2.bb
+++ b/meta/recipes-devtools/openjade/openjade-native_1.3.2.bb
@@ -7,13 +7,14 @@ SECTION = "base"
LICENSE = "BSD"
LIC_FILES_CHKSUM = "file://COPYING;md5=641ff1e4511f0a87044ad42f87cb1045"
-PR = "r1"
+PR = "r2"
DEPENDS = "opensp-native sgml-common-native"
RDEPENDS_${PN} = "sgml-common"
SRC_URI = "${SOURCEFORGE_MIRROR}/openjade/openjade-${PV}.tar.gz \
- file://makefile.patch"
+ file://makefile.patch \
+ file://user-declared-default-constructor.patch"
SRC_URI[md5sum] = "7df692e3186109cc00db6825b777201e"
SRC_URI[sha256sum] = "1d2d7996cc94f9b87d0c51cf0e028070ac177c4123ecbfd7ac1cb8d0b7d322d1"
--
1.7.4.1
^ permalink raw reply related [flat|nested] 23+ messages in thread* [PATCH 7/7] xserver-xf86: explicitly disable fop document generation
2011-04-01 13:39 [PATCH 0/7] Patch series against Bernard for Fedora 15 users Joshua Lock
` (2 preceding siblings ...)
2011-04-01 13:38 ` [PATCH 6/7] openjade: fix build with GCC 4.6 Joshua Lock
@ 2011-04-01 13:38 ` Joshua Lock
2011-04-01 13:40 ` [PATCH 1/7] elfutils: fix builds with gcc 4.6 Joshua Lock
` (2 subsequent siblings)
6 siblings, 0 replies; 23+ messages in thread
From: Joshua Lock @ 2011-04-01 13:38 UTC (permalink / raw)
To: poky
From: Joshua Lock <josh@linux.intel.com>
Signed-off-by: Joshua Lock <josh@linux.intel.com>
---
.../xorg-xserver/xserver-xf86-common.inc | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xf86-common.inc b/meta/recipes-graphics/xorg-xserver/xserver-xf86-common.inc
index f9ea0e4..b1a0f08 100644
--- a/meta/recipes-graphics/xorg-xserver/xserver-xf86-common.inc
+++ b/meta/recipes-graphics/xorg-xserver/xserver-xf86-common.inc
@@ -34,3 +34,4 @@ FILES_${PN}-dbg += "${libdir}/xorg/modules/.debug \
SRC_URI += "file://macro_tweak.patch"
+EXTRA_OECONF = "--with-fop=no"
--
1.7.4.1
^ permalink raw reply related [flat|nested] 23+ messages in thread* [PATCH 1/7] elfutils: fix builds with gcc 4.6
2011-04-01 13:39 [PATCH 0/7] Patch series against Bernard for Fedora 15 users Joshua Lock
` (3 preceding siblings ...)
2011-04-01 13:38 ` [PATCH 7/7] xserver-xf86: explicitly disable fop document generation Joshua Lock
@ 2011-04-01 13:40 ` Joshua Lock
2011-04-04 21:37 ` Martin Jansa
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
6 siblings, 1 reply; 23+ messages in thread
From: Joshua Lock @ 2011-04-01 13:40 UTC (permalink / raw)
To: poky
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-"
do_configure_prepend() {
--
1.7.4.1
^ permalink raw reply related [flat|nested] 23+ messages in thread* Re: [PATCH 1/7] elfutils: fix builds with gcc 4.6
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
0 siblings, 1 reply; 23+ messages in thread
From: Martin Jansa @ 2011-04-04 21:37 UTC (permalink / raw)
To: Joshua Lock; +Cc: poky
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.
Regards,
>
> do_configure_prepend() {
> --
> 1.7.4.1
>
> _______________________________________________
> poky mailing list
> poky@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/poky
>
^ permalink raw reply [flat|nested] 23+ messages in thread* Re: [PATCH 1/7] elfutils: fix builds with gcc 4.6
2011-04-04 21:37 ` Martin Jansa
@ 2011-04-04 22:46 ` Richard Purdie
2011-04-06 11:16 ` Joshua Lock
0 siblings, 1 reply; 23+ messages in thread
From: Richard Purdie @ 2011-04-04 22:46 UTC (permalink / raw)
To: Martin Jansa; +Cc: poky
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.
Ouch, I'm going to revert this, we'll need an alternative fix. Thanks
for reporting!
Cheers,
Richard
^ permalink raw reply [flat|nested] 23+ messages in thread* Re: [PATCH 1/7] elfutils: fix builds with gcc 4.6
2011-04-04 22:46 ` Richard Purdie
@ 2011-04-06 11:16 ` Joshua Lock
2011-04-06 17:06 ` Khem Raj
0 siblings, 1 reply; 23+ messages in thread
From: Joshua Lock @ 2011-04-06 11:16 UTC (permalink / raw)
To: Richard Purdie; +Cc: poky
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.
Regards,
Joshua
--
Joshua Lock
Yocto Build System Monkey
Intel Open Source Technology Centre
^ permalink raw reply [flat|nested] 23+ messages in thread* Re: [PATCH 1/7] elfutils: fix builds with gcc 4.6
2011-04-06 11:16 ` Joshua Lock
@ 2011-04-06 17:06 ` Khem Raj
2011-04-08 12:28 ` Joshua Lock
0 siblings, 1 reply; 23+ messages in thread
From: Khem Raj @ 2011-04-06 17:06 UTC (permalink / raw)
To: Joshua Lock; +Cc: poky
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
> Regards,
> Joshua
> --
> Joshua Lock
> Yocto Build System Monkey
> Intel Open Source Technology Centre
>
> _______________________________________________
> poky mailing list
> poky@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/poky
>
^ permalink raw reply [flat|nested] 23+ messages in thread* Re: [PATCH 1/7] elfutils: fix builds with gcc 4.6
2011-04-06 17:06 ` Khem Raj
@ 2011-04-08 12:28 ` Joshua Lock
2011-04-08 13:21 ` Richard Purdie
0 siblings, 1 reply; 23+ messages in thread
From: Joshua Lock @ 2011-04-08 12:28 UTC (permalink / raw)
To: Khem Raj; +Cc: poky
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
^ permalink raw reply [flat|nested] 23+ messages in thread* Re: [PATCH 1/7] elfutils: fix builds with gcc 4.6
2011-04-08 12:28 ` Joshua Lock
@ 2011-04-08 13:21 ` Richard Purdie
0 siblings, 0 replies; 23+ messages in thread
From: Richard Purdie @ 2011-04-08 13:21 UTC (permalink / raw)
To: Joshua Lock; +Cc: poky
On Fri, 2011-04-08 at 13:28 +0100, Joshua Lock wrote:
> 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:
> > > 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.
I think this is a good approach given the issues we know we're going to
have with Bernard. I'll obviously take a version upgrade patch too :)
Cheers,
Richard
^ permalink raw reply [flat|nested] 23+ messages in thread
* [PATCH 2/7] python-native: add missing SRC_URI hashes
2011-04-01 13:39 [PATCH 0/7] Patch series against Bernard for Fedora 15 users Joshua Lock
` (4 preceding siblings ...)
2011-04-01 13:40 ` [PATCH 1/7] elfutils: fix builds with gcc 4.6 Joshua Lock
@ 2011-04-01 13:40 ` Joshua Lock
2011-04-01 13:40 ` [PATCH 3/7] libx11: " Joshua Lock
6 siblings, 0 replies; 23+ messages in thread
From: Joshua Lock @ 2011-04-01 13:40 UTC (permalink / raw)
To: poky
From: Joshua Lock <josh@linux.intel.com>
Signed-off-by: Joshua Lock <josh@linux.intel.com>
---
.../recipes-devtools/python/python-native_2.6.6.bb | 3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-devtools/python/python-native_2.6.6.bb b/meta/recipes-devtools/python/python-native_2.6.6.bb
index 2ad10c9..11956a4 100644
--- a/meta/recipes-devtools/python/python-native_2.6.6.bb
+++ b/meta/recipes-devtools/python/python-native_2.6.6.bb
@@ -14,6 +14,9 @@ SRC_URI = "http://www.python.org/ftp/python/${PV}/Python-${PV}.tar.bz2 \
file://nohostlibs.patch"
S = "${WORKDIR}/Python-${PV}"
+SRC_URI[md5sum] = "cf4e6881bb84a7ce6089e4a307f71f14"
+SRC_URI[sha256sum] = "134c5e0736bae2e5570d0b915693374f11108ded63c35a23a35d282737d2ce83"
+
inherit native
EXTRA_OEMAKE = '\
--
1.7.4.1
^ permalink raw reply related [flat|nested] 23+ messages in thread* [PATCH 3/7] libx11: add missing SRC_URI hashes
2011-04-01 13:39 [PATCH 0/7] Patch series against Bernard for Fedora 15 users Joshua Lock
` (5 preceding siblings ...)
2011-04-01 13:40 ` [PATCH 2/7] python-native: add missing SRC_URI hashes Joshua Lock
@ 2011-04-01 13:40 ` Joshua Lock
6 siblings, 0 replies; 23+ messages in thread
From: Joshua Lock @ 2011-04-01 13:40 UTC (permalink / raw)
To: poky
From: Joshua Lock <josh@linux.intel.com>
Signed-off-by: Joshua Lock <josh@linux.intel.com>
---
meta/recipes-graphics/xorg-lib/libx11_1.3.4.bb | 3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-graphics/xorg-lib/libx11_1.3.4.bb b/meta/recipes-graphics/xorg-lib/libx11_1.3.4.bb
index aaeb38e..c572d5e 100644
--- a/meta/recipes-graphics/xorg-lib/libx11_1.3.4.bb
+++ b/meta/recipes-graphics/xorg-lib/libx11_1.3.4.bb
@@ -10,6 +10,9 @@ SRC_URI += "file://x11_disable_makekeys.patch \
file://nodolt.patch \
file://include_fix.patch"
+SRC_URI[md5sum] = "f65c9c7ecbfb64c19dbd7927160d63fd"
+SRC_URI[sha256sum] = "88d7238ce5f7cd123450567de7a3b56a43556e4ccc45df38b8324147c889a844"
+
DEPENDS += "bigreqsproto xproto xextproto xtrans libxau xcmiscproto \
libxdmcp xf86bigfontproto kbproto inputproto xproto-native gettext"
--
1.7.4.1
^ permalink raw reply related [flat|nested] 23+ messages in thread