[PATCH 0/5] Fedora 14 Patches

[PATCH 0/5] Fedora 14 Patches

[Wolfgang Denk]

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.

I'm not through yet (for example, commenting out NO32LIBS=1 still
fails), but eventually others find this helpful, or tell me that there
is an easier way to get Poky to build.

Thanks.

Summary:

[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(-)

[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(-)

[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(-)

[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(-)



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
Always try to do things in chronological order; it's  less  confusing
that way.

[PATCH 1/5] eglibc: fix build issue with make-3.82

[Wolfgang Denk]

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

[PATCH 2/5] gstreamer: fix build issue with make-3.82

[Wolfgang Denk]

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

[PATCH 3/5] Add support for 40x configuration (kilauea from OE)

[Wolfgang Denk]

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

[PATCH 4/5] elfutils-0.148: fix build problem with "ar"

[Wolfgang Denk]

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

[PATCH 5/5] elfutils-0.148: fix problems with `ld' not recognizing options

[Wolfgang Denk]

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

Re: [PATCH 0/5] Fedora 14 Patches

[Wolfgang Denk]

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.

Re: [PATCH 0/5] Fedora 14 Patches

[Paul Eggleton]

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

Re: [PATCH 0/5] Fedora 14 Patches

[Wolfgang Denk]

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.

Re: [PATCH 0/5] Fedora 14 Patches

[Wolfgang Denk]

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

Re: [PATCH 0/5] Fedora 14 Patches

[Saul Wold]

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
>

Re: [PATCH 0/5] Fedora 14 Patches

[Wolfgang Denk]

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

Re: [PATCH 0/5] Fedora 14 Patches

[Joshua Lock]

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

Re: [PATCH 0/5] Fedora 14 Patches

[Leon Woestenberg]

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

Re: [PATCH 0/5] Fedora 14 Patches

[Wolfgang Denk]

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.

Re: [PATCH 0/5] Fedora 14 Patches

[Richard Purdie]

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

Re: [PATCH 0/5] Fedora 14 Patches

[Wolfgang Denk]

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.

Re: [PATCH 0/5] Fedora 14 Patches

[Joshua Lock]

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

Re: [PATCH 0/5] Fedora 14 Patches

[Joshua Lock]

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

Re: [PATCH 0/5] Fedora 14 Patches

[Saul Wold]

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
>

Re: [PATCH 0/5] Fedora 14 Patches

[Wolfgang Denk]

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.

Re: [PATCH 0/5] Fedora 14 Patches

[Wolfgang Denk]

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>