* [PATCH 1/5] eglibc: fix build issue with make-3.82
2010-12-07 21:13 [PATCH 0/5] Fedora 14 Patches Wolfgang Denk
@ 2010-12-07 21:13 ` Wolfgang Denk
2010-12-07 21:14 ` [PATCH 2/5] gstreamer: " Wolfgang Denk
` (5 subsequent siblings)
6 siblings, 0 replies; 22+ messages in thread
From: Wolfgang Denk @ 2010-12-07 21:13 UTC (permalink / raw)
To: poky; +Cc: Vasily Khoruzhick
From: Vasily Khoruzhick <anarsoul@gmail.com>
Add patch to fix this error when building eglibc-2.11, eglibc-2.12
with make-3.82:
make[2]: Entering directory `eglibc-2_12/libc/manual'
Makefile:246: *** mixed implicit and normal rules. Stop.
Signed-off-by: Vasily Khoruzhick <anarsoul@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Adapted for Poky from OE commit fbcef38
Signed-off-by: Wolfgang Denk <wd@denx.de>
---
meta/recipes-core/eglibc/eglibc_2.12.bb | 3 ++-
.../eglibc/files/eglibc-make-382.patch | 15 +++++++++++++++
2 files changed, 17 insertions(+), 1 deletions(-)
create mode 100644 meta/recipes-core/eglibc/files/eglibc-make-382.patch
diff --git a/meta/recipes-core/eglibc/eglibc_2.12.bb b/meta/recipes-core/eglibc/eglibc_2.12.bb
index 3d0dc73..d188bca 100644
--- a/meta/recipes-core/eglibc/eglibc_2.12.bb
+++ b/meta/recipes-core/eglibc/eglibc_2.12.bb
@@ -2,7 +2,7 @@ require eglibc.inc
DEPENDS += "gperf-native"
FILESPATHPKG =. "eglibc-svn:"
-PR = "r12"
+PR = "r13"
EGLIBC_BRANCH="eglibc-2_12"
SRC_URI = "svn://www.eglibc.org/svn/branches/;module=${EGLIBC_BRANCH};proto=http \
@@ -10,6 +10,7 @@ SRC_URI = "svn://www.eglibc.org/svn/branches/;module=${EGLIBC_BRANCH};proto=http
file://IO-acquire-lock-fix.patch \
file://shorten-build-commands.patch \
file://mips-rld-map-check.patch \
+ file://eglibc-make-382.patch \
file://etc/ld.so.conf \
file://generate-supported.mk \
file://fix-for-make-3.82.diff"
diff --git a/meta/recipes-core/eglibc/files/eglibc-make-382.patch b/meta/recipes-core/eglibc/files/eglibc-make-382.patch
new file mode 100644
index 0000000..5ecad90
--- /dev/null
+++ b/meta/recipes-core/eglibc/files/eglibc-make-382.patch
@@ -0,0 +1,15 @@
+http://git.frugalware.org/gitweb/gitweb.cgi?p=frugalware-current.git;a=blob_plain;f=source/base/glibc/make-3.82-fix.patch;hb=8217c32ecc2e14962847ba3d8a272eb64a3dba4f
+
+--- libc/manual/Makefile
++++ libc/manual/Makefile
+@@ -232,7 +232,9 @@
+ .PHONY: stubs
+ stubs: $(objpfx)stubs
+ endif
+-$(objpfx)stubs ../po/manual.pot $(objpfx)stamp%:
++$(objpfx)stubs ../po/manual.pot:
++ touch $@
++$(objpfx)stamp%:
+ $(make-target-directory)
+ touch $@
+
--
1.7.3.2
^ permalink raw reply related [flat|nested] 22+ messages in thread* [PATCH 2/5] gstreamer: fix build issue with make-3.82
2010-12-07 21:13 [PATCH 0/5] Fedora 14 Patches Wolfgang Denk
2010-12-07 21:13 ` [PATCH 1/5] eglibc: fix build issue with make-3.82 Wolfgang Denk
@ 2010-12-07 21:14 ` Wolfgang Denk
2010-12-07 21:14 ` [PATCH 3/5] Add support for 40x configuration (kilauea from OE) Wolfgang Denk
` (4 subsequent siblings)
6 siblings, 0 replies; 22+ messages in thread
From: Wolfgang Denk @ 2010-12-07 21:14 UTC (permalink / raw)
To: poky
Fix gstreamer-0.10.29 build errors with make-3.82:
make[4]: Entering directory `.../gstreamer-0.10.29-r0/gstreamer-0.10.29/docs/gst'
Makefile:923: *** missing separator (did you mean TAB instead of 8 spaces?). Stop.
Signed-off-by: Wolfgang Denk <wd@denx.de>
---
.../gstreamer-0.10.29/gstreamer-make-382.patch | 178 ++++++++++++++++++++
.../gstreamer/gstreamer_0.10.30.bb | 5 +-
2 files changed, 181 insertions(+), 2 deletions(-)
create mode 100644 meta/recipes-multimedia/gstreamer/gstreamer-0.10.29/gstreamer-make-382.patch
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer-0.10.29/gstreamer-make-382.patch b/meta/recipes-multimedia/gstreamer/gstreamer-0.10.29/gstreamer-make-382.patch
new file mode 100644
index 0000000..452eef8
--- /dev/null
+++ b/meta/recipes-multimedia/gstreamer/gstreamer-0.10.29/gstreamer-make-382.patch
@@ -0,0 +1,178 @@
+--- gstreamer-0.10.29/docs/libs/Makefile.in.ORIG 2010-12-04 05:55:07.453342358 +0100
++++ gstreamer-0.10.29/docs/libs/Makefile.in 2010-12-04 14:23:21.382158587 +0100
+@@ -698,10 +698,10 @@
+
+ upload: $(FORMATS)
+ @if test "x$(PACKAGE_VERSION_NANO)" = x0; then \
+- export DOCVERSION=$(VERSION); \
+- else export DOCVERSION=head; \
+- fi; \
+- export DIR=$(DOC_BASE)/gstreamer/$$DOCVERSION/$(DOC); \
++ export DOCVERSION=$(VERSION); \
++ else export DOCVERSION=head; \
++ fi; \
++ export DIR=$(DOC_BASE)/gstreamer/$$DOCVERSION/$(DOC); \
+ ssh $(DOC_SERVER) mkdir -p $$DIR; \
+ if echo $(FORMATS) | grep html > /dev/null; then \
+ echo "Preparing docs for upload (rebasing cross-references) ..." ; \
+@@ -853,7 +853,7 @@
+ # make distcheck work
+ distclean-local:
+ rm -f $(REPORT_FILES) \
+- $(DOC_MODULE)-decl-list.txt $(DOC_MODULE)-decl.txt
++ $(DOC_MODULE)-decl-list.txt $(DOC_MODULE)-decl.txt
+ rm -rf tmpl/*.sgml.bak
+ rm -f $(DOC_MODULE).hierarchy
+ rm -f *.stamp || true
+@@ -861,7 +861,7 @@
+ rm -f $(DOC_MODULE)-docs.sgml ; \
+ rm -f $(DOC_MODULE).types ; \
+ rm -f $(DOC_MODULE).interfaces ; \
+- rm -f $(DOC_MODULE)-overrides.txt ; \
++ rm -f $(DOC_MODULE)-overrides.txt ; \
+ rm -f $(DOC_MODULE).prerequisites ; \
+ rm -f $(DOC_MODULE)-sections.txt ; \
+ rm -rf tmpl/*.sgml ; \
+@@ -870,7 +870,7 @@
+
+ maintainer-clean-local: clean
+ cd $(srcdir) && rm -rf html \
+- xml $(DOC_MODULE)-decl-list.txt $(DOC_MODULE)-decl.txt
++ xml $(DOC_MODULE)-decl-list.txt $(DOC_MODULE)-decl.txt
+
+ # thomas: make docs parallel installable; devhelp requires majorminor too
+ install-data-local:
+@@ -887,7 +887,7 @@
+ $(INSTALL_DATA) $(srcdir)/html/$(DOC_MODULE).devhelp \
+ $(DESTDIR)$(TARGET_DIR)/$(DOC_MODULE)-@GST_MAJORMINOR@.devhelp; \
+ if test -e $(srcdir)/html/$(DOC_MODULE).devhelp2; then \
+- $(INSTALL_DATA) $(srcdir)/html/$(DOC_MODULE).devhelp2 \
++ $(INSTALL_DATA) $(srcdir)/html/$(DOC_MODULE).devhelp2 \
+ $(DESTDIR)$(TARGET_DIR)/$(DOC_MODULE)-@GST_MAJORMINOR@.devhelp2; \
+ fi; \
+ (which gtkdoc-rebase >/dev/null && \
+@@ -915,7 +915,7 @@
+ -cp $(srcdir)/$(DOC_MODULE).types $(distdir)/
+ -cp $(srcdir)/$(DOC_MODULE)-sections.txt $(distdir)/
+ cd $(distdir) && rm -f $(DISTCLEANFILES)
+- -gtkdoc-rebase --online --relative --html-dir=$(distdir)/html
++ -gtkdoc-rebase --online --relative --html-dir=$(distdir)/html
+
+ .PHONY : dist-hook-local docs
+
+--- gstreamer-0.10.29/docs/gst/Makefile.in.ORIG 2010-12-04 05:55:06.996308940 +0100
++++ gstreamer-0.10.29/docs/gst/Makefile.in 2010-12-04 14:22:30.997447871 +0100
+@@ -509,7 +509,7 @@
+ case '$(am__configure_deps)' in \
+ *$$dep*) \
+ ( cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh ) \
+- && { if test -f $@; then exit 0; else break; fi; }; \
++ && { if test -f $@; then exit 0; else break; fi; }; \
+ exit 1;; \
+ esac; \
+ done; \
+@@ -700,10 +700,10 @@
+
+ upload: $(FORMATS)
+ @if test "x$(PACKAGE_VERSION_NANO)" = x0; then \
+- export DOCVERSION=$(VERSION); \
+- else export DOCVERSION=head; \
+- fi; \
+- export DIR=$(DOC_BASE)/gstreamer/$$DOCVERSION/$(DOC); \
++ export DOCVERSION=$(VERSION); \
++ else export DOCVERSION=head; \
++ fi; \
++ export DIR=$(DOC_BASE)/gstreamer/$$DOCVERSION/$(DOC); \
+ ssh $(DOC_SERVER) mkdir -p $$DIR; \
+ if echo $(FORMATS) | grep html > /dev/null; then \
+ echo "Preparing docs for upload (rebasing cross-references) ..." ; \
+@@ -753,8 +753,8 @@
+ @ENABLE_GTK_DOC_TRUE@ if grep -l '^..*$$' $(srcdir)/$(DOC_MODULE).types > /dev/null; \
+ @ENABLE_GTK_DOC_TRUE@ then \
+ @ENABLE_GTK_DOC_TRUE@ if test x"$(srcdir)" != x. ; then \
+-@ENABLE_GTK_DOC_TRUE@ cp $(srcdir)/$(DOC_MODULE).types . ; \
+-@ENABLE_GTK_DOC_TRUE@ chmod u+w $(DOC_MODULE).types ; \
++@ENABLE_GTK_DOC_TRUE@ cp $(srcdir)/$(DOC_MODULE).types . ; \
++@ENABLE_GTK_DOC_TRUE@ chmod u+w $(DOC_MODULE).types ; \
+ @ENABLE_GTK_DOC_TRUE@ fi ; \
+ @ENABLE_GTK_DOC_TRUE@ GST_PLUGIN_SYSTEM_PATH=`cd $(top_builddir) && pwd` \
+ @ENABLE_GTK_DOC_TRUE@ GST_PLUGIN_PATH= \
+@@ -764,17 +764,17 @@
+ @ENABLE_GTK_DOC_TRUE@ CFLAGS="$(GTKDOC_CFLAGS) $(CFLAGS)" \
+ @ENABLE_GTK_DOC_TRUE@ LDFLAGS="$(GTKDOC_LIBS) $(LDFLAGS)" \
+ @ENABLE_GTK_DOC_TRUE@ gtkdoc-scangobj --type-init-func="gst_init(NULL,NULL)" \
+-@ENABLE_GTK_DOC_TRUE@ --module=$(DOC_MODULE) ; \
++@ENABLE_GTK_DOC_TRUE@ --module=$(DOC_MODULE) ; \
+ @ENABLE_GTK_DOC_TRUE@ else \
+ @ENABLE_GTK_DOC_TRUE@ cd $(srcdir) ; \
+ @ENABLE_GTK_DOC_TRUE@ for i in $(SCANOBJ_FILES) ; do \
+-@ENABLE_GTK_DOC_TRUE@ test -f $$i || touch $$i ; \
++@ENABLE_GTK_DOC_TRUE@ test -f $$i || touch $$i ; \
+ @ENABLE_GTK_DOC_TRUE@ done \
+ @ENABLE_GTK_DOC_TRUE@ fi
+ @ENABLE_GTK_DOC_TRUE@ if test "x$(top_srcdir)" != "x$(top_builddir)"; \
+-@ENABLE_GTK_DOC_TRUE@ then \
+-@ENABLE_GTK_DOC_TRUE@ export BUILT_OPTIONS="--source-dir=$(DOC_BUILD_DIR)"; \
+-@ENABLE_GTK_DOC_TRUE@ fi; \
++@ENABLE_GTK_DOC_TRUE@ then \
++@ENABLE_GTK_DOC_TRUE@ export BUILT_OPTIONS="--source-dir=$(DOC_BUILD_DIR)"; \
++@ENABLE_GTK_DOC_TRUE@ fi; \
+ @ENABLE_GTK_DOC_TRUE@ gtkdoc-scan \
+ @ENABLE_GTK_DOC_TRUE@ $(SCAN_OPTIONS) $(EXTRA_HFILES) \
+ @ENABLE_GTK_DOC_TRUE@ --module=$(DOC_MODULE) \
+@@ -844,7 +844,7 @@
+ @ENABLE_GTK_DOC_TRUE@ rm -rf xml tmpl html
+ # clean files copied for nonsrcdir templates build
+ @ENABLE_GTK_DOC_TRUE@ if test x"$(srcdir)" != x. ; then \
+-@ENABLE_GTK_DOC_TRUE@ rm -rf $(DOC_MODULE).types; \
++@ENABLE_GTK_DOC_TRUE@ rm -rf $(DOC_MODULE).types; \
+ @ENABLE_GTK_DOC_TRUE@ fi
+ @ENABLE_GTK_DOC_FALSE@all-local:
+ @ENABLE_GTK_DOC_FALSE@clean-local-gtkdoc:
+@@ -858,7 +858,7 @@
+ # make distcheck work
+ distclean-local:
+ rm -f $(REPORT_FILES) \
+- $(DOC_MODULE)-decl-list.txt $(DOC_MODULE)-decl.txt
++ $(DOC_MODULE)-decl-list.txt $(DOC_MODULE)-decl.txt
+ rm -rf tmpl/*.sgml.bak
+ rm -f $(DOC_MODULE).hierarchy
+ rm -f *.stamp || true
+@@ -866,7 +866,7 @@
+ rm -f $(DOC_MODULE)-docs.sgml ; \
+ rm -f $(DOC_MODULE).types ; \
+ rm -f $(DOC_MODULE).interfaces ; \
+- rm -f $(DOC_MODULE)-overrides.txt ; \
++ rm -f $(DOC_MODULE)-overrides.txt ; \
+ rm -f $(DOC_MODULE).prerequisites ; \
+ rm -f $(DOC_MODULE)-sections.txt ; \
+ rm -rf tmpl/*.sgml ; \
+@@ -875,7 +875,7 @@
+
+ maintainer-clean-local: clean
+ cd $(srcdir) && rm -rf html \
+- xml $(DOC_MODULE)-decl-list.txt $(DOC_MODULE)-decl.txt
++ xml $(DOC_MODULE)-decl-list.txt $(DOC_MODULE)-decl.txt
+
+ # thomas: make docs parallel installable; devhelp requires majorminor too
+ install-data-local:
+@@ -892,8 +892,8 @@
+ $(INSTALL_DATA) $(srcdir)/html/$(DOC_MODULE).devhelp \
+ $(DESTDIR)$(TARGET_DIR)/$(DOC_MODULE)-@GST_MAJORMINOR@.devhelp; \
+ if test -e $(srcdir)/html/$(DOC_MODULE).devhelp2; then \
+- $(INSTALL_DATA) $(srcdir)/html/$(DOC_MODULE).devhelp2 \
+- $(DESTDIR)$(TARGET_DIR)/$(DOC_MODULE)-@GST_MAJORMINOR@.devhelp2; \
++ $(INSTALL_DATA) $(srcdir)/html/$(DOC_MODULE).devhelp2 \
++ $(DESTDIR)$(TARGET_DIR)/$(DOC_MODULE)-@GST_MAJORMINOR@.devhelp2; \
+ fi; \
+ (which gtkdoc-rebase >/dev/null && \
+ gtkdoc-rebase --relative --dest-dir=$(DESTDIR) --html-dir=$(DESTDIR)$(TARGET_DIR)) || true ; \
+@@ -920,7 +920,7 @@
+ -cp $(srcdir)/$(DOC_MODULE).types $(distdir)/
+ -cp $(srcdir)/$(DOC_MODULE)-sections.txt $(distdir)/
+ cd $(distdir) && rm -f $(DISTCLEANFILES)
+- -gtkdoc-rebase --online --relative --html-dir=$(distdir)/html
++ -gtkdoc-rebase --online --relative --html-dir=$(distdir)/html
+
+ .PHONY : dist-hook-local docs
+
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer_0.10.30.bb b/meta/recipes-multimedia/gstreamer/gstreamer_0.10.30.bb
index 38e28fa..2da32a3 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer_0.10.30.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer_0.10.30.bb
@@ -9,11 +9,12 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=55ca817ccb7d5b5b66355690e9abc605 \
file://gst/gst.h;beginline=1;endline=21;md5=8e5fe5e87d33a04479fde862e238eaa4"
DEPENDS = "glib-2.0 gettext libxml2 bison-native flex-native"
-PR = "r0"
+PR = "r1"
SRC_URI = "http://gstreamer.freedesktop.org/src/gstreamer/gstreamer-${PV}.tar.bz2 \
file://check_fix.patch;patch=1 \
- file://gst-inspect-check-error.patch;patch=1"
+ file://gst-inspect-check-error.patch;patch=1 \
+ file://gstreamer-make-382.patch;patch=1"
inherit autotools pkgconfig
--
1.7.3.2
^ permalink raw reply related [flat|nested] 22+ messages in thread* [PATCH 3/5] Add support for 40x configuration (kilauea from OE)
2010-12-07 21:13 [PATCH 0/5] Fedora 14 Patches Wolfgang Denk
2010-12-07 21:13 ` [PATCH 1/5] eglibc: fix build issue with make-3.82 Wolfgang Denk
2010-12-07 21:14 ` [PATCH 2/5] gstreamer: " Wolfgang Denk
@ 2010-12-07 21:14 ` Wolfgang Denk
2010-12-07 21:14 ` [PATCH 4/5] elfutils-0.148: fix build problem with "ar" Wolfgang Denk
` (3 subsequent siblings)
6 siblings, 0 replies; 22+ messages in thread
From: Wolfgang Denk @ 2010-12-07 21:14 UTC (permalink / raw)
To: poky
Signed-off-by: Wolfgang Denk <wd@denx.de>
---
meta/conf/machine/include/tune-ppc405.inc | 6 ++++++
meta/conf/machine/kilauea.conf | 22 ++++++++++++++++++++++
2 files changed, 28 insertions(+), 0 deletions(-)
create mode 100644 meta/conf/machine/include/tune-ppc405.inc
create mode 100644 meta/conf/machine/kilauea.conf
diff --git a/meta/conf/machine/include/tune-ppc405.inc b/meta/conf/machine/include/tune-ppc405.inc
new file mode 100644
index 0000000..e5edd68
--- /dev/null
+++ b/meta/conf/machine/include/tune-ppc405.inc
@@ -0,0 +1,6 @@
+#default to soft-floats if distro/machine/local.conf don't define anything else
+TARGET_FPU ?= "soft"
+TARGET_CC_ARCH = "-mcpu=405"
+BASE_PACKAGE_ARCH = "ppc405"
+FEED_ARCH = "ppc405"
+PACKAGE_EXTRA_ARCHS += "ppc405"
diff --git a/meta/conf/machine/kilauea.conf b/meta/conf/machine/kilauea.conf
new file mode 100644
index 0000000..883448c
--- /dev/null
+++ b/meta/conf/machine/kilauea.conf
@@ -0,0 +1,22 @@
+#@TYPE: Machine
+#@Name: AMCC Kilauea (405EX)
+#@DESCRIPTION: Machine configuration for the AMCC Kilauea (405EX)
+
+TARGET_ARCH = "powerpc"
+
+PREFERRED_PROVIDER_virtual/kernel = "linux"
+
+MACHINE_FEATURES = "kernel26"
+
+KERNEL_IMAGETYPE = "uImage"
+
+PREFERRED_VERSION_u-boot = "v2010.09"
+UBOOT_MACHINE = "kilauea_config"
+UBOOT_ENTRYPOINT = "0"
+UBOOT_LOADADDRESS = "0"
+
+SERIAL_CONSOLE = "115200 ttyS0"
+
+#tune for the 405 cpu
+require conf/machine/include/tune-ppc405.inc
+
--
1.7.3.2
^ permalink raw reply related [flat|nested] 22+ messages in thread* [PATCH 4/5] elfutils-0.148: fix build problem with "ar"
2010-12-07 21:13 [PATCH 0/5] Fedora 14 Patches Wolfgang Denk
` (2 preceding siblings ...)
2010-12-07 21:14 ` [PATCH 3/5] Add support for 40x configuration (kilauea from OE) Wolfgang Denk
@ 2010-12-07 21:14 ` Wolfgang Denk
2010-12-07 21:14 ` [PATCH 5/5] elfutils-0.148: fix problems with `ld' not recognizing options Wolfgang Denk
` (2 subsequent siblings)
6 siblings, 0 replies; 22+ messages in thread
From: Wolfgang Denk @ 2010-12-07 21:14 UTC (permalink / raw)
To: poky
Building on Fedora 14 failed with:
make[2]: Entering directory `.../tmp/work/x86_64-linux/elfutils-native-0.148-r1/elfutils-0.148/src'
rm -f libld_elf_i386_pic.a
ar cru libld_elf_i386_pic.a i386_ld.os
ar: -u: (PROGRAM ERROR) Option should have been recognized!?
Try `ar --help' or `ar --usage' for more information.
Signed-off-by: Wolfgang Denk <wd@denx.de>
---
.../elfutils/elfutils-0.148/ar-options.patch | 11 +++++++++++
meta/recipes-devtools/elfutils/elfutils_0.148.bb | 3 ++-
2 files changed, 13 insertions(+), 1 deletions(-)
create mode 100644 meta/recipes-devtools/elfutils/elfutils-0.148/ar-options.patch
diff --git a/meta/recipes-devtools/elfutils/elfutils-0.148/ar-options.patch b/meta/recipes-devtools/elfutils/elfutils-0.148/ar-options.patch
new file mode 100644
index 0000000..51af3bb
--- /dev/null
+++ b/meta/recipes-devtools/elfutils/elfutils-0.148/ar-options.patch
@@ -0,0 +1,11 @@
+--- elfutils-0.148/src/Makefile.in.ORIG 2010-12-05 03:37:48.292949274 +0100
++++ elfutils-0.148/src/Makefile.in 2010-12-05 10:26:14.441638800 +0100
+@@ -64,7 +64,7 @@
+ CONFIG_CLEAN_VPATH_FILES =
+ LIBRARIES = $(noinst_LIBRARIES)
+ AR = ar
+-ARFLAGS = cru
++ARFLAGS = cr
+ libar_a_AR = $(AR) $(ARFLAGS)
+ libar_a_LIBADD =
+ am_libar_a_OBJECTS = arlib.$(OBJEXT) arlib2.$(OBJEXT)
diff --git a/meta/recipes-devtools/elfutils/elfutils_0.148.bb b/meta/recipes-devtools/elfutils/elfutils_0.148.bb
index f84ab8e..5a7beaa 100644
--- a/meta/recipes-devtools/elfutils/elfutils_0.148.bb
+++ b/meta/recipes-devtools/elfutils/elfutils_0.148.bb
@@ -6,7 +6,7 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3\
file://EXCEPTION;md5=570adcb0c1218ab57f2249c67d0ce417"
DEPENDS = "libtool zlib"
-PR = "r1"
+PR = "r2"
SRC_URI = "https://fedorahosted.org/releases/e/l/elfutils/elfutils-${PV}.tar.bz2"
@@ -24,6 +24,7 @@ SRC_URI += "\
file://testsuite-ignore-elflint.diff \
file://elf_additions.diff \
file://elfutils-fsize.patch \
+ file://ar-options.patch \
"
# The buildsystem wants to generate 2 .h files from source using a binary it just built,
--
1.7.3.2
^ permalink raw reply related [flat|nested] 22+ messages in thread* [PATCH 5/5] elfutils-0.148: fix problems with `ld' not recognizing options
2010-12-07 21:13 [PATCH 0/5] Fedora 14 Patches Wolfgang Denk
` (3 preceding siblings ...)
2010-12-07 21:14 ` [PATCH 4/5] elfutils-0.148: fix build problem with "ar" Wolfgang Denk
@ 2010-12-07 21:14 ` Wolfgang Denk
2010-12-07 22:01 ` [PATCH 0/5] Fedora 14 Patches Wolfgang Denk
2010-12-08 11:24 ` Paul Eggleton
6 siblings, 0 replies; 22+ messages in thread
From: Wolfgang Denk @ 2010-12-07 21:14 UTC (permalink / raw)
To: poky
Recent versions of gcc (for example in Fedora 14) will call the
included linker with options like "-rpath", "-rpath-link" and
"--add-needed" resp. "--no-add-needed" wich cause the linker to fail.
Previde backward compatibility renames for the "-rpath*" options and
add dummy handling for the "*add-needed" options.
Signed-off-by: Wolfgang Denk <wd@denx.de>
---
I have to admit that I dislike the approach of ignoring the
"*add-needed" options myself, but I haven't found a way to stop the
Fedora compiler from inserting these options.
.../elfutils/elfutils-0.148/ld-compatibility.patch | 56 ++++++++++++++++++++
meta/recipes-devtools/elfutils/elfutils_0.148.bb | 3 +-
2 files changed, 58 insertions(+), 1 deletions(-)
create mode 100644 meta/recipes-devtools/elfutils/elfutils-0.148/ld-compatibility.patch
diff --git a/meta/recipes-devtools/elfutils/elfutils-0.148/ld-compatibility.patch b/meta/recipes-devtools/elfutils/elfutils-0.148/ld-compatibility.patch
new file mode 100644
index 0000000..74eb706
--- /dev/null
+++ b/meta/recipes-devtools/elfutils/elfutils-0.148/ld-compatibility.patch
@@ -0,0 +1,56 @@
+--- elfutils-0.148/src/ld.c.ORIG 2010-04-13 22:08:02.000000000 +0200
++++ elfutils-0.148/src/ld.c 2010-12-06 22:38:54.837104954 +0100
+@@ -78,6 +78,8 @@
+ #if YYDEBUG
+ ARGP_yydebug,
+ #endif
++ ARGP_add_needed,
++ ARGP_no_add_needed,
+ };
+
+
+@@ -190,6 +192,11 @@
+ N_("Read version information from FILE."), 0 },
+ { "emulation", 'm', "NAME", 0, N_("Set emulation to NAME."), 0 },
+
++ { "add-needed", ARGP_add_needed, NULL, 0,
++ N_("Dummy implementation - does nothing"), 0 },
++ { "no-add-needed", ARGP_no_add_needed, NULL, 0,
++ N_("Dummy implementation - does nothing"), 0 },
++
+ { NULL, 0, NULL, 0, NULL, 0 }
+ };
+
+@@ -509,6 +516,8 @@
+ { "-export-dynamic", "--export-dynamic" },
+ { "-dynamic-linker", "--dynamic-linker" },
+ { "-static", "--static" },
++ { "-rpath", "--rpath" },
++ { "-rpath-link", "--rpath-link" },
+ };
+ const size_t nargs = sizeof (args) / sizeof (args[0]);
+
+@@ -754,6 +763,11 @@
+ conserve_memory = 1;
+ break;
+
++ case ARGP_add_needed: /* dummy entry, do nothing */
++ break;
++ case ARGP_no_add_needed: /* dummy entry, do nothing */
++ break;
++
+ default:
+ return ARGP_ERR_UNKNOWN;
+ }
+@@ -898,6 +912,11 @@
+ }
+ break;
+
++ case ARGP_add_needed: /* dummy entry, do nothing */
++ break;
++ case ARGP_no_add_needed: /* dummy entry, do nothing */
++ break;
++
+ default:
+ /* We can catch all other options here. They either have
+ already been handled or, if the parameter was not correct,
diff --git a/meta/recipes-devtools/elfutils/elfutils_0.148.bb b/meta/recipes-devtools/elfutils/elfutils_0.148.bb
index 5a7beaa..16dfb46 100644
--- a/meta/recipes-devtools/elfutils/elfutils_0.148.bb
+++ b/meta/recipes-devtools/elfutils/elfutils_0.148.bb
@@ -6,7 +6,7 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3\
file://EXCEPTION;md5=570adcb0c1218ab57f2249c67d0ce417"
DEPENDS = "libtool zlib"
-PR = "r2"
+PR = "r3"
SRC_URI = "https://fedorahosted.org/releases/e/l/elfutils/elfutils-${PV}.tar.bz2"
@@ -25,6 +25,7 @@ SRC_URI += "\
file://elf_additions.diff \
file://elfutils-fsize.patch \
file://ar-options.patch \
+ file://ld-compatibility.patch \
"
# The buildsystem wants to generate 2 .h files from source using a binary it just built,
--
1.7.3.2
^ permalink raw reply related [flat|nested] 22+ messages in thread* Re: [PATCH 0/5] Fedora 14 Patches
2010-12-07 21:13 [PATCH 0/5] Fedora 14 Patches Wolfgang Denk
` (4 preceding siblings ...)
2010-12-07 21:14 ` [PATCH 5/5] elfutils-0.148: fix problems with `ld' not recognizing options Wolfgang Denk
@ 2010-12-07 22:01 ` Wolfgang Denk
2010-12-08 11:24 ` Paul Eggleton
6 siblings, 0 replies; 22+ messages in thread
From: Wolfgang Denk @ 2010-12-07 22:01 UTC (permalink / raw)
To: poky; +Cc: Vasily Khoruzhick
In message <1291756443-28767-1-git-send-email-wd@denx.de> I wrote:
> From: Vasily Khoruzhick <anarsoul@gmail.com>
>
> The following is a series of patches trying to get Poky (both laverne
> 4.0 and top of tree) to build under a Fedora 14 x86_64 system.
Oops. Please punt that included "From:" line; it's just a bad copy &
paste from the first actual patch.
Sorry.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
Never put off until tomorrow what you can put off indefinitely.
^ permalink raw reply [flat|nested] 22+ messages in thread* Re: [PATCH 0/5] Fedora 14 Patches
2010-12-07 21:13 [PATCH 0/5] Fedora 14 Patches Wolfgang Denk
` (5 preceding siblings ...)
2010-12-07 22:01 ` [PATCH 0/5] Fedora 14 Patches Wolfgang Denk
@ 2010-12-08 11:24 ` Paul Eggleton
2010-12-08 11:35 ` Wolfgang Denk
2010-12-08 16:39 ` Wolfgang Denk
6 siblings, 2 replies; 22+ messages in thread
From: Paul Eggleton @ 2010-12-08 11:24 UTC (permalink / raw)
To: Wolfgang Denk; +Cc: Vasily Khoruzhick, poky
Hi Wolfgang / Vasily,
FYI I'm building on a Fedora 14 x86_64 system here, as is Joshua Lock.
On Tuesday 07 December 2010 21:13:58 Wolfgang Denk wrote:
> From: Vasily Khoruzhick <anarsoul@gmail.com>
>
> The following is a series of patches trying to get Poky (both laverne
> 4.0 and top of tree) to build under a Fedora 14 x86_64 system.
What are you building exactly? (distro/image/etc.)
> [1/5] eglibc: fix build issue with make-3.82
> meta/recipes-core/eglibc/eglibc_2.12.bb | 3 ++-
> .../eglibc/files/eglibc-make-382.patch | 15 +++++++++++++++
> 2 files changed, 17 insertions(+), 1 deletions(-)
A similar fix has already been applied to master.
> [2/5] gstreamer: fix build issue with make-3.82
> .../gstreamer-0.10.29/gstreamer-make-382.patch | 178 ++++++++++++++++++++
> .../gstreamer/gstreamer_0.10.30.bb | 5 +-
> 2 files changed, 181 insertions(+), 2 deletions(-)
This patch is needed; however it doesn't seem to work because (a) the inner patch file is in the wrong directory (gstreamer-0.10.29 instead of gstreamer-0.10.30), and (b) when this is moved into the correct location on my system it fails do_patch. I haven't yet looked into why.
> [3/5] Add support for 40x configuration (kilauea from OE)
> meta/conf/machine/include/tune-ppc405.inc | 6 ++++++
> meta/conf/machine/kilauea.conf | 22 ++++++++++++++++++++++
> 2 files changed, 28 insertions(+), 0 deletions(-)
I'm guessing that this one is unrelated to getting things working on F14?
> [4/5] elfutils-0.148: fix build problem with "ar"
> .../elfutils/elfutils-0.148/ar-options.patch | 11 +++++++++++
> meta/recipes-devtools/elfutils/elfutils_0.148.bb | 3 ++-
> 2 files changed, 13 insertions(+), 1 deletions(-)
>
> [5/5] elfutils-0.148: fix problems with `ld' not recognizing options
> .../elfutils/elfutils-0.148/ld-compatibility.patch | 56 ++++++++++++++++++++
> meta/recipes-devtools/elfutils/elfutils_0.148.bb | 3 +-
> 2 files changed, 58 insertions(+), 1 deletions(-)
Not sure about these two; for me with master this builds successfully. Could you retry with master and see if it works for you?
Cheers,
Paul
^ permalink raw reply [flat|nested] 22+ messages in thread* Re: [PATCH 0/5] Fedora 14 Patches
2010-12-08 11:24 ` Paul Eggleton
@ 2010-12-08 11:35 ` Wolfgang Denk
2010-12-08 22:18 ` Saul Wold
2010-12-08 16:39 ` Wolfgang Denk
1 sibling, 1 reply; 22+ messages in thread
From: Wolfgang Denk @ 2010-12-08 11:35 UTC (permalink / raw)
To: Paul Eggleton; +Cc: Vasily Khoruzhick, poky
Dear Paul Eggleton,
In message <201012081124.45901.paul.eggleton@linux.intel.com> you wrote:
>
> FYI I'm building on a Fedora 14 x86_64 system here, as is Joshua Lock.
Ah, that's good to know.
> On Tuesday 07 December 2010 21:13:58 Wolfgang Denk wrote:
> > From: Vasily Khoruzhick <anarsoul@gmail.com>
> >
> > The following is a series of patches trying to get Poky (both laverne
> > 4.0 and top of tree) to build under a Fedora 14 x86_64 system.
>
> What are you building exactly? (distro/image/etc.)
I've been testing mainly with laverne-4.0, and I'm tryting to build
poky-image-sdk for some PowerPC and ARM configs.
> > [1/5] eglibc: fix build issue with make-3.82
> > meta/recipes-core/eglibc/eglibc_2.12.bb | 3 ++-
> > .../eglibc/files/eglibc-make-382.patch | 15 +++++++++++++++
> > 2 files changed, 17 insertions(+), 1 deletions(-)
>
> A similar fix has already been applied to master.
I see. Must have missed that.
> > [2/5] gstreamer: fix build issue with make-3.82
> > .../gstreamer-0.10.29/gstreamer-make-382.patch | 178 ++++++++++++++++++++
> > .../gstreamer/gstreamer_0.10.30.bb | 5 +-
> > 2 files changed, 181 insertions(+), 2 deletions(-)
>
> This patch is needed; however it doesn't seem to work because (a) the inner patch file is in the wrong directory (gstreamer-0.10.29 instead of gstreamer-0.10.30), and (b) when this is moved into the correct location on my system it fails do_patch. I hav
> en't yet looked into why.
Argh. I missed that, too, when rebasing my patcehs (which were done
against laverne-4.0) against current master. Sorry.
Is master supposed to build poky-image-sdk for PowerPC?
> > [3/5] Add support for 40x configuration (kilauea from OE)
> > meta/conf/machine/include/tune-ppc405.inc | 6 ++++++
> > meta/conf/machine/kilauea.conf | 22 ++++++++++++++++++++++
> > 2 files changed, 28 insertions(+), 0 deletions(-)
>
> I'm guessing that this one is unrelated to getting things working on F14?
Yes, it is unrelated. It's one of the targets I use for testing.
> > [4/5] elfutils-0.148: fix build problem with "ar"
> > .../elfutils/elfutils-0.148/ar-options.patch | 11 +++++++++++
> > meta/recipes-devtools/elfutils/elfutils_0.148.bb | 3 ++-
> > 2 files changed, 13 insertions(+), 1 deletions(-)
> >
> > [5/5] elfutils-0.148: fix problems with `ld' not recognizing options
> > .../elfutils/elfutils-0.148/ld-compatibility.patch | 56 ++++++++++++++++++++
> > meta/recipes-devtools/elfutils/elfutils_0.148.bb | 3 +-
> > 2 files changed, 58 insertions(+), 1 deletions(-)
>
> Not sure about these two; for me with master this builds successfully. Could you retry with master and see if it works for you?
Yes, will do. I testes master about two weeks ago, when it didn't
build, but I will retest this now.
Thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
No man knows what true happiness is until he gets married. By then,
of course, its too late.
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/5] Fedora 14 Patches
2010-12-08 11:35 ` Wolfgang Denk
@ 2010-12-08 22:18 ` Saul Wold
2010-12-09 8:58 ` Wolfgang Denk
0 siblings, 1 reply; 22+ messages in thread
From: Saul Wold @ 2010-12-08 22:18 UTC (permalink / raw)
To: Wolfgang Denk; +Cc: Vasily Khoruzhick, Paul Eggleton, poky@yoctoproject.org
On 12/08/2010 03:35 AM, Wolfgang Denk wrote:
> Dear Paul Eggleton,
>
> In message<201012081124.45901.paul.eggleton@linux.intel.com> you wrote:
>>
>> FYI I'm building on a Fedora 14 x86_64 system here, as is Joshua Lock.
>
> Ah, that's good to know.
>
Wolfgang,
Thanks for your patches and assistance.
Not sure if you saw the Release Notes regarding F14 and building
make-native first and installing that locally due to problems with F14's
make. See http://bugzilla.pokylinux.org/show_bug.cgi?id=467
and http://www.yoctoproject.org/download/yocto-project-4-0-release-notes
>> On Tuesday 07 December 2010 21:13:58 Wolfgang Denk wrote:
>>> From: Vasily Khoruzhick<anarsoul@gmail.com>
>>>
>>> The following is a series of patches trying to get Poky (both laverne
>>> 4.0 and top of tree) to build under a Fedora 14 x86_64 system.
>>
>> What are you building exactly? (distro/image/etc.)
>
> I've been testing mainly with laverne-4.0, and I'm tryting to build
> poky-image-sdk for some PowerPC and ARM configs.
>
>>> [1/5] eglibc: fix build issue with make-3.82
>>> meta/recipes-core/eglibc/eglibc_2.12.bb | 3 ++-
>>> .../eglibc/files/eglibc-make-382.patch | 15 +++++++++++++++
>>> 2 files changed, 17 insertions(+), 1 deletions(-)
>>
>> A similar fix has already been applied to master.
>
> I see. Must have missed that.
>
>>> [2/5] gstreamer: fix build issue with make-3.82
>>> .../gstreamer-0.10.29/gstreamer-make-382.patch | 178 ++++++++++++++++++++
>>> .../gstreamer/gstreamer_0.10.30.bb | 5 +-
>>> 2 files changed, 181 insertions(+), 2 deletions(-)
>>
>> This patch is needed; however it doesn't seem to work because (a) the inner patch file is in the wrong directory (gstreamer-0.10.29 instead of gstreamer-0.10.30), and (b) when this is moved into the correct location on my system it fails do_patch. I hav
>> en't yet looked into why.
>
> Argh. I missed that, too, when rebasing my patcehs (which were done
> against laverne-4.0) against current master. Sorry.
>
> Is master supposed to build poky-image-sdk for PowerPC?
>
Yes, this should build you can see the status of master on our build
machine at http://autobuilder.pokylinux.org:8010/waterfall we are
working on stabilizing the build (meta-toolchain-sdk is failing currently).
>>> [3/5] Add support for 40x configuration (kilauea from OE)
>>> meta/conf/machine/include/tune-ppc405.inc | 6 ++++++
>>> meta/conf/machine/kilauea.conf | 22 ++++++++++++++++++++++
>>> 2 files changed, 28 insertions(+), 0 deletions(-)
>>
>> I'm guessing that this one is unrelated to getting things working on F14?
>
> Yes, it is unrelated. It's one of the targets I use for testing.
>
You should investigate creating a BSP Layer such as meta-kilauea that
you can put your changes into.
>>> [4/5] elfutils-0.148: fix build problem with "ar"
>>> .../elfutils/elfutils-0.148/ar-options.patch | 11 +++++++++++
>>> meta/recipes-devtools/elfutils/elfutils_0.148.bb | 3 ++-
>>> 2 files changed, 13 insertions(+), 1 deletions(-)
>>>
>>> [5/5] elfutils-0.148: fix problems with `ld' not recognizing options
>>> .../elfutils/elfutils-0.148/ld-compatibility.patch | 56 ++++++++++++++++++++
>>> meta/recipes-devtools/elfutils/elfutils_0.148.bb | 3 +-
>>> 2 files changed, 58 insertions(+), 1 deletions(-)
>>
>> Not sure about these two; for me with master this builds successfully. Could you retry with master and see if it works for you?
>
> Yes, will do. I testes master about two weeks ago, when it didn't
> build, but I will retest this now.
>
Thanks again, if you find more problems please let us now and we will
pull the changes.
Sau!
>
> Thanks.
>
> Best regards,
>
> Wolfgang Denk
>
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/5] Fedora 14 Patches
2010-12-08 22:18 ` Saul Wold
@ 2010-12-09 8:58 ` Wolfgang Denk
2010-12-09 12:30 ` Joshua Lock
2010-12-09 19:25 ` Saul Wold
0 siblings, 2 replies; 22+ messages in thread
From: Wolfgang Denk @ 2010-12-09 8:58 UTC (permalink / raw)
To: Saul Wold; +Cc: Vasily Khoruzhick, Paul Eggleton, poky@yoctoproject.org
Dear Saul,
In message <4D00042C.6040403@linux.intel.com> you wrote:
>
> Thanks for your patches and assistance.
>
> Not sure if you saw the Release Notes regarding F14 and building
> make-native first and installing that locally due to problems with F14's
> make. See http://bugzilla.pokylinux.org/show_bug.cgi?id=467
> and http://www.yoctoproject.org/download/yocto-project-4-0-release-notes
Yes, I saw trhis, but decided it made more sense to fix the broken
Makefiles, especially as this was trivial to do, and in case of eglibc
I could just apply the corresponding commit from OE.
But actually the make-3.82 issues are the smallest of my problems.
I'm trying to build Poky for some PowerPC and ARM architectures
(PPC6xx, PPC4xx, ARM Kirkwood, etc.), and see a number of build
issues. I started reportung these:
http://bugzilla.pokylinux.org/show_bug.cgi?id=572
http://bugzilla.pokylinux.org/show_bug.cgi?id=574
Are there any plans to include PPC and ARM targets for example int he
autobuilder testing?
> Yes, this should build you can see the status of master on our build
> machine at http://autobuilder.pokylinux.org:8010/waterfall we are
> working on stabilizing the build (meta-toolchain-sdk is failing currently).
What I cannot see (maybe I just don't know where to look) is if the
autobuilder includes any PPC and ARM targets at all, and if so, which
these are.
> > Yes, it is unrelated. It's one of the targets I use for testing.
> >
> You should investigate creating a BSP Layer such as meta-kilauea that
> you can put your changes into.
Sorry for asking stupid questions - I'm still pretty new to Poky and
haven't really understood some of the concepts: what would be the
benefit (for me, or for the project) of such a layer? Why not adding
just another machine configuration?
> Thanks again, if you find more problems please let us now and we will
> pull the changes.
Thanks!
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
A weak mind is like a microscope, which magnifies trifling things,
but cannot receive great ones. -- Philip Earl of Chesterfield
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/5] Fedora 14 Patches
2010-12-09 8:58 ` Wolfgang Denk
@ 2010-12-09 12:30 ` Joshua Lock
2010-12-09 15:43 ` Leon Woestenberg
` (2 more replies)
2010-12-09 19:25 ` Saul Wold
1 sibling, 3 replies; 22+ messages in thread
From: Joshua Lock @ 2010-12-09 12:30 UTC (permalink / raw)
To: poky
On Thu, 2010-12-09 at 09:58 +0100, Wolfgang Denk wrote:
> Dear Saul,
>
> In message <4D00042C.6040403@linux.intel.com> you wrote:
> >
> > Thanks for your patches and assistance.
> >
> > Not sure if you saw the Release Notes regarding F14 and building
> > make-native first and installing that locally due to problems with F14's
> > make. See http://bugzilla.pokylinux.org/show_bug.cgi?id=467
> > and http://www.yoctoproject.org/download/yocto-project-4-0-release-notes
>
> Yes, I saw trhis, but decided it made more sense to fix the broken
> Makefiles, especially as this was trivial to do, and in case of eglibc
> I could just apply the corresponding commit from OE.
>
> But actually the make-3.82 issues are the smallest of my problems.
>
> I'm trying to build Poky for some PowerPC and ARM architectures
> (PPC6xx, PPC4xx, ARM Kirkwood, etc.), and see a number of build
> issues. I started reportung these:
> http://bugzilla.pokylinux.org/show_bug.cgi?id=572
> http://bugzilla.pokylinux.org/show_bug.cgi?id=574
I'm not at all familiar with PPC machines and not especially familiar
with Arm but I assume these are new machine definitions which you've
added? If that is the case can you share the machine configurations,
this could help us (or more knowledgeable others) to work out your
issue?
Do you have more success if you use one of the machines we already have
in the Poky tree? qemuppc and mpc8315e-rdb for PPC or qemuarm and
beagleboard for Arm?
FWIW I have successfully built and run a minimal image on the
mpc8315e-rdb and the beagleboard using the Laverne tree.
>
> Are there any plans to include PPC and ARM targets for example int he
> autobuilder testing?
We already do, the autobuilder currently tests qemuarm and qemuppc and I
believe we will be adding beagleboard and mpc8315e-rdb.
>
> > Yes, this should build you can see the status of master on our build
> > machine at http://autobuilder.pokylinux.org:8010/waterfall we are
> > working on stabilizing the build (meta-toolchain-sdk is failing currently).
>
> What I cannot see (maybe I just don't know where to look) is if the
> autobuilder includes any PPC and ARM targets at all, and if so, which
> these are.
Yes, fair point - this is not obvious.
Cheers,
Joshua
^ permalink raw reply [flat|nested] 22+ messages in thread* Re: [PATCH 0/5] Fedora 14 Patches
2010-12-09 12:30 ` Joshua Lock
@ 2010-12-09 15:43 ` Leon Woestenberg
2010-12-09 16:57 ` Richard Purdie
2010-12-09 16:06 ` Wolfgang Denk
2010-12-09 17:29 ` Wolfgang Denk
2 siblings, 1 reply; 22+ messages in thread
From: Leon Woestenberg @ 2010-12-09 15:43 UTC (permalink / raw)
To: Joshua Lock; +Cc: poky
Hello Joshua,
On Thu, Dec 9, 2010 at 1:30 PM, Joshua Lock <josh@openedhand.com> wrote:
> On Thu, 2010-12-09 at 09:58 +0100, Wolfgang Denk wrote:
>> Dear Saul,
>> >
>> > Thanks for your patches and assistance.
>> >
>
> I'm not at all familiar with PPC machines and not especially familiar
> with Arm but I assume these are new machine definitions which you've
> added? If that is the case can you share the machine configurations,
> this could help us (or more knowledgeable others) to work out your
> issue?
>
>
Is something preventing the Yocto guys to look at the OpenEmbedded
GIT, where these machines and recipes came from in the first place?
Obviously most of these machines come directly from OE.
What I don't understand is that all that is sitting in OpenEmbedded is
considered 'new' in Poky/Yocto, while it was thrown away in the first
place by Poky and Yocto.
We have had numerous discussion on how we can extend Yocto back to
include the PowerPC, ARM, MIPS stuff again, but it takes people to
look across the wall again.
If there's legal issues involved in looking over the wall, I'ld like
to see that confirmed, as it greatly influences the way we can work
with the community.
Regards,
--
Leon
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/5] Fedora 14 Patches
2010-12-09 15:43 ` Leon Woestenberg
@ 2010-12-09 16:57 ` Richard Purdie
0 siblings, 0 replies; 22+ messages in thread
From: Richard Purdie @ 2010-12-09 16:57 UTC (permalink / raw)
To: Leon Woestenberg; +Cc: poky
On Thu, 2010-12-09 at 16:43 +0100, Leon Woestenberg wrote:
> Is something preventing the Yocto guys to look at the OpenEmbedded
> GIT, where these machines and recipes came from in the first place?
No, this is something we do a lot of the time and you can see it in the
commit logs. When something comes from OE, credit is given.
> Obviously most of these machines come directly from OE.
>
> What I don't understand is that all that is sitting in OpenEmbedded is
> considered 'new' in Poky/Yocto, while it was thrown away in the first
> place by Poky and Yocto.
Nothing has ever been thrown away. Poky has been around a long time,
things get added to OE which didn't make it into Poky. What Joshua is
trying to understand is what missing.
> We have had numerous discussion on how we can extend Yocto back to
> include the PowerPC, ARM, MIPS stuff again, but it takes people to
> look across the wall again.
qemuppc, qemuarm and qemumips built and boot in Poky, we test this
extremely regularly so there is no fundamental architecture issue. Where
did this come from? Large chunks of it from OE. There is obviously some
problem for certain classes of machines. I'd very much like to
understand what is broken so we can go and fix it.
> If there's legal issues involved in looking over the wall, I'ld like
> to see that confirmed, as it greatly influences the way we can work
> with the community.
There are no legal issues.
Cheers,
Richard
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/5] Fedora 14 Patches
2010-12-09 12:30 ` Joshua Lock
2010-12-09 15:43 ` Leon Woestenberg
@ 2010-12-09 16:06 ` Wolfgang Denk
2010-12-09 18:46 ` Joshua Lock
2010-12-09 17:29 ` Wolfgang Denk
2 siblings, 1 reply; 22+ messages in thread
From: Wolfgang Denk @ 2010-12-09 16:06 UTC (permalink / raw)
To: Joshua Lock; +Cc: poky
Dear Joshua,
In message <1291897825.6078.11.camel@scimitar> you wrote:
> >
> > I'm trying to build Poky for some PowerPC and ARM architectures
> > (PPC6xx, PPC4xx, ARM Kirkwood, etc.), and see a number of build
> > issues. I started reportung these:
> > http://bugzilla.pokylinux.org/show_bug.cgi?id=572
> > http://bugzilla.pokylinux.org/show_bug.cgi?id=574
>
> I'm not at all familiar with PPC machines and not especially familiar
> with Arm but I assume these are new machine definitions which you've
> added? If that is the case can you share the machine configurations,
> this could help us (or more knowledgeable others) to work out your
> issue?
I sent one of the configs (kilauea = PPC405EX) as part of these
patches, please see
http://thread.gmane.org/gmane.linux.embedded.poky/942/focus=946
The other one (tqm5200 = MPC5200) is an attachment to
http://bugzilla.pokylinux.org/show_bug.cgi?id=574 - please see
http://bugzilla.pokylinux.org/attachment.cgi?id=78
> Do you have more success if you use one of the machines we already have
> in the Poky tree? qemuppc and mpc8315e-rdb for PPC or qemuarm and
> beagleboard for Arm?
I didn't try qemuppc yet; I successfully built mpc8315e-rdb for
laverne on Fedora 13 (but failed on F 14). Did not try current master
yet.
> FWIW I have successfully built and run a minimal image on the
> mpc8315e-rdb and the beagleboard using the Laverne tree.
Well, minimal image may not include the problematic packages - it's
"poky-image-sdk" which is failing.
> We already do, the autobuilder currently tests qemuarm and qemuppc and I
> believe we will be adding beagleboard and mpc8315e-rdb.
I see. Well, I guess I should try qemuppc then - basicly this is the
same configuration (ppc603e) as used with tqm5200; I'd be surprised to
see different results. Build is running...
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
Given a choice between two theories, take the one which is funnier.
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/5] Fedora 14 Patches
2010-12-09 16:06 ` Wolfgang Denk
@ 2010-12-09 18:46 ` Joshua Lock
2010-12-09 22:01 ` Wolfgang Denk
0 siblings, 1 reply; 22+ messages in thread
From: Joshua Lock @ 2010-12-09 18:46 UTC (permalink / raw)
To: Wolfgang Denk; +Cc: poky
On Thu, 2010-12-09 at 17:06 +0100, Wolfgang Denk wrote:
> Dear Joshua,
>
> In message <1291897825.6078.11.camel@scimitar> you wrote:
> > >
> > > I'm trying to build Poky for some PowerPC and ARM architectures
> > > (PPC6xx, PPC4xx, ARM Kirkwood, etc.), and see a number of build
> > > issues. I started reportung these:
> > > http://bugzilla.pokylinux.org/show_bug.cgi?id=572
> > > http://bugzilla.pokylinux.org/show_bug.cgi?id=574
> >
> > I'm not at all familiar with PPC machines and not especially familiar
> > with Arm but I assume these are new machine definitions which you've
> > added? If that is the case can you share the machine configurations,
> > this could help us (or more knowledgeable others) to work out your
> > issue?
>
> I sent one of the configs (kilauea = PPC405EX) as part of these
> patches, please see
> http://thread.gmane.org/gmane.linux.embedded.poky/942/focus=946
>
> The other one (tqm5200 = MPC5200) is an attachment to
> http://bugzilla.pokylinux.org/show_bug.cgi?id=574 - please see
> http://bugzilla.pokylinux.org/attachment.cgi?id=78
>
> > Do you have more success if you use one of the machines we already have
> > in the Poky tree? qemuppc and mpc8315e-rdb for PPC or qemuarm and
> > beagleboard for Arm?
>
> I didn't try qemuppc yet; I successfully built mpc8315e-rdb for
> laverne on Fedora 13 (but failed on F 14). Did not try current master
> yet.
OK, I have filed an issue in our Bugzilla - we need to pull together a
Laverne point release for F14.
http://bugzilla.pokylinux.org/show_bug.cgi?id=578
Thanks,
Joshua
--
Joshua Lock
Intel Open Source Technology Centre
^ permalink raw reply [flat|nested] 22+ messages in thread* Re: [PATCH 0/5] Fedora 14 Patches
2010-12-09 18:46 ` Joshua Lock
@ 2010-12-09 22:01 ` Wolfgang Denk
0 siblings, 0 replies; 22+ messages in thread
From: Wolfgang Denk @ 2010-12-09 22:01 UTC (permalink / raw)
To: Joshua Lock; +Cc: poky
Dear Joshua,
In message <1291920397.6078.39.camel@scimitar> you wrote:
>
> OK, I have filed an issue in our Bugzilla - we need to pull together a
> Laverne point release for F14.
> http://bugzilla.pokylinux.org/show_bug.cgi?id=578
Current top of tree fails also to build "poky-image-sdk" on Ubuntu
10.04:
ERROR: Task failed: Fetch failed: Unable to fetch URL git://git.pokylinux.org/linux-2.6-windriver.git;protocol=git;fullclone=1;branch=qemu_ppc32-standard;name=machine from any source.
NOTE: package linux-yocto-2.6.34+git0+d1cd5c80ee97e81e130be8c3de3965b770f320d6_0+9ac0daee43dd19d8bea828cf79450c9748ae0daa-r13: task do_fetch: Failed
ERROR: Task 572 (/net/gemini/home/wd/git/poky/6xx/meta/recipes-kernel/linux/linux-yocto_git.bb, do_fetch) failed with 1
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
No journaling file system can recover your data if the disk dies.
- Steve Rago in <D4Cw1p.L9E@plc.com>
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/5] Fedora 14 Patches
2010-12-09 12:30 ` Joshua Lock
2010-12-09 15:43 ` Leon Woestenberg
2010-12-09 16:06 ` Wolfgang Denk
@ 2010-12-09 17:29 ` Wolfgang Denk
2010-12-09 18:40 ` Joshua Lock
2 siblings, 1 reply; 22+ messages in thread
From: Wolfgang Denk @ 2010-12-09 17:29 UTC (permalink / raw)
To: Joshua Lock; +Cc: poky
Dear Joshua,
In message <1291897825.6078.11.camel@scimitar> you wrote:
>
> > Makefiles, especially as this was trivial to do, and in case of eglibc
> > I could just apply the corresponding commit from OE.
> >
> > But actually the make-3.82 issues are the smallest of my problems.
> >
> > I'm trying to build Poky for some PowerPC and ARM architectures
> > (PPC6xx, PPC4xx, ARM Kirkwood, etc.), and see a number of build
> > issues. I started reportung these:
> > http://bugzilla.pokylinux.org/show_bug.cgi?id=572
> > http://bugzilla.pokylinux.org/show_bug.cgi?id=574
>
> I'm not at all familiar with PPC machines and not especially familiar
> with Arm but I assume these are new machine definitions which you've
> added? If that is the case can you share the machine configurations,
> this could help us (or more knowledgeable others) to work out your
> issue?
>
> Do you have more success if you use one of the machines we already have
> in the Poky tree? qemuppc and mpc8315e-rdb for PPC or qemuarm and
> beagleboard for Arm?
>
> FWIW I have successfully built and run a minimal image on the
> mpc8315e-rdb and the beagleboard using the Laverne tree.
> >
> > Are there any plans to include PPC and ARM targets for example int he
> > autobuilder testing?
>
> We already do, the autobuilder currently tests qemuarm and qemuppc and I
> believe we will be adding beagleboard and mpc8315e-rdb.
Trying to build "poky-image-sdk" for qemuppc on Fedora 14 / i686
fails with the
./ld: cannot load ld backend library 'libld_elf_i386.so':
libld_elf_i386.so: cannot open shared object file: No such file or
directory
error described in part 2 of
http://bugzilla.pokylinux.org/show_bug.cgi?id=572
Will try now in Ubuntu 10.04...
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
No user-servicable parts inside. Refer to qualified service personnel.
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/5] Fedora 14 Patches
2010-12-09 17:29 ` Wolfgang Denk
@ 2010-12-09 18:40 ` Joshua Lock
2010-12-09 19:58 ` Wolfgang Denk
0 siblings, 1 reply; 22+ messages in thread
From: Joshua Lock @ 2010-12-09 18:40 UTC (permalink / raw)
To: Wolfgang Denk; +Cc: poky
On Thu, 2010-12-09 at 18:29 +0100, Wolfgang Denk wrote:
> Dear Joshua,
>
> In message <1291897825.6078.11.camel@scimitar> you wrote:
> >
> > > Makefiles, especially as this was trivial to do, and in case of eglibc
> > > I could just apply the corresponding commit from OE.
> > >
> > > But actually the make-3.82 issues are the smallest of my problems.
> > >
> > > I'm trying to build Poky for some PowerPC and ARM architectures
> > > (PPC6xx, PPC4xx, ARM Kirkwood, etc.), and see a number of build
> > > issues. I started reportung these:
> > > http://bugzilla.pokylinux.org/show_bug.cgi?id=572
> > > http://bugzilla.pokylinux.org/show_bug.cgi?id=574
> >
> > I'm not at all familiar with PPC machines and not especially familiar
> > with Arm but I assume these are new machine definitions which you've
> > added? If that is the case can you share the machine configurations,
> > this could help us (or more knowledgeable others) to work out your
> > issue?
> >
> > Do you have more success if you use one of the machines we already have
> > in the Poky tree? qemuppc and mpc8315e-rdb for PPC or qemuarm and
> > beagleboard for Arm?
> >
> > FWIW I have successfully built and run a minimal image on the
> > mpc8315e-rdb and the beagleboard using the Laverne tree.
> > >
> > > Are there any plans to include PPC and ARM targets for example int he
> > > autobuilder testing?
> >
> > We already do, the autobuilder currently tests qemuarm and qemuppc and I
> > believe we will be adding beagleboard and mpc8315e-rdb.
>
> Trying to build "poky-image-sdk" for qemuppc on Fedora 14 / i686
> fails with the
>
> ./ld: cannot load ld backend library 'libld_elf_i386.so':
> libld_elf_i386.so: cannot open shared object file: No such file or
> directory
>
> error described in part 2 of
> http://bugzilla.pokylinux.org/show_bug.cgi?id=572
OK - we can definitely build poky-image-sdk for qemuppc, see the
autobuilder log here[1].
Can you tell me if this was a clean build? We unfortunately have a known
fragility in our toolchain[2] and it's possible that a previous partial
build is causing issue here.
Secondly, out of curiosity, do you have SELINUX enabled on your Fedora
machines? We're still ironing out some issues with regards to that.
Thanks for persisting with this, hopefully we can help you get going
soon!
Regards,
Joshua
1.
http://autobuilder.pokylinux.org:8010/builders/poky-incremental/builds/24/steps/shell_29
2. http://bugzilla.pokylinux.org/show_bug.cgi?id=239
--
Joshua Lock
Intel Open Source Technology Centre
^ permalink raw reply [flat|nested] 22+ messages in thread* Re: [PATCH 0/5] Fedora 14 Patches
2010-12-09 18:40 ` Joshua Lock
@ 2010-12-09 19:58 ` Wolfgang Denk
0 siblings, 0 replies; 22+ messages in thread
From: Wolfgang Denk @ 2010-12-09 19:58 UTC (permalink / raw)
To: Joshua Lock; +Cc: poky
Dear Joshua Lock,
In message <1291920046.6078.36.camel@scimitar> you wrote:
>
> OK - we can definitely build poky-image-sdk for qemuppc, see the
> autobuilder log here[1].
I wonder what might be different, then.
Hm.. here is my changes to the conf/local.conf file:
to blame for it:
-> diff ~/git/poky/mainline/meta/conf/local.conf.sample conf/local.conf
6c6
< #DL_DIR ?= "${TOPDIR}/downloads"
---
> DL_DIR ?= "/home/wd/git/poky/downloads"
14c14
< # BB_NUMBER_THREADS = "4"
---
> BB_NUMBER_THREADS = "4"
16c16
< # PARALLEL_MAKE = "-j 4"
---
> PARALLEL_MAKE = "-j 4"
19c19
< MACHINE ?= "qemux86"
---
> MACHINE ?= "qemuppc"
142c142
< #SDKMACHINE ?= "i586"
---
> SDKMACHINE ?= "i586"
> Can you tell me if this was a clean build? We unfortunately have a known
> fragility in our toolchain[2] and it's possible that a previous partial
> build is causing issue here.
Yes, this was a completely clean build.
> Secondly, out of curiosity, do you have SELINUX enabled on your Fedora
> machines? We're still ironing out some issues with regards to that.
My /etc/selinux/config has "SELINUX=disabled".
> Thanks for persisting with this, hopefully we can help you get going
> soon!
[My build under Ubuntu is still running; this is a VM and thus a bit slower.]
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
Like winter snow on summer lawn, time past is time gone.
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/5] Fedora 14 Patches
2010-12-09 8:58 ` Wolfgang Denk
2010-12-09 12:30 ` Joshua Lock
@ 2010-12-09 19:25 ` Saul Wold
1 sibling, 0 replies; 22+ messages in thread
From: Saul Wold @ 2010-12-09 19:25 UTC (permalink / raw)
To: Wolfgang Denk; +Cc: Vasily Khoruzhick, Paul Eggleton, poky@yoctoproject.org
On 12/09/2010 12:58 AM, Wolfgang Denk wrote:
> Dear Saul,
>
> In message<4D00042C.6040403@linux.intel.com> you wrote:
>>
>> Thanks for your patches and assistance.
>>
>> Not sure if you saw the Release Notes regarding F14 and building
>> make-native first and installing that locally due to problems with F14's
>> make. See http://bugzilla.pokylinux.org/show_bug.cgi?id=467
>> and http://www.yoctoproject.org/download/yocto-project-4-0-release-notes
>
> Yes, I saw trhis, but decided it made more sense to fix the broken
> Makefiles, especially as this was trivial to do, and in case of eglibc
> I could just apply the corresponding commit from OE.
>
> But actually the make-3.82 issues are the smallest of my problems.
>
> I'm trying to build Poky for some PowerPC and ARM architectures
> (PPC6xx, PPC4xx, ARM Kirkwood, etc.), and see a number of build
> issues. I started reportung these:
> http://bugzilla.pokylinux.org/show_bug.cgi?id=572
> http://bugzilla.pokylinux.org/show_bug.cgi?id=574
>
> Are there any plans to include PPC and ARM targets for example int he
> autobuilder testing?
>
This has been addressed by both Josh and RP.
>> Yes, this should build you can see the status of master on our build
>> machine at http://autobuilder.pokylinux.org:8010/waterfall we are
>> working on stabilizing the build (meta-toolchain-sdk is failing currently).
>
> What I cannot see (maybe I just don't know where to look) is if the
> autobuilder includes any PPC and ARM targets at all, and if so, which
> these are.
>
Again already answered.
>>> Yes, it is unrelated. It's one of the targets I use for testing.
>>>
>> You should investigate creating a BSP Layer such as meta-kilauea that
>> you can put your changes into.
>
> Sorry for asking stupid questions - I'm still pretty new to Poky and
> haven't really understood some of the concepts: what would be the
> benefit (for me, or for the project) of such a layer? Why not adding
> just another machine configuration?
>
The intent of the core metadata provided with poky is that it is stable
and tested regularly, so a core set of machines (including qemu) for
each major architecture are chosen. These are maintained and QA'ed by
the Yocto maintainers.
We help support layers where other machines configurations can reside
and are maintained and tested by their contributors, but are not part of
the core metadata.
As the community builds a clearer policy and selection mechanism will be
developed.
Sau!
>> Thanks again, if you find more problems please let us now and we will
>> pull the changes.
>
> Thanks!
>
> Best regards,
>
> Wolfgang Denk
>
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/5] Fedora 14 Patches
2010-12-08 11:24 ` Paul Eggleton
2010-12-08 11:35 ` Wolfgang Denk
@ 2010-12-08 16:39 ` Wolfgang Denk
1 sibling, 0 replies; 22+ messages in thread
From: Wolfgang Denk @ 2010-12-08 16:39 UTC (permalink / raw)
To: Paul Eggleton; +Cc: poky
Dear Paul,
In message <201012081124.45901.paul.eggleton@linux.intel.com> you wrote:
>
> FYI I'm building on a Fedora 14 x86_64 system here, as is Joshua Lock.
...
> > [5/5] elfutils-0.148: fix problems with `ld' not recognizing options
> > .../elfutils/elfutils-0.148/ld-compatibility.patch | 56 ++++++++++++++++++++
> > meta/recipes-devtools/elfutils/elfutils_0.148.bb | 3 +-
> > 2 files changed, 58 insertions(+), 1 deletions(-)
>
> Not sure about these two; for me with master this builds successfully. Could you retry with master and see if it works for you?
Current master fails for me, too. See
http://bugzilla.pokylinux.org/show_bug.cgi?id=572
Unfortunately my patch fixes only one problem - it still fails later.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
miracle: an extremely outstanding or unusual event, thing, or
accomplishment. - Webster's Dictionary
^ permalink raw reply [flat|nested] 22+ messages in thread