[OE-core] [PATCH] ofono: Add run time dependency for ofono test scripts
From: Muhammad Shakeel muhammad_shak...@mentor.com Some ofono test scripts i.e. enable-modem use python-dbus module and this must be installed along with ofono-tests package. Signed-off-by: Muhammad Shakeel muhammad_shak...@mentor.com --- meta/recipes-connectivity/ofono/ofono.inc |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-connectivity/ofono/ofono.inc b/meta/recipes-connectivity/ofono/ofono.inc index 48513b2..21e564c 100644 --- a/meta/recipes-connectivity/ofono/ofono.inc +++ b/meta/recipes-connectivity/ofono/ofono.inc @@ -23,4 +23,4 @@ RDEPENDS_${PN} += dbus FILES_${PN} += ${base_libdir}/udev ${systemd_unitdir} FILES_${PN}-tests = ${libdir}/ofono -RDEPENDS_${PN}-tests = python python-pygobject +RDEPENDS_${PN}-tests = python python-pygobject python-dbus -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] valgrind: added perl dependency
On Fri, Jun 7, 2013 at 11:37 AM, Martin Jansa martin.ja...@gmail.com wrote: On Fri, Jun 07, 2013 at 10:51:14AM -0700, Felipe Tonello wrote: I got this: valgrind/usr/bin/ms_print 1:#! /usr/bin/perl valgrind/usr/bin/cg_diff 1:#! /usr/bin/perl valgrind/usr/bin/cg_annotate 1:#! /usr/bin/perl valgrind/usr/bin/callgrind_annotate 1:#! /usr/bin/perl -w valgrind/usr/bin/callgrind_control 1:#! /usr/bin/perl -w valgrind-doc/usr/share/doc/valgrind/html/manual-core.html 165:code class=filename/usr/bin/perl/code, or whatever interpreter valgrind-doc/usr/share/doc/valgrind/valgrind_manual.ps 55978:(/usr/bin/perl) 77.7083 Tj Do you know if these binaries are part of the main package or can be extra? I'm not that familiar with valgrind. Neither am I, but from filenames I would guess they are not mandatory to run valgrind binary, hopefully someone who is using valgrind daily will respond soon... they are fine with valgrind package itself. although its a rdepend and not depend -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Questions on nfs-utils package: Client and Server RPMs.
On Thu, Jun 6, 2013 at 2:37 AM, zhangxiao xiao.zh...@windriver.com wrote: Hi Experts, Currently, YOCTO's nfs-utls is separated into two main packages(RPMs) client and server. They are not depend on each other. Client has only a mount.nfs user space App. With both client and server RPMs installed, all works fine. But if we just install client RPM without server one, we can only mount nfs server with -o nolock for lack of rpcstatd. While in Debian system, it separate nfs-utils with a different way: one common and the other called server. Common contains mount.nfs and many other Apps including rpcstatd. This way the client side(without server RPM install) can mount remote NFS server in normal mode. But the side effect is the server RPM depends on the client one(Debian calls it as common). it seems a sane approach. Patches to restructure the packaging is appreciated. On this topic, any opinions on both styles? YOCTO Vs Debian. And, any plan to modify YOCTO to align Debian? Thanks Xiao ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Sample recipe for qt4e app?
On 06/11/2013 12:45 AM, Steve Sakoman wrote: The qt-apps folder in oe-core only seems to have recipes for qt4-x11-free apps. Does anyone have a recipe for a simple qt4e app that they would be willing to share? I'm looking to get an idea of just how small a qt4e image can be without climbing the learning curve of writing a qt app and recipe :-) Here's my favorite: DESCRIPTION = QBall is a simple open source breakout style game LICENSE = GPLv2 LIC_FILES_CHKSUM = file://${COREBASE}/LICENSE;md5=3f40d7994397109285ec7b81fdeb3b58 inherit qt4e SRCREV = ${AUTOREV} PV = 0.1+${SRCPV} PR = r1 S = ${WORKDIR}/git SRC_URI = git://git.code.sf.net/p/q-ball/code FILES_${PN} += /opt/QBall FILES_${PN}-dbg += /opt/QBall/bin/.debug do_install() { export INSTALL_ROOT=${D} make install } ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] SDK relocation issues
I compiled an SDK and extracted/installed it to my source tree instead of /usr/local/. I have made /usr/local/oecore-i686 a symlink to the actual location. With the latest Dylan this broke. Denzil: ❯❯❯ ldd arm-angstrom-linux-gnueabi-gcc linux-gate.so.1 = (0xf771d000) libc.so.6 = /lib/i386-linux-gnu/libc.so.6 (0xf7544000) /usr/local/oecore-i686/sysroots/i686-angstromsdk-linux/lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0xf771e000) Dylan: Original location: ❯❯❯ ldd arm-angstrom-linux-gnueabi-gcc linux-gate.so.1 = (0xf77c4000) libc.so.6 = /home/tasslehoff/src/pdrepos01/toolchains/oecore-i686/sysroots/i686-angstromsdk-linux/usr/bin/armv7a-vfp-neon-angstrom-linux-gnueabi/./../../../lib/libc.so.6 (0xf761) /home/tasslehoff/src/oe/toolchains/oecore-i686/sysroots/i686-angstromsdk-linux/lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0xf77c5000) If I try to run the toolchain from Dylan on a system where /home/tasslehoff/src/oe/toolchains/oecore-i686/sysroots/i686-angstromsdk-linux/lib/ld-linux.so.2 does not exist, it fails. Regards, Tasslehoff ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] mesa: remove unrecognized configure options
On 10 June 2013 09:00, Jonathan Liu net...@gmail.com wrote: --disable-glut and --disable-glw are not recognized since Mesa 8.0. --disable-glu is not recognized since Mesa 9.0. Signed-off-by: Jonathan Liu net...@gmail.com Signed-off-by: Ross Burton ross.bur...@intel.com ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] glib-2.0: drop Makefile.in hunks from patch
Patching a generated file is prone to conflicts, and we'll be replacing this file anyway when configuring, so drop the Makefile.in hunks. Signed-off-by: Ross Burton ross.bur...@intel.com --- .../glib-2.0/glib-2.0/glib-2.0_fix_for_x32.patch | 34 1 file changed, 34 deletions(-) diff --git a/meta/recipes-core/glib-2.0/glib-2.0/glib-2.0_fix_for_x32.patch b/meta/recipes-core/glib-2.0/glib-2.0/glib-2.0_fix_for_x32.patch index 2920e2f..0c243cd 100644 --- a/meta/recipes-core/glib-2.0/glib-2.0/glib-2.0_fix_for_x32.patch +++ b/meta/recipes-core/glib-2.0/glib-2.0/glib-2.0_fix_for_x32.patch @@ -23,23 +23,6 @@ Index: glib-2.30.0/glib/Makefile.am BUILT_SOURCES += glib_probes.h glib_probes.o CLEANFILES += glib_probes.h glib_probes.h.tmp libglib_2_0_la_LIBADD += glib_probes.o -Index: glib-2.30.0/glib/Makefile.in -=== glib-2.30.0.orig/glib/Makefile.in -+++ glib-2.30.0/glib/Makefile.in -@@ -1691,10 +1691,10 @@ uninstall-local: uninstall-ms-lib uninst - @OS_WIN32_AND_DLL_COMPILATION_FALSE@uninstall-def-file: - - @ENABLE_DTRACE_TRUE@glib_probes.h: glib_probes.d Makefile --@ENABLE_DTRACE_TRUE@ $(AM_V_GEN) $(DTRACE) -C -h -s $ -o $@.tmp -+@ENABLE_DTRACE_TRUE@ $(AM_V_GEN) CC=$(CC) CFLAGS=$(CFLAGS) $(DTRACE) -C -h -s $ -o $@.tmp - @ENABLE_DTRACE_TRUE@ @$(SED) -e s,define STAP_HAS_SEMAPHORES 1,undef STAP_HAS_SEMAPHORES, $@.tmp $@ rm -f $@.tmp - @ENABLE_DTRACE_TRUE@glib_probes.o: glib_probes.d Makefile --@ENABLE_DTRACE_TRUE@ $(AM_V_GEN) $(DTRACE) -G -s $ -o $@ -+@ENABLE_DTRACE_TRUE@ $(AM_V_GEN) CC=$(CC) CFLAGS=$(CFLAGS) $(DTRACE) -G -s $ -o $@ - - gspawn-win32-helper-console.c: - echo '#define HELPER_CONSOLE' $@ Index: glib-2.30.0/gobject/Makefile.am === --- glib-2.30.0.orig/gobject/Makefile.am @@ -57,20 +40,3 @@ Index: glib-2.30.0/gobject/Makefile.am BUILT_SOURCES += gobject_probes.h gobject_probes.o CLEANFILES += gobject_probes.h libgobject_2_0_la_LIBADD += gobject_probes.o -Index: glib-2.30.0/gobject/Makefile.in -=== glib-2.30.0.orig/gobject/Makefile.in -+++ glib-2.30.0/gobject/Makefile.in -@@ -1581,10 +1581,10 @@ uninstall-ms-lib: - @OS_WIN32_AND_DLL_COMPILATION_FALSE@uninstall-def-file: - - @ENABLE_DTRACE_TRUE@gobject_probes.h: gobject_probes.d Makefile --@ENABLE_DTRACE_TRUE@ $(AM_V_GEN) $(DTRACE) -C -h -s $ -o $@.tmp -+@ENABLE_DTRACE_TRUE@ $(AM_V_GEN) CFLAGS=$(CFLAGS) $(DTRACE) -C -h -s $ -o $@.tmp - @ENABLE_DTRACE_TRUE@ @$(SED) -e s,define STAP_HAS_SEMAPHORES 1,undef STAP_HAS_SEMAPHORES, $@.tmp $@ rm -f $@.tmp - @ENABLE_DTRACE_TRUE@gobject_probes.o: gobject_probes.d Makefile --@ENABLE_DTRACE_TRUE@ $(AM_V_GEN) $(DTRACE) -G -s $ -o $@ -+@ENABLE_DTRACE_TRUE@ $(AM_V_GEN) CFLAGS=$(CFLAGS) $(DTRACE) -G -s $ -o $@ - - # This is read by gobject-introspection/misc/ and gtk-doc - gobject-public-headers.txt: Makefile -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] SDK relocation issues
Hi Tasslehoff, On Tue, Jun 11, 2013 at 11:35:26AM +0200, Tasslehoff Kjappfot wrote: I compiled an SDK and extracted/installed it to my source tree instead of /usr/local/. I have made /usr/local/oecore-i686 a symlink to the actual location. With the latest Dylan this broke. Denzil: ❯❯❯ ldd arm-angstrom-linux-gnueabi-gcc linux-gate.so.1 = (0xf771d000) libc.so.6 = /lib/i386-linux-gnu/libc.so.6 (0xf7544000) /usr/local/oecore-i686/sysroots/i686-angstromsdk-linux/lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0xf771e000) Dylan: Original location: ❯❯❯ ldd arm-angstrom-linux-gnueabi-gcc linux-gate.so.1 = (0xf77c4000) libc.so.6 = /home/tasslehoff/src/pdrepos01/toolchains/oecore-i686/sysroots/i686-angstromsdk-linux/usr/bin/armv7a-vfp-neon-angstrom-linux-gnueabi/./../../../lib/libc.so.6 (0xf761) /home/tasslehoff/src/oe/toolchains/oecore-i686/sysroots/i686-angstromsdk-linux/lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0xf77c5000) A few things: * Be careful when using ldd with SDK binaries. ldd it's just a wrapper script around host's dynamic loader and it might give you wrong paths (usually to the host's libraries). Luckily, in this case, the binary is relocatable and has the RPATH linked in, hence the libc.so.6 location is correct. However, the dynamic loader points to the host's. The correct way to print the dependencies for SDK bianaries is this: $ readelf -p .interp arm-poky-linux-gnueabi-gcc String dump of section '.interp': [ 0] /home/test/sdk_tests/sdk/sysroots/x86_64-pokysdk-linux/lib/ld-linux-x86-64.so.2 $ /home/test/sdk_tests/sdk/sysroots/x86_64-pokysdk-linux/lib/ld-linux-x86-64.so.2 --list ./arm-poky-linux-gnueabi-gcc linux-vdso.so.1 (0x7fff1a3f4000) libc.so.6 = /home/test/sdk_tests/sdk/sysroots/x86_64-pokysdk-linux/usr/bin/armv5te-poky-linux-gnueabi/./../../../lib/libc.so.6 (0x7fc102465000) /home/test/sdk_tests/sdk/sysroots/x86_64-pokysdk-linux/lib/ld-linux-x86-64.so.2 (0x7fc102868000) * denzil did not support relocation and you could only install the sdk in /usr/local; * AFAIK, the dynamic loader is always shipped with the SDK; If I try to run the toolchain from Dylan on a system where /home/tasslehoff/src/oe/toolchains/oecore-i686/sysroots/i686-angstromsdk-linux/lib/ld-linux.so.2 does not exist, it fails. Again, the DL should be available in your toolchain sysroot. I'm not aware of a case when the dynamic loader is not shipped with the toolchain. Did this happen in your case? Thanks, Laurentiu Regards, Tasslehoff ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] SDK relocation issues
Hi Laurentiu. I just saw your mail, but won't have time to investigate until tomorrow. Just wanted to add one comment. * denzil did not support relocation and you could only install the sdk in /usr/local; In denzil I extracted the SDK to /home/tasslehoff/src/oe/toolchains/oecore-i686, and created a symlink there from /usr/local/oecore-i686. That worked well, and other devs just created the similar symlinks to where they had checked out their source tree. That is what I'm trying to do now as well. Will read your mail again and investigate more tomorrow, Regards, Tasslehoff ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] SDK relocation issues
On 06/11/2013 02:43 PM, Laurentiu Palcu wrote: Hi Tasslehoff, On Tue, Jun 11, 2013 at 11:35:26AM +0200, Tasslehoff Kjappfot wrote: I compiled an SDK and extracted/installed it to my source tree instead of /usr/local/. I have made /usr/local/oecore-i686 a symlink to the actual location. With the latest Dylan this broke. Denzil: ❯❯❯ ldd arm-angstrom-linux-gnueabi-gcc linux-gate.so.1 = (0xf771d000) libc.so.6 = /lib/i386-linux-gnu/libc.so.6 (0xf7544000) /usr/local/oecore-i686/sysroots/i686-angstromsdk-linux/lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0xf771e000) Dylan: Original location: ❯❯❯ ldd arm-angstrom-linux-gnueabi-gcc linux-gate.so.1 = (0xf77c4000) libc.so.6 = /home/tasslehoff/src/pdrepos01/toolchains/oecore-i686/sysroots/i686-angstromsdk-linux/usr/bin/armv7a-vfp-neon-angstrom-linux-gnueabi/./../../../lib/libc.so.6 (0xf761) /home/tasslehoff/src/oe/toolchains/oecore-i686/sysroots/i686-angstromsdk-linux/lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0xf77c5000) A few things: * Be careful when using ldd with SDK binaries. ldd it's just a wrapper script around host's dynamic loader and it might give you wrong paths (usually to the host's libraries). Luckily, in this case, the binary is relocatable and has the RPATH linked in, hence the libc.so.6 location is correct. However, the dynamic loader points to the host's. The correct way to print the dependencies for SDK bianaries is this: $ readelf -p .interp arm-poky-linux-gnueabi-gcc String dump of section '.interp': [ 0] /home/test/sdk_tests/sdk/sysroots/x86_64-pokysdk-linux/lib/ld-linux-x86-64.so.2 $ /home/test/sdk_tests/sdk/sysroots/x86_64-pokysdk-linux/lib/ld-linux-x86-64.so.2 --list ./arm-poky-linux-gnueabi-gcc linux-vdso.so.1 (0x7fff1a3f4000) libc.so.6 = /home/test/sdk_tests/sdk/sysroots/x86_64-pokysdk-linux/usr/bin/armv5te-poky-linux-gnueabi/./../../../lib/libc.so.6 (0x7fc102465000) /home/test/sdk_tests/sdk/sysroots/x86_64-pokysdk-linux/lib/ld-linux-x86-64.so.2 (0x7fc102868000) * denzil did not support relocation and you could only install the sdk in /usr/local; * AFAIK, the dynamic loader is always shipped with the SDK; If I try to run the toolchain from Dylan on a system where /home/tasslehoff/src/oe/toolchains/oecore-i686/sysroots/i686-angstromsdk-linux/lib/ld-linux.so.2 does not exist, it fails. Again, the DL should be available in your toolchain sysroot. I'm not aware of a case when the dynamic loader is not shipped with the toolchain. Did this happen in your case? I have time for one more :) What does it mean that the SDK is relocatable? That I can choose when I run the .sh where I want to install it? Is it then bound to that directory, so that every dev that wants to use the SDK have to run the installer on their machine? Maybe my I can copy it wherever I want interpretation of relocatable is the problem :) The DL is shipped with the toolchain, but is looked for in the path I installed to when I run the .sh. If I move the entire folder, I get the problems. Regards, Tasslehoff ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] SDK relocation issues
On Tue, Jun 11, 2013 at 03:09:49PM +0200, Tasslehoff Kjappfot wrote: I have time for one more :) What does it mean that the SDK is relocatable? That I can choose when I run the .sh where I want to install it? Is it then bound to that directory, so that every dev that wants to use the SDK have to run the installer on their machine? That's correct. Each developer can install the SDK wherever he/she wants to. Maybe my I can copy it wherever I want interpretation of relocatable is the problem :) Indeed, that's causing the issue. :) The DL is shipped with the toolchain, but is looked for in the path I installed to when I run the .sh. If I move the entire folder, I get the problems. When the relocation process takes place, it changes the path to the dynamic loader in all binaries. Moving the SDK to another location would imply re-running the installer again and choose the new location as destination. Thanks, Laurentiu Regards, Tasslehoff ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] gzip : upgrade to 1.6
upgrade from 1.5 - 1.6 Signed-off-by: Andrei Dinu andrei.adrianx.d...@intel.com --- .../gzip/{gzip_1.5.bb = gzip_1.6.bb} |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-extended/gzip/{gzip_1.5.bb = gzip_1.6.bb} (51%) diff --git a/meta/recipes-extended/gzip/gzip_1.5.bb b/meta/recipes-extended/gzip/gzip_1.6.bb similarity index 51% rename from meta/recipes-extended/gzip/gzip_1.5.bb rename to meta/recipes-extended/gzip/gzip_1.6.bb index f7b8593..bd1f70a 100644 --- a/meta/recipes-extended/gzip/gzip_1.5.bb +++ b/meta/recipes-extended/gzip/gzip_1.6.bb @@ -7,5 +7,5 @@ NATIVE_PACKAGE_PATH_SUFFIX = /${PN} BBCLASSEXTEND = native -SRC_URI[md5sum] = 11b76536941ee1c0221fe6eefbcb32cb -SRC_URI[sha256sum] = b5d56e8ffc9918e8c941fab56e04121194f9870adeeb859e09c09eac264035a3 +SRC_URI[md5sum] = 38603cb2843bf5681ff41aab3bcd6a20 +SRC_URI[sha256sum] = 97eb83b763d9e5ad35f351fe5517e6b71521d7aac7acf3e3cacdb6b1496d8f7e -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/7] xkeyboard-config: upgrade to 2.9
Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com --- ...board-config_2.8.bb = xkeyboard-config_2.9.bb} |5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) rename meta/recipes-graphics/xorg-lib/{xkeyboard-config_2.8.bb = xkeyboard-config_2.9.bb} (87%) diff --git a/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.8.bb b/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.9.bb similarity index 87% rename from meta/recipes-graphics/xorg-lib/xkeyboard-config_2.8.bb rename to meta/recipes-graphics/xorg-lib/xkeyboard-config_2.9.bb index cf4da28..df96c31 100644 --- a/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.8.bb +++ b/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.9.bb @@ -13,13 +13,12 @@ LICENSE = MIT MIT-style LIC_FILES_CHKSUM = file://COPYING;md5=0e7f21ca7db975c63467d2e7624a12f9 SRC_URI=${XORG_MIRROR}/individual/data/xkeyboard-config/${BPN}-${PV}.tar.bz2 -SRC_URI[md5sum] = e66d567d85a954d589c5723fb0e1f3dd -SRC_URI[sha256sum] = 4e1cf5468d488aaf320ddfd439e03cbda0b213550fd734026d23138e4b2078ae +SRC_URI[md5sum] = 9b1280d8ba40274a0f1567c94fca7501 +SRC_URI[sha256sum] = 5e89bc182a10d53c3e83efc6c3546de0fe5504d91c3dbc80d55cc64ddab5643a SECTION = x11/libs DEPENDS = intltool-native virtual/gettext -PR = r0 EXTRA_OECONF = --with-xkb-rules-symlink=xorg --disable-runtime-deps -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/7] Package upgrades
Tests done: * each package was build tested locally for all architectures (where applicable); * ran autobuilder nigthlies for (x86, x86-64, ppc, arm, mips). All completed successfully; * no major changes spotted in buildhistory; * basic functionality tests done on an ideapad s10-3t netbook with a core-image-sato image; Thanks, Laurentiu The following changes since commit 96b144a25598090b1e58eb5e33f216b5bfef7595: tar: don't mv tar for nativesdk (2013-06-10 18:06:37 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib lpalcu/upgrades http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=lpalcu/upgrades Laurentiu Palcu (7): xf86-input-synaptics: upgrade to 1.7.1 xkeyboard-config: upgrade to 2.9 xdpyinfo: upgrade to 1.3.1 xf86-video-intel: upgrade to 2.21.9 xwininfo: upgrade to 1.1.3 libdrm: upgrade to 2.4.45 libxt: upgrade to 1.1.4 .../drm/{libdrm_2.4.44.bb = libdrm_2.4.45.bb} |4 ++-- .../{xdpyinfo_1.3.0.bb = xdpyinfo_1.3.1.bb} |5 ++--- .../{xwininfo_1.1.2.bb = xwininfo_1.1.3.bb} |5 ++--- ...tics_1.7.0.bb = xf86-input-synaptics_1.7.1.bb} |4 ++-- ...-intel_2.21.6.bb = xf86-video-intel_2.21.9.bb} |4 ++-- .../xorg-lib/{libxt_1.1.3.bb = libxt_1.1.4.bb}|7 +++ ...board-config_2.8.bb = xkeyboard-config_2.9.bb} |5 ++--- 7 files changed, 15 insertions(+), 19 deletions(-) rename meta/recipes-graphics/drm/{libdrm_2.4.44.bb = libdrm_2.4.45.bb} (46%) rename meta/recipes-graphics/xorg-app/{xdpyinfo_1.3.0.bb = xdpyinfo_1.3.1.bb} (80%) rename meta/recipes-graphics/xorg-app/{xwininfo_1.1.2.bb = xwininfo_1.1.3.bb} (69%) rename meta/recipes-graphics/xorg-driver/{xf86-input-synaptics_1.7.0.bb = xf86-input-synaptics_1.7.1.bb} (81%) rename meta/recipes-graphics/xorg-driver/{xf86-video-intel_2.21.6.bb = xf86-video-intel_2.21.9.bb} (85%) rename meta/recipes-graphics/xorg-lib/{libxt_1.1.3.bb = libxt_1.1.4.bb} (85%) rename meta/recipes-graphics/xorg-lib/{xkeyboard-config_2.8.bb = xkeyboard-config_2.9.bb} (87%) -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/7] xf86-input-synaptics: upgrade to 1.7.1
Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com --- ...tics_1.7.0.bb = xf86-input-synaptics_1.7.1.bb} |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-graphics/xorg-driver/{xf86-input-synaptics_1.7.0.bb = xf86-input-synaptics_1.7.1.bb} (81%) diff --git a/meta/recipes-graphics/xorg-driver/xf86-input-synaptics_1.7.0.bb b/meta/recipes-graphics/xorg-driver/xf86-input-synaptics_1.7.1.bb similarity index 81% rename from meta/recipes-graphics/xorg-driver/xf86-input-synaptics_1.7.0.bb rename to meta/recipes-graphics/xorg-driver/xf86-input-synaptics_1.7.1.bb index 72b4107..9125613 100644 --- a/meta/recipes-graphics/xorg-driver/xf86-input-synaptics_1.7.0.bb +++ b/meta/recipes-graphics/xorg-driver/xf86-input-synaptics_1.7.1.bb @@ -12,8 +12,8 @@ advanced features of the touchpad to become available. LIC_FILES_CHKSUM = file://COPYING;md5=55aacd3535a741824955c5eb8f061398 -SRC_URI[md5sum] = 5e4f232a18a1741e4c34895d28238f8d -SRC_URI[sha256sum] = d6f1ad0b0653dddbe2e2db7e2f06c1860e491045e87a6577b63568d65e5d0f0e +SRC_URI[md5sum] = 6505de717972b6a24b8eb13e69eb996c +SRC_URI[sha256sum] = db5825660e1fb23190697f609bf75d4450fe707344a14298e1c9b47039bbb58e DEPENDS += libxi mtdev -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 6/7] libdrm: upgrade to 2.4.45
Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com --- .../drm/{libdrm_2.4.44.bb = libdrm_2.4.45.bb} |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-graphics/drm/{libdrm_2.4.44.bb = libdrm_2.4.45.bb} (46%) diff --git a/meta/recipes-graphics/drm/libdrm_2.4.44.bb b/meta/recipes-graphics/drm/libdrm_2.4.45.bb similarity index 46% rename from meta/recipes-graphics/drm/libdrm_2.4.44.bb rename to meta/recipes-graphics/drm/libdrm_2.4.45.bb index b016958..52e6f65 100644 --- a/meta/recipes-graphics/drm/libdrm_2.4.44.bb +++ b/meta/recipes-graphics/drm/libdrm_2.4.45.bb @@ -3,6 +3,6 @@ require libdrm.inc SRC_URI += file://installtests.patch \ file://GNU_SOURCE_definition.patch \ -SRC_URI[md5sum] = b760b1f2ae4ec6452383164ec697cd5d -SRC_URI[sha256sum] = 42b45ad15bb1bc52630a4b37b7afcfaea27e01b3c0b4791ef25d0f7b2456f6a2 +SRC_URI[md5sum] = 92ce56e7533a9b2fcb5c8f32d305328b +SRC_URI[sha256sum] = 3ef0a70c16080fb90c50e807b660b7353d82509c03647f6ecc00bbfa1caee208 -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/7] xdpyinfo: upgrade to 1.3.1
Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com --- .../{xdpyinfo_1.3.0.bb = xdpyinfo_1.3.1.bb} |5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) rename meta/recipes-graphics/xorg-app/{xdpyinfo_1.3.0.bb = xdpyinfo_1.3.1.bb} (80%) diff --git a/meta/recipes-graphics/xorg-app/xdpyinfo_1.3.0.bb b/meta/recipes-graphics/xorg-app/xdpyinfo_1.3.1.bb similarity index 80% rename from meta/recipes-graphics/xorg-app/xdpyinfo_1.3.0.bb rename to meta/recipes-graphics/xorg-app/xdpyinfo_1.3.1.bb index e0b2442..c853926 100644 --- a/meta/recipes-graphics/xorg-app/xdpyinfo_1.3.0.bb +++ b/meta/recipes-graphics/xorg-app/xdpyinfo_1.3.1.bb @@ -10,12 +10,11 @@ that are available. LIC_FILES_CHKSUM = file://COPYING;md5=f3d09e6b9e203a1af489e16c708f4fb3 DEPENDS += libxtst libxext libxxf86vm libxxf86dga libxxf86misc libxi libxrender libxinerama libdmx libxau -PR = ${INC_PR}.1 PE = 1 SRC_URI += file://disable-xkb.patch -SRC_URI[md5sum] = 1ef08f4c8d0e669c2edd49e4a1bf650d -SRC_URI[sha256sum] = 23ee4944a32b5701b4379cb420729eb7a4dde54de2b5b006d4747855efd6d73f +SRC_URI[md5sum] = cacc0733f16e4f2a97a5c430fcc4420e +SRC_URI[sha256sum] = aef9285069a517ed870e5d8a02d13f7d8a953d7f7220146da563e04c7f128b94 EXTRA_OECONF = --disable-xkb -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 5/7] xwininfo: upgrade to 1.1.3
Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com --- .../{xwininfo_1.1.2.bb = xwininfo_1.1.3.bb} |5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) rename meta/recipes-graphics/xorg-app/{xwininfo_1.1.2.bb = xwininfo_1.1.3.bb} (69%) diff --git a/meta/recipes-graphics/xorg-app/xwininfo_1.1.2.bb b/meta/recipes-graphics/xorg-app/xwininfo_1.1.3.bb similarity index 69% rename from meta/recipes-graphics/xorg-app/xwininfo_1.1.2.bb rename to meta/recipes-graphics/xorg-app/xwininfo_1.1.3.bb index c033e2b..7a45241 100644 --- a/meta/recipes-graphics/xorg-app/xwininfo_1.1.2.bb +++ b/meta/recipes-graphics/xorg-app/xwininfo_1.1.3.bb @@ -9,8 +9,7 @@ and a number of other items. LIC_FILES_CHKSUM = file://COPYING;md5=78976cd3115f6faf615accc4e094d90e DEPENDS += libxext libxmu -PR = ${INC_PR}.0 PE = 0 -SRC_URI[md5sum] = 9e8b58c8aa6172e87ab4f9cf3612fedd -SRC_URI[sha256sum] = 8fa66c9ce02da257613fa428137ab9efc89c8f9939c074513dbc0f407dc9ac3a +SRC_URI[md5sum] = b777bafb674555e48fd8437618270931 +SRC_URI[sha256sum] = 218eb0ea95bd8de7903dfaa26423820c523ad1598be0751d2d8b6a2c23b23ff8 -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 4/7] xf86-video-intel: upgrade to 2.21.9
Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com --- ...-intel_2.21.6.bb = xf86-video-intel_2.21.9.bb} |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-graphics/xorg-driver/{xf86-video-intel_2.21.6.bb = xf86-video-intel_2.21.9.bb} (85%) diff --git a/meta/recipes-graphics/xorg-driver/xf86-video-intel_2.21.6.bb b/meta/recipes-graphics/xorg-driver/xf86-video-intel_2.21.9.bb similarity index 85% rename from meta/recipes-graphics/xorg-driver/xf86-video-intel_2.21.6.bb rename to meta/recipes-graphics/xorg-driver/xf86-video-intel_2.21.9.bb index 7e65f9f..6112089 100644 --- a/meta/recipes-graphics/xorg-driver/xf86-video-intel_2.21.6.bb +++ b/meta/recipes-graphics/xorg-driver/xf86-video-intel_2.21.9.bb @@ -21,5 +21,5 @@ EXTRA_OECONF += '${@base_conditional( ROOTLESS_X, 1, --enable-kms-only, COMPATIBLE_HOST = '(i.86|x86_64).*-linux' -SRC_URI[md5sum] = a4f002f50b370fe550231c9b33e12399 -SRC_URI[sha256sum] = c3ef371e72544350c878d5373b2e7f49b8a0e253f9b63cb1ce2881180b45f8d9 +SRC_URI[md5sum] = fd96651b0d90dc7e977b23fd54f2c3e8 +SRC_URI[sha256sum] = 1359cbc9e494a284faa52d1db83e7388cb8ab590b660e29e78e6e7f5ee7ff189 -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-commits] Andy Voltz : tune-cortexa.inc: create a common include for cortex-a armv7a tuning
Hi Khem, On Tue, Jun 11, 2013 at 12:12:47AM -0400, Khem Raj wrote: On Mon, Jun 10, 2013 at 8:50 AM, Andy Voltz andy.vo...@timesys.com wrote: ERROR: OE-core's config sanity checker detected a potential misconfiguration. Either fix the cause of this error or at your own risk disable the checker (see sanity.conf). Following is the list of potential problems / advisories: Error, the PACKAGE_ARCHS variable does not contain TUNE_PKGARCH (${ARMPKGARCH_tune-cortexa8t-neon}).Toolchain tunings invalid: Tuning 'cortexa8t-neon' has no defined features, and cannot be used. ERROR: Execution of event handler 'check_sanity_eventhandler' failed Please use tests like http://git.openembedded.org/openembedded-core-contrib/log/?h=jansa/tune2-test to check that all tunes are still valid after such change. I was not aware of this test. I'll look into this. This patch is not going to work. How did you test it ? Its trying to substitute into overrides which then are not expanded before being treated as overrides. as a result overrides variable themselves are wrong. We have to revert this patch please and I conur with Martin it did not seem like a significant improvement either. I understand that. I sent an updated patch which reverts to mtune, but I'm getting acquainted with this tune test and it's still showing issues. I'm need to dig in more. I tested this originally by building for the cortex-a5. I'm going to revert locally and keep using this test to keep things consistent. Regards -- Andy Voltz Timesys Corporation ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 7/7] libxt: upgrade to 1.1.4
The following fragment has been added at the end of the licence file: Copyright (c) 1993, 1994 X Consortium Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the Software), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software furnished to do so, subject to the following conditions: The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software. THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE X CONSORTIUM BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. Except as contained in this notice, the name of the X Consortium shall not be used in advertising or otherwise to promote the sale, use or other dealing in this Software without prior written authorization from the X Consortium. Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com --- .../xorg-lib/{libxt_1.1.3.bb = libxt_1.1.4.bb}|7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) rename meta/recipes-graphics/xorg-lib/{libxt_1.1.3.bb = libxt_1.1.4.bb} (85%) diff --git a/meta/recipes-graphics/xorg-lib/libxt_1.1.3.bb b/meta/recipes-graphics/xorg-lib/libxt_1.1.4.bb similarity index 85% rename from meta/recipes-graphics/xorg-lib/libxt_1.1.3.bb rename to meta/recipes-graphics/xorg-lib/libxt_1.1.4.bb index 8249e78..c3373f4 100644 --- a/meta/recipes-graphics/xorg-lib/libxt_1.1.3.bb +++ b/meta/recipes-graphics/xorg-lib/libxt_1.1.4.bb @@ -13,13 +13,12 @@ independent of any particular user interface policy or style. require xorg-lib-common.inc LICENSE = MIT MIT-style -LIC_FILES_CHKSUM = file://COPYING;md5=3239170e81427c5948287df07691f03f +LIC_FILES_CHKSUM = file://COPYING;md5=6565b1e0094ea1caae0971cc4035f343 DEPENDS += util-linux libxcb libsm virtual/libx11 kbproto libxdmcp PROVIDES = xt -PR = r0 PE = 1 XORG_PN = libXt @@ -41,5 +40,5 @@ do_compile() { oe_runmake } -SRC_URI[md5sum] = a6f137ae100e74ebe3b71eb4a38c40b3 -SRC_URI[sha256sum] = 8db593c3fc5ffc4e9cd854ba50af1eac9b90d66521ba17802b8f1e0d2d7f05bd +SRC_URI[md5sum] = 03149823ae57bb02d0cec90d5b97d56c +SRC_URI[sha256sum] = 843a97a988f5654872682a4120486d987d853a71651515472f55519ffae2dd57 -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] gzip : upgrade to 1.6
On Tue, Jun 11, 2013 at 04:37:39PM +0300, Andrei Dinu wrote: upgrade from 1.5 - 1.6 Signed-off-by: Andrei Dinu andrei.adrianx.d...@intel.com --- .../gzip/{gzip_1.5.bb = gzip_1.6.bb} |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-extended/gzip/{gzip_1.5.bb = gzip_1.6.bb} (51%) diff --git a/meta/recipes-extended/gzip/gzip_1.5.bb b/meta/recipes-extended/gzip/gzip_1.6.bb similarity index 51% rename from meta/recipes-extended/gzip/gzip_1.5.bb rename to meta/recipes-extended/gzip/gzip_1.6.bb index f7b8593..bd1f70a 100644 --- a/meta/recipes-extended/gzip/gzip_1.5.bb +++ b/meta/recipes-extended/gzip/gzip_1.6.bb @@ -7,5 +7,5 @@ NATIVE_PACKAGE_PATH_SUFFIX = /${PN} BBCLASSEXTEND = native -SRC_URI[md5sum] = 11b76536941ee1c0221fe6eefbcb32cb -SRC_URI[sha256sum] = b5d56e8ffc9918e8c941fab56e04121194f9870adeeb859e09c09eac264035a3 +SRC_URI[md5sum] = 38603cb2843bf5681ff41aab3bcd6a20 +SRC_URI[sha256sum] = 97eb83b763d9e5ad35f351fe5517e6b71521d7aac7acf3e3cacdb6b1496d8f7e I believe you can safely remove the PR too. Thanks, Laurentiu -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 3/5] dpkg: Fix usage of create_wrapper
On 10 June 2013 22:45, Saul Wold s...@linux.intel.com wrote: create_wrapper changed recently and behaves differently now. It does not directly exec the , but exports them, so the first parameter needs to be an environemnt variable like a PATH, not a executable. Signed-off-by: Saul Wold s...@linux.intel.com --- meta/recipes-devtools/dpkg/dpkg.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-devtools/dpkg/dpkg.inc b/meta/recipes-devtools/dpkg/dpkg.inc index 28c4f89..02383ed 100644 --- a/meta/recipes-devtools/dpkg/dpkg.inc +++ b/meta/recipes-devtools/dpkg/dpkg.inc @@ -56,7 +56,7 @@ do_install_append () { do_install_append_class-native () { tmp=`find ${D}${bindir} -type f -exec grep -m 1 -l '#!/.*/perl-native/perl' {} \;` for i in $tmp; do - create_wrapper $i ${STAGING_BINDIR_NATIVE}/perl-native/perl + create_wrapper $i PATH=${STAGING_BINDIR_NATIVE}/perl-native:\$PATH NACK. The message isn't entirely accurate - the changes to the wrapper scripts were consistent with the documentation of the function which clearly says the arguments are NAME=VALUE pairs, but recipes such as this were using insider knowledge that the wrapper was implemented with env to effectively inject perl-native so that is the binary executed, not the real script itself. This avoids the stupidly small buffer in binfmt_script that parses the #! lines (128 bytes), which is what the comment above this block refers to. Setting the path won't perform this workaround, so this patch (and similar) re-introduces the problem with deeply nested work directories. I guess the real question is why do we wrap scripts one by one instead of doing some wrapping centrally when writing to the native sysroot itself? At the moment we're playing whack-a-mole where sufficient scripts have been wrapped that a specific build appears to work. Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH V2] gzip : upgrade to 1.6
upgrade from 1.5 - 1.6 Signed-off-by: Andrei Dinu andrei.adrianx.d...@intel.com --- .../gzip/{gzip_1.5.bb = gzip_1.6.bb} |6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) rename meta/recipes-extended/gzip/{gzip_1.5.bb = gzip_1.6.bb} (48%) diff --git a/meta/recipes-extended/gzip/gzip_1.5.bb b/meta/recipes-extended/gzip/gzip_1.6.bb similarity index 48% rename from meta/recipes-extended/gzip/gzip_1.5.bb rename to meta/recipes-extended/gzip/gzip_1.6.bb index f7b8593..9c728df 100644 --- a/meta/recipes-extended/gzip/gzip_1.5.bb +++ b/meta/recipes-extended/gzip/gzip_1.6.bb @@ -1,11 +1,9 @@ require gzip.inc -PR = r0 - PROVIDES_append_class-native = gzip-replacement-native NATIVE_PACKAGE_PATH_SUFFIX = /${PN} BBCLASSEXTEND = native -SRC_URI[md5sum] = 11b76536941ee1c0221fe6eefbcb32cb -SRC_URI[sha256sum] = b5d56e8ffc9918e8c941fab56e04121194f9870adeeb859e09c09eac264035a3 +SRC_URI[md5sum] = 38603cb2843bf5681ff41aab3bcd6a20 +SRC_URI[sha256sum] = 97eb83b763d9e5ad35f351fe5517e6b71521d7aac7acf3e3cacdb6b1496d8f7e -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] cramfs: import recipe from meta-oe
On 06/11/2013 07:14 AM, Andrea Adami wrote: ping Maybe you want cramfs in recipes-devtools and not in recipes-support? Feedback, please Apologies, we will not accept this recipe being moved into oe-core, there is not a strong case to move it to oe-core, cramfs is a image type that is not heavily used, and the recipe is available in meta-oe. Sau! Andrea On Tue, Jun 4, 2013 at 1:51 PM, Andrea Adami andrea.ad...@gmail.com wrote: Note there would be also the possibility to use the mkfs.cramfs provided by util-linux implementing changes in image_types.bbclass and util-linux itself. Seems a bit overkill to me but still an option... Andrea On Tue, Jun 4, 2013 at 1:39 PM, Andrea Adami andrea.ad...@gmail.com wrote: ping Recipe is rather stable (tarball of v.1.1 dated 2002) and cramfs can be handy for read-only images on legacy devices. All the needed infrastructure is already present in image_types.bbclass so I'd say this recipe has been mistakenly forgotten when splitting out oe-core Andrea On Sun, May 26, 2013 at 1:23 AM, Andrea Adami andrea.ad...@gmail.com wrote: * though listed in IMAGE_FSTYPES the helper is missing so * make oe-core autosufficient importing the recipe. * Fix PN - BPN to avoid fetch errors with cramfs-native Signed-off-by: Andrea Adami andrea.ad...@gmail.com --- meta/recipes-support/cramfs/cramfs_1.1.bb | 29 + 1 file changed, 29 insertions(+) create mode 100644 meta/recipes-support/cramfs/cramfs_1.1.bb diff --git a/meta/recipes-support/cramfs/cramfs_1.1.bb b/meta/recipes-support/cramfs/cramfs_1.1.bb new file mode 100644 index 000..0bca0e1 --- /dev/null +++ b/meta/recipes-support/cramfs/cramfs_1.1.bb @@ -0,0 +1,29 @@ +DESCRIPTION = Builds cramfs filesystems for embedded systems +LICENSE = GPLv2 +LIC_FILES_CHKSUM = file://COPYING;md5=393a5ca445f6965873eca0259a17f833 +DEPENDS = zlib + +PE = 1 + +SRC_URI = http://sourceforge.net/projects/cramfs/files/cramfs/1.1/${BPN}-${PV}.tar.gz; + +SRC_URI[md5sum] = d3912b9f7bf745fbfea68f6a9b9de30f +SRC_URI[sha256sum] = 133caca2c4e7c64106555154ee0ff693f5cf5beb9421ce2eb86baee997d22368 + +EXTRA_OEMAKE = \ +'CC=${CC}' \ +'CFLAGS=${CFLAGS}' \ +'LDFLAGS=${LDFLAGS}' \ + + +do_compile_prepend() { +ln -sf GNUmakefile Makefile +} + +do_install() { +install -d ${D}${bindir} +install mkcramfs ${D}${bindir} +install cramfsck ${D}${bindir} +} + +BBCLASSEXTEND = native -- 1.8.1.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] tmux new does not take tw commands
This got routed to me because the visible error message says Execution of pseudo /bin/bash failed but actually it's nothing to do with pseudo. The real problem is that the tmux class in terminal.py is producing a string like: 'tmux new args {command}' This then gets .format called on it, substituting in a command. If the comand is pseudo /bin/bash, this is: 'tmux new args pseudo /bin/bash' which is a usage error. It would be okay if it were: 'tmux new args pseudo /bin/bash' So add double quotes. Of course, that assumes that command never has double quotes in it... If it does, that may need a fancier solution. The following changes since commit b4f208f418d18f2a4e78a56bebacef481061d917: Saul Wold (1): tar: don't mv tar for nativesdk are available in the git repository at: git://git.yoctoproject.org/poky-contrib seebs/tmuxfix http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=seebs/tmuxfix Peter Seebach (1): handle two-word commands with tmux meta/lib/oe/terminal.py |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Sample recipe for qt4e app?
On Tue, Jun 11, 2013 at 2:12 AM, Mike Looijmans mike.looijm...@topic.nl wrote: Here's my favorite: DESCRIPTION = QBall is a simple open source breakout style game That's funny! I chose that same app for my test :-) Steve ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] glib-2.0: drop Makefile.in hunks from patch
On 06/11/2013 04:18 AM, Ross Burton wrote: Patching a generated file is prone to conflicts, and we'll be replacing this file anyway when configuring, so drop the Makefile.in hunks. Is there any replacement for this patch, did you check that glib-2.0 will still build correctly for x32? Sau! Signed-off-by: Ross Burton ross.bur...@intel.com --- .../glib-2.0/glib-2.0/glib-2.0_fix_for_x32.patch | 34 1 file changed, 34 deletions(-) diff --git a/meta/recipes-core/glib-2.0/glib-2.0/glib-2.0_fix_for_x32.patch b/meta/recipes-core/glib-2.0/glib-2.0/glib-2.0_fix_for_x32.patch index 2920e2f..0c243cd 100644 --- a/meta/recipes-core/glib-2.0/glib-2.0/glib-2.0_fix_for_x32.patch +++ b/meta/recipes-core/glib-2.0/glib-2.0/glib-2.0_fix_for_x32.patch @@ -23,23 +23,6 @@ Index: glib-2.30.0/glib/Makefile.am BUILT_SOURCES += glib_probes.h glib_probes.o CLEANFILES += glib_probes.h glib_probes.h.tmp libglib_2_0_la_LIBADD += glib_probes.o -Index: glib-2.30.0/glib/Makefile.in -=== glib-2.30.0.orig/glib/Makefile.in -+++ glib-2.30.0/glib/Makefile.in -@@ -1691,10 +1691,10 @@ uninstall-local: uninstall-ms-lib uninst - @OS_WIN32_AND_DLL_COMPILATION_FALSE@uninstall-def-file: - - @ENABLE_DTRACE_TRUE@glib_probes.h: glib_probes.d Makefile --@ENABLE_DTRACE_TRUE@ $(AM_V_GEN) $(DTRACE) -C -h -s $ -o $@.tmp -+@ENABLE_DTRACE_TRUE@ $(AM_V_GEN) CC=$(CC) CFLAGS=$(CFLAGS) $(DTRACE) -C -h -s $ -o $@.tmp - @ENABLE_DTRACE_TRUE@ @$(SED) -e s,define STAP_HAS_SEMAPHORES 1,undef STAP_HAS_SEMAPHORES, $@.tmp $@ rm -f $@.tmp - @ENABLE_DTRACE_TRUE@glib_probes.o: glib_probes.d Makefile --@ENABLE_DTRACE_TRUE@ $(AM_V_GEN) $(DTRACE) -G -s $ -o $@ -+@ENABLE_DTRACE_TRUE@ $(AM_V_GEN) CC=$(CC) CFLAGS=$(CFLAGS) $(DTRACE) -G -s $ -o $@ - - gspawn-win32-helper-console.c: - echo '#define HELPER_CONSOLE' $@ Index: glib-2.30.0/gobject/Makefile.am === --- glib-2.30.0.orig/gobject/Makefile.am @@ -57,20 +40,3 @@ Index: glib-2.30.0/gobject/Makefile.am BUILT_SOURCES += gobject_probes.h gobject_probes.o CLEANFILES += gobject_probes.h libgobject_2_0_la_LIBADD += gobject_probes.o -Index: glib-2.30.0/gobject/Makefile.in -=== glib-2.30.0.orig/gobject/Makefile.in -+++ glib-2.30.0/gobject/Makefile.in -@@ -1581,10 +1581,10 @@ uninstall-ms-lib: - @OS_WIN32_AND_DLL_COMPILATION_FALSE@uninstall-def-file: - - @ENABLE_DTRACE_TRUE@gobject_probes.h: gobject_probes.d Makefile --@ENABLE_DTRACE_TRUE@ $(AM_V_GEN) $(DTRACE) -C -h -s $ -o $@.tmp -+@ENABLE_DTRACE_TRUE@ $(AM_V_GEN) CFLAGS=$(CFLAGS) $(DTRACE) -C -h -s $ -o $@.tmp - @ENABLE_DTRACE_TRUE@ @$(SED) -e s,define STAP_HAS_SEMAPHORES 1,undef STAP_HAS_SEMAPHORES, $@.tmp $@ rm -f $@.tmp - @ENABLE_DTRACE_TRUE@gobject_probes.o: gobject_probes.d Makefile --@ENABLE_DTRACE_TRUE@ $(AM_V_GEN) $(DTRACE) -G -s $ -o $@ -+@ENABLE_DTRACE_TRUE@ $(AM_V_GEN) CFLAGS=$(CFLAGS) $(DTRACE) -G -s $ -o $@ - - # This is read by gobject-introspection/misc/ and gtk-doc - gobject-public-headers.txt: Makefile ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] cramfs: import recipe from meta-oe
ping Maybe you want cramfs in recipes-devtools and not in recipes-support? Feedback, please Andrea On Tue, Jun 4, 2013 at 1:51 PM, Andrea Adami andrea.ad...@gmail.com wrote: Note there would be also the possibility to use the mkfs.cramfs provided by util-linux implementing changes in image_types.bbclass and util-linux itself. Seems a bit overkill to me but still an option... Andrea On Tue, Jun 4, 2013 at 1:39 PM, Andrea Adami andrea.ad...@gmail.com wrote: ping Recipe is rather stable (tarball of v.1.1 dated 2002) and cramfs can be handy for read-only images on legacy devices. All the needed infrastructure is already present in image_types.bbclass so I'd say this recipe has been mistakenly forgotten when splitting out oe-core Andrea On Sun, May 26, 2013 at 1:23 AM, Andrea Adami andrea.ad...@gmail.com wrote: * though listed in IMAGE_FSTYPES the helper is missing so * make oe-core autosufficient importing the recipe. * Fix PN - BPN to avoid fetch errors with cramfs-native Signed-off-by: Andrea Adami andrea.ad...@gmail.com --- meta/recipes-support/cramfs/cramfs_1.1.bb | 29 + 1 file changed, 29 insertions(+) create mode 100644 meta/recipes-support/cramfs/cramfs_1.1.bb diff --git a/meta/recipes-support/cramfs/cramfs_1.1.bb b/meta/recipes-support/cramfs/cramfs_1.1.bb new file mode 100644 index 000..0bca0e1 --- /dev/null +++ b/meta/recipes-support/cramfs/cramfs_1.1.bb @@ -0,0 +1,29 @@ +DESCRIPTION = Builds cramfs filesystems for embedded systems +LICENSE = GPLv2 +LIC_FILES_CHKSUM = file://COPYING;md5=393a5ca445f6965873eca0259a17f833 +DEPENDS = zlib + +PE = 1 + +SRC_URI = http://sourceforge.net/projects/cramfs/files/cramfs/1.1/${BPN}-${PV}.tar.gz; + +SRC_URI[md5sum] = d3912b9f7bf745fbfea68f6a9b9de30f +SRC_URI[sha256sum] = 133caca2c4e7c64106555154ee0ff693f5cf5beb9421ce2eb86baee997d22368 + +EXTRA_OEMAKE = \ +'CC=${CC}' \ +'CFLAGS=${CFLAGS}' \ +'LDFLAGS=${LDFLAGS}' \ + + +do_compile_prepend() { +ln -sf GNUmakefile Makefile +} + +do_install() { +install -d ${D}${bindir} +install mkcramfs ${D}${bindir} +install cramfsck ${D}${bindir} +} + +BBCLASSEXTEND = native -- 1.8.1.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] qemu: update to 1.5.0
On 06/10/2013 04:37 AM, Riku Voipio wrote: On 6 June 2013 16:54, Saul Wold s...@linux.intel.com wrote: On 06/06/2013 05:08 AM, Riku Voipio wrote: Patches removed: 0001-doc-Fix-texinfo-table-markup-in-qemu-options.hx.patch - applied 0002-docs-Fix-generating-qemu-doc.html-with-texinfo-5.patch - fixed different upstream Revert-vmware_vga-Add-back-some-info-in-local-state-.patch - fixed different upstream arm-bgr.patch - this should be also fixed upstream, if still issue please resend. fallback-to-safe-mmap_min_addr.patch - this should be also fixed upstream, if still issue please resend. linker-flags.patch - unneeded with makefile changes from configure the obsolete --audio-cards-list option has been removed. Please describe how this was tested, as Qemu is a core part of OE-core we have seen past failures on version updates. It's important to do multi-architecture builds and execution with graphics. Also will it build target binaries (for example the build appliance uses qemu on the target) we have seen failures there also on updates. I've only tested building ARMv5 and ARMv7 systemd-gnome-images (which use qemu-native at some point of build. I just tested also building qemu for arm target and it builds fine. Differences between 1.4.1 and 1.5 in upstream are not that major that they should cause breakage in typical usecases. Setting IMAGETEST=qemu did start qemu but the image didn't start. That however didn't work with 1.4.1 either. It really needs to be tested on more ARCHs other than ARM. What kind of failure do you see with IMAGETEST, this works as we use it all the time for the Autobuilder Sanity Testing. Sau! Riku Thanks Sau! --- ...x-texinfo-table-markup-in-qemu-options.hx.patch | 213 ...x-generating-qemu-doc.html-with-texinfo-5.patch | 54 - ...re_vga-Add-back-some-info-in-local-state-.patch | 114 --- meta/recipes-devtools/qemu/files/arm-bgr.patch | 30 --- .../files/fallback-to-safe-mmap_min_addr.patch | 39 .../recipes-devtools/qemu/files/linker-flags.patch | 25 --- meta/recipes-devtools/qemu/qemu.inc|7 +- .../qemu/{qemu_1.4.1.bb = qemu_1.5.0.bb} |4 +- 8 files changed, 3 insertions(+), 483 deletions(-) delete mode 100644 meta/recipes-devtools/qemu/files/0001-doc-Fix-texinfo-table-markup-in-qemu-options.hx.patch delete mode 100644 meta/recipes-devtools/qemu/files/0002-docs-Fix-generating-qemu-doc.html-with-texinfo-5.patch delete mode 100644 meta/recipes-devtools/qemu/files/Revert-vmware_vga-Add-back-some-info-in-local-state-.patch delete mode 100644 meta/recipes-devtools/qemu/files/arm-bgr.patch delete mode 100644 meta/recipes-devtools/qemu/files/fallback-to-safe-mmap_min_addr.patch delete mode 100644 meta/recipes-devtools/qemu/files/linker-flags.patch rename meta/recipes-devtools/qemu/{qemu_1.4.1.bb = qemu_1.5.0.bb} (67%) diff --git a/meta/recipes-devtools/qemu/files/0001-doc-Fix-texinfo-table-markup-in-qemu-options.hx.patch b/meta/recipes-devtools/qemu/files/0001-doc-Fix-texinfo-table-markup-in-qemu-options.hx.patch deleted file mode 100644 index 9435cfe..000 --- a/meta/recipes-devtools/qemu/files/0001-doc-Fix-texinfo-table-markup-in-qemu-options.hx.patch +++ /dev/null @@ -1,213 +0,0 @@ -From 9a7146ca91c04d05af36684d8b3ca79c1254abc2 Mon Sep 17 00:00:00 2001 -From: Markus Armbruster arm...@redhat.com -Date: Wed, 13 Feb 2013 19:49:40 +0100 -Subject: [PATCH 1/2] doc: Fix texinfo @table markup in qemu-options.hx - -End tables before headings, start new ones afterwards. Fixes -incorrect indentation of headings File system options and Virtual -File system pass-through options in manual page and qemu-doc. - -Normalize markup some to increase chances it survives future edits. - -Upstream-Status: Backport - -Signed-off-by: Martin Jansa martin.ja...@gmail.com -Signed-off-by: Markus Armbruster arm...@redhat.com -Reviewed-by: Stefan Hajnoczi stefa...@redhat.com -Message-id: 1360781383-28635-5-git-send-email-arm...@redhat.com -Signed-off-by: Anthony Liguori aligu...@us.ibm.com - qemu-options.hx | 56 +--- - 1 file changed, 37 insertions(+), 19 deletions(-) - -diff --git a/qemu-options.hx b/qemu-options.hx -index 9d7131a..54bd92a 100644 a/qemu-options.hx -+++ b/qemu-options.hx -@@ -537,13 +537,15 @@ STEXI - @end table - ETEXI - --DEF(usb, 0, QEMU_OPTION_usb, ---usbenable the USB driver (will be the default soon)\n, --QEMU_ARCH_ALL) - STEXI - USB options: - @table @option -+ETEXI - -+DEF(usb, 0, QEMU_OPTION_usb, -+-usbenable the USB driver (will be the default soon)\n, -+QEMU_ARCH_ALL) -+STEXI - @item -usb - @findex -usb - Enable the USB driver (will be the default soon) -@@ -610,9 +612,15 @@ possible drivers and properties, use @code{-device help} and - @code{-device @var{driver},help}. - ETEXI - -+STEXI -+@end table -+ETEXI -
Re: [OE-core] [PATCH] glib-2.0: drop Makefile.in hunks from patch
On 11 June 2013 15:33, Saul Wold s...@linux.intel.com wrote: Patching a generated file is prone to conflicts, and we'll be replacing this file anyway when configuring, so drop the Makefile.in hunks. Is there any replacement for this patch, did you check that glib-2.0 will still build correctly for x32? The Makefile.am patches are still there, and as we run a full autoreconf the Makefile.in patches will be overwritten. I didn't test x32 but if it breaks we've got bigger problems! (I'll do a build now just to verify) Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/1] tmux new does not take tw commands
On Tue, Jun 11, 2013 at 7:28 AM, Peter Seebach peter.seeb...@windriver.comwrote: This got routed to me because the visible error message says Execution of pseudo /bin/bash failed but actually it's nothing to do with pseudo. The real problem is that the tmux class in terminal.py is producing a string like: 'tmux new args {command}' This then gets .format called on it, substituting in a command. If the comand is pseudo /bin/bash, this is: 'tmux new args pseudo /bin/bash' which is a usage error. It would be okay if it were: 'tmux new args pseudo /bin/bash' So add double quotes. Of course, that assumes that command never has double quotes in it... If it does, that may need a fancier solution. I'd suggest calling pipes.quote() on the value being passed into format(). -- Christopher Larson ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC] get minimal rootfs to be even smaller
On Mon, 2013-06-10 at 19:06 -0700, Khem Raj wrote: On May 31, 2013, at 7:11 AM, Marcin Juszkiewicz mar...@juszkiewicz.com.pl wrote: First hit: pci.ids.gz and usb.ids.gz ~350KB in total. udev just RRECOMMENDS usbutils-ids pciutils-ids so how did it get into build time dependencies to begin with ? Er, don't RRECOMMENDS always go into the build dependency list? p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-commits] Andy Voltz : tune-cortexa.inc: create a common include for cortex-a armv7a tuning
On Tue, Jun 11, 2013 at 6:45 AM, Andy Voltz andy.vo...@timesys.com wrote: I understand that. I sent an updated patch which reverts to mtune, but I'm getting mtune/march is small issue with this patch. I would recommend to send a revert of the patches since all arm architectures are broken as of now in OE-Core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC] get minimal rootfs to be even smaller
On Tue, Jun 11, 2013 at 8:03 AM, Phil Blundell p...@pbcl.net wrote: Er, don't RRECOMMENDS always go into the build dependency list? if they do then whats the difference between DEPENDS and RRECOMMENDS functionally. since now rrecommended packages will always be available and they will always make into images. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC] get minimal rootfs to be even smaller
On Tue, 2013-06-11 at 08:22 -0700, Khem Raj wrote: On Tue, Jun 11, 2013 at 8:03 AM, Phil Blundell p...@pbcl.net wrote: Er, don't RRECOMMENDS always go into the build dependency list? if they do then whats the difference between DEPENDS and RRECOMMENDS functionally. RDEPENDS are required and the package manager will insist they are always installed. RRECOMMENDS are optional; you can uninstall them after the fact, and you can (with some package managers at least) declare them to be BAD_RECOMMENDATIONS which will be ignored. since now rrecommended packages will always be available and they will always make into images. You say now, but as far as I know it has always been thus. If it wasn't then the set of packages that get installed in the image would depend on what things you happened to have lying around in your deploy directory, which would not be a very good thing. p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC] get minimal rootfs to be even smaller
On Tue, Jun 11, 2013 at 08:22:27AM -0700, Khem Raj wrote: On Tue, Jun 11, 2013 at 8:03 AM, Phil Blundell p...@pbcl.net wrote: Er, don't RRECOMMENDS always go into the build dependency list? if they do then whats the difference between DEPENDS and RRECOMMENDS functionally. RDEPENDS and RRECOMMENDS right? since now rrecommended packages will always be available and they will always make into images. just the possibility to blacklist them with BAD_RECOMMENDATIONS. -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC] get minimal rootfs to be even smaller
On Tue, Jun 11, 2013 at 8:26 AM, Phil Blundell p...@pbcl.net wrote: On Tue, 2013-06-11 at 08:22 -0700, Khem Raj wrote: On Tue, Jun 11, 2013 at 8:03 AM, Phil Blundell p...@pbcl.net wrote: Er, don't RRECOMMENDS always go into the build dependency list? if they do then whats the difference between DEPENDS and RRECOMMENDS functionally. RDEPENDS are required and the package manager will insist they are always installed. RRECOMMENDS are optional; you can uninstall them after the fact, and you can (with some package managers at least) declare them to be BAD_RECOMMENDATIONS which will be ignored. yeah now I see the code build is going to build RRECOMMENDS automatically hmm. Do BAD_RECOMMENDATIONS work with rpm ? since now rrecommended packages will always be available and they will always make into images. You say now, but as far as I know it has always been thus. If it wasn't then the set of packages that get installed in the image would depend on what things you happened to have lying around in your deploy directory, which would not be a very good thing. p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] cramfs: import recipe from meta-oe
On Tue, Jun 11, 2013 at 4:22 PM, Saul Wold s...@linux.intel.com wrote: On 06/11/2013 07:14 AM, Andrea Adami wrote: ping Maybe you want cramfs in recipes-devtools and not in recipes-support? Feedback, please Apologies, we will not accept this recipe being moved into oe-core, there is not a strong case to move it to oe-core, cramfs is a image type that is not heavily used, and the recipe is available in meta-oe. Saul, See... the 'not heavily used' is always relative: there are still many devices out in the wild with cramfs 'firmwares'. You're missing my first point: I/we aim to have as less layer interdependency as possible (oe-core + BSP) so having to add meta-oe is just an unneeded burden for most cases. Oh, and it would be one recipe less in that meta-oe pot. Thx for your review Cheers Andrea Sau! Andrea On Tue, Jun 4, 2013 at 1:51 PM, Andrea Adami andrea.ad...@gmail.com wrote: Note there would be also the possibility to use the mkfs.cramfs provided by util-linux implementing changes in image_types.bbclass and util-linux itself. Seems a bit overkill to me but still an option... Andrea On Tue, Jun 4, 2013 at 1:39 PM, Andrea Adami andrea.ad...@gmail.com wrote: ping Recipe is rather stable (tarball of v.1.1 dated 2002) and cramfs can be handy for read-only images on legacy devices. All the needed infrastructure is already present in image_types.bbclass so I'd say this recipe has been mistakenly forgotten when splitting out oe-core Andrea On Sun, May 26, 2013 at 1:23 AM, Andrea Adami andrea.ad...@gmail.com wrote: * though listed in IMAGE_FSTYPES the helper is missing so * make oe-core autosufficient importing the recipe. * Fix PN - BPN to avoid fetch errors with cramfs-native Signed-off-by: Andrea Adami andrea.ad...@gmail.com --- meta/recipes-support/cramfs/cramfs_1.1.bb | 29 + 1 file changed, 29 insertions(+) create mode 100644 meta/recipes-support/cramfs/cramfs_1.1.bb diff --git a/meta/recipes-support/cramfs/cramfs_1.1.bb b/meta/recipes-support/cramfs/cramfs_1.1.bb new file mode 100644 index 000..0bca0e1 --- /dev/null +++ b/meta/recipes-support/cramfs/cramfs_1.1.bb @@ -0,0 +1,29 @@ +DESCRIPTION = Builds cramfs filesystems for embedded systems +LICENSE = GPLv2 +LIC_FILES_CHKSUM = file://COPYING;md5=393a5ca445f6965873eca0259a17f833 +DEPENDS = zlib + +PE = 1 + +SRC_URI = http://sourceforge.net/projects/cramfs/files/cramfs/1.1/${BPN}-${PV}.tar.gz; + +SRC_URI[md5sum] = d3912b9f7bf745fbfea68f6a9b9de30f +SRC_URI[sha256sum] = 133caca2c4e7c64106555154ee0ff693f5cf5beb9421ce2eb86baee997d22368 + +EXTRA_OEMAKE = \ +'CC=${CC}' \ +'CFLAGS=${CFLAGS}' \ +'LDFLAGS=${LDFLAGS}' \ + + +do_compile_prepend() { +ln -sf GNUmakefile Makefile +} + +do_install() { +install -d ${D}${bindir} +install mkcramfs ${D}${bindir} +install cramfsck ${D}${bindir} +} + +BBCLASSEXTEND = native -- 1.8.1.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC] get minimal rootfs to be even smaller
On Tue, 2013-06-11 at 08:40 -0700, Khem Raj wrote: yeah now I see the code build is going to build RRECOMMENDS automatically hmm. Do BAD_RECOMMENDATIONS work with rpm ? I think you mean with smart, and as far as I know the answer is no. p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCHv2] site: add alignment values for at-spi2-core
On 5 June 2013 11:02, Martin Jansa martin.ja...@gmail.com wrote: * x86 and x86_64 values were added in 8c46ec2edc0197b32d32e0f27d5b60271338b600 Signed-off-by: Martin Jansa martin.ja...@gmail.com Signed-off-by: Ross Burton ross.bur...@intel.com Anyone got PPC or MIPS hardware to hand? Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC] get minimal rootfs to be even smaller
On 11 June 2013 16:43, Phil Blundell p...@pbcl.net wrote: On Tue, 2013-06-11 at 08:40 -0700, Khem Raj wrote: yeah now I see the code build is going to build RRECOMMENDS automatically hmm. Do BAD_RECOMMENDATIONS work with rpm ? I think you mean with smart, and as far as I know the answer is no. Only rootfs_ipkg respects BAD_RECOMMENDATIONS: https://bugzilla.yoctoproject.org/show_bug.cgi?id=3916 -- bug for rpm https://bugzilla.yoctoproject.org/show_bug.cgi?id=4120 -- bug for dpkg Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] State of bitbake world
On Mon, Jun 03, 2013 at 05:10:08PM +0200, Martin Jansa wrote: On Mon, May 20, 2013 at 03:06:35PM +0200, Martin Jansa wrote: Couple of issues from last email were fixed, so here is updated status: qemuarm Summary: 14 tasks failed: http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/log.world.20130520_090009.log qemux86 Summary: 19 tasks failed: http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/log.world.20130519_170509.log qemux86-64 Summary: 20 tasks failed: http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/log.world.20130520_005747.log Hi, updated status, still building with gcc-4.8 shr-version issue already fixed llvm2.9 also fixed so if we don't count these 3 failures it's a bit better than last status qemuarm Summary: 15 tasks failed: http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/log.world.20130601_225651.log qemux86 Summary: 18 tasks failed: http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/log.world.20130603_011743.log/ qemux86-64: Summary: 21 tasks failed: http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/log.world.20130602_103752.log There weren't many (any) changes merged to meta-oe last week, I hope to get better builds now (started few minutes ago). qemuarm Summary: 14 tasks failed: http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/log.world.20130610_065148.log/ qemux86 Summary: 17 tasks failed: http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/log.world.20130608_071258.log/ qemux86-64 Summary: 18 tasks failed: http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/log.world.20130609_081044.log/ common: meta-openembedded/meta-oe/recipes-connectivity/samba/samba_3.6.8.bb, do_package meta-openembedded/meta-gnome/recipes-gnome/gnome-keyring/gnome-keyring_2.32.1.bb, do_compile openembedded-core/meta/recipes-core/base-files/base-files_3.0.14.bb, do_package meta-openembedded/meta-oe/recipes-devtools/packagekit/packagekit_0.5.6.bb, do_compile meta-openembedded/meta-oe/recipes-navigation/omgps/omgps_svn.bb, do_compile meta-openembedded/meta-oe/recipes-navigation/gypsy/gypsy_0.9.bb, do_compile meta-openembedded/meta-gnome/recipes-gnome/gthumb/gthumb_2.12.4.bb, do_compile meta-openembedded/meta-oe/recipes-devtools/tcltk/tk_8.5.8.bb, do_configure meta-openembedded/meta-networking/recipes-support/ipsec-tools/ipsec-tools_0.7.2.bb, do_compile qemux86 common: meta-openembedded/meta-oe/recipes-support/ode/ode_0.9.bb, do_configure openembedded-core/meta/recipes-bsp/grub/grub_2.00.bb, do_package openembedded-core/meta/recipes-graphics/xorg-driver/xf86-video-intel_2.21.6.bb, do_compile qemuarm: meta-openembedded/meta-oe/recipes-support/libunwind/libunwind_1.1.bb, do_compile openembedded-core/meta/recipes-graphics/mesa/mesa-demos_8.1.0.bb, do_compile meta-openembedded/meta-oe/recipes-connectivity/gnuradio/gnuradio_git.bb, do_compile openembedded-core/meta/recipes-devtools/qemu/qemu_1.4.1.bb, do_compile meta-openembedded/meta-multimedia/recipes-mediacentre/xbmc/xbmc_git.bb, do_compile qemux86: openembedded-core/meta/recipes-gnome/librsvg/librsvg_2.32.1.bb, do_configure openembedded-core/meta/recipes-devtools/cmake/cmake-native_2.8.11.bb, do_configure meta-openembedded/meta-gnome/recipes-support/goffice/goffice_0.10.1.bb, do_configure openembedded-core/meta/recipes-graphics/mesa/mesa-demos_8.1.0.bb, do_compile meta-openembedded/meta-oe/recipes-graphics/xorg-driver/xf86-video-geode_2.11.14.bb, do_compile qemux86-64 meta-browser/recipes-mozilla/firefox/firefox_10.0.11esr.bb, do_compile meta-openembedded/meta-oe/recipes-connectivity/libimobiledevice/libimobiledevice_1.1.4.bb, do_configure meta-openembedded/meta-oe/recipes-support/emacs/emacs_23.4.bb, do_compile openembedded-core/meta/recipes-bsp/grub/grub_2.00.bb, do_package meta-openembedded/meta-gnome/recipes-gnome/gnome-session/gnome-session_2.32.1.bb, do_compile meta-openembedded/meta-oe/recipes-connectivity/gnuradio/gnuradio_git.bb, do_compile meta-openembedded/meta-multimedia/recipes-mediacentre/xbmc/xbmc_git.bb, do_compile openembedded-core/meta/recipes-graphics/xorg-driver/xf86-video-intel_2.21.6.bb, do_compile And the list of QA issues: samba-3.6.8: Fixup Perms: Unable to correct directory link, target already exists: /var/run - /run samba-3.6.8: samba: Files/directories were installed but not shipped /run /run/lock base-files-3.0.14: Fixup Perms: Unable to correct directory link, target already exists: /var/log - /var/volatile/log base-files-3.0.14: Fixup Perms: Unable to correct directory link, target already exists: /var/run - /run base-files-3.0.14: Fixup Perms: Unable to correct directory link, target already exists: /var/tmp - /var/volatile/tmp usbmuxd-git: usbmuxd: Files/directories were installed but not shipped /usr/lib64 /usr/lib64/libusbmuxd.so /usr/lib64/libusbmuxd.so.1.0.8
Re: [OE-core] [PATCH v2] gcc: add build directory to include directories
On 6/10/13 7:21 PM, Khem Raj wrote: what happens if you use --disable-libunwind-exceptions As far as I know we have not tried that. Doesn't this change some of the processing though for systems that use unwind as the only way to generate proper back traces? --Mark On May 31, 2013, at 8:55 AM, Mark Hatle mark.ha...@windriver.com wrote: From: Roy.Li rongqing...@windriver.com Add build directory to include directories by -I${B}/include which will be searched before standard system include directories. Both libunwind and gcc supply unwind.h, once gcc use libunwind's unwind.h, the compiling will fail. This patch is generally not applicable to the upstream as they do not use libunwind. Signed-off-by: Roy.Li rongqing...@windriver.com Signed-off-by: Jeff Polk jeff.p...@windriver.com Signed-off-by: Mark Hatle mark.ha...@windriver.com --- meta/recipes-devtools/gcc/gcc_4.7.bb | 2 +- meta/recipes-devtools/gcc/gcc_4.8.bb | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-devtools/gcc/gcc_4.7.bb b/meta/recipes-devtools/gcc/gcc_4.7.bb index 9954375..f68c67a 100644 --- a/meta/recipes-devtools/gcc/gcc_4.7.bb +++ b/meta/recipes-devtools/gcc/gcc_4.7.bb @@ -2,4 +2,4 @@ require recipes-devtools/gcc/gcc-${PV}.inc require gcc-configure-target.inc require gcc-package-target.inc -ARCH_FLAGS_FOR_TARGET += -isystem${STAGING_INCDIR} +ARCH_FLAGS_FOR_TARGET += -isystem${STAGING_INCDIR} -I${B}/gcc/include/ diff --git a/meta/recipes-devtools/gcc/gcc_4.8.bb b/meta/recipes-devtools/gcc/gcc_4.8.bb index 9954375..f68c67a 100644 --- a/meta/recipes-devtools/gcc/gcc_4.8.bb +++ b/meta/recipes-devtools/gcc/gcc_4.8.bb @@ -2,4 +2,4 @@ require recipes-devtools/gcc/gcc-${PV}.inc require gcc-configure-target.inc require gcc-package-target.inc -ARCH_FLAGS_FOR_TARGET += -isystem${STAGING_INCDIR} +ARCH_FLAGS_FOR_TARGET += -isystem${STAGING_INCDIR} -I${B}/gcc/include/ -- 1.8.3.rc1.25.g423ecb0 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] cramfs: import recipe from meta-oe
On Tue, Jun 11, 2013 at 11:41 AM, Andrea Adami andrea.ad...@gmail.com wrote: On Tue, Jun 11, 2013 at 4:22 PM, Saul Wold s...@linux.intel.com wrote: On 06/11/2013 07:14 AM, Andrea Adami wrote: ping Maybe you want cramfs in recipes-devtools and not in recipes-support? Feedback, please Apologies, we will not accept this recipe being moved into oe-core, there is not a strong case to move it to oe-core, cramfs is a image type that is not heavily used, and the recipe is available in meta-oe. Saul, See... the 'not heavily used' is always relative: there are still many devices out in the wild with cramfs 'firmwares'. You're missing my first point: I/we aim to have as less layer interdependency as possible (oe-core + BSP) so having to add meta-oe is just an unneeded burden for most cases. I have a similar use case with BSPs and deployment methods. I missed the start of the thread, but thought the idea of moving this into oe-core along side the other image types was a good idea. I personally don't see a big issue or burden with moving it into the base since to me, that's where image types and formats belong. Cheers, Bruce Oh, and it would be one recipe less in that meta-oe pot. Thx for your review Cheers Andrea Sau! Andrea On Tue, Jun 4, 2013 at 1:51 PM, Andrea Adami andrea.ad...@gmail.com wrote: Note there would be also the possibility to use the mkfs.cramfs provided by util-linux implementing changes in image_types.bbclass and util-linux itself. Seems a bit overkill to me but still an option... Andrea On Tue, Jun 4, 2013 at 1:39 PM, Andrea Adami andrea.ad...@gmail.com wrote: ping Recipe is rather stable (tarball of v.1.1 dated 2002) and cramfs can be handy for read-only images on legacy devices. All the needed infrastructure is already present in image_types.bbclass so I'd say this recipe has been mistakenly forgotten when splitting out oe-core Andrea On Sun, May 26, 2013 at 1:23 AM, Andrea Adami andrea.ad...@gmail.com wrote: * though listed in IMAGE_FSTYPES the helper is missing so * make oe-core autosufficient importing the recipe. * Fix PN - BPN to avoid fetch errors with cramfs-native Signed-off-by: Andrea Adami andrea.ad...@gmail.com --- meta/recipes-support/cramfs/cramfs_1.1.bb | 29 + 1 file changed, 29 insertions(+) create mode 100644 meta/recipes-support/cramfs/cramfs_1.1.bb diff --git a/meta/recipes-support/cramfs/cramfs_1.1.bb b/meta/recipes-support/cramfs/cramfs_1.1.bb new file mode 100644 index 000..0bca0e1 --- /dev/null +++ b/meta/recipes-support/cramfs/cramfs_1.1.bb @@ -0,0 +1,29 @@ +DESCRIPTION = Builds cramfs filesystems for embedded systems +LICENSE = GPLv2 +LIC_FILES_CHKSUM = file://COPYING;md5=393a5ca445f6965873eca0259a17f833 +DEPENDS = zlib + +PE = 1 + +SRC_URI = http://sourceforge.net/projects/cramfs/files/cramfs/1.1/${BPN}-${PV}.tar.gz; + +SRC_URI[md5sum] = d3912b9f7bf745fbfea68f6a9b9de30f +SRC_URI[sha256sum] = 133caca2c4e7c64106555154ee0ff693f5cf5beb9421ce2eb86baee997d22368 + +EXTRA_OEMAKE = \ +'CC=${CC}' \ +'CFLAGS=${CFLAGS}' \ +'LDFLAGS=${LDFLAGS}' \ + + +do_compile_prepend() { +ln -sf GNUmakefile Makefile +} + +do_install() { +install -d ${D}${bindir} +install mkcramfs ${D}${bindir} +install cramfsck ${D}${bindir} +} + +BBCLASSEXTEND = native -- 1.8.1.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core -- Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [dylan][PATCH] menu-cache: Fix segmentation fault
From: Laurentiu Palcu laurentiu.pa...@intel.com [YOCTO #4353] (From OE-Core rev: 8c9c6155e6d83675a94b4eaae4ffc6dfeca399ee) Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org --- .../menu-cache/files/Fix-segfault.patch| 31 ++ .../menu-cache/menu-cache_0.4.1.bb | 4 ++- 2 files changed, 34 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-graphics/menu-cache/files/Fix-segfault.patch diff --git a/meta/recipes-graphics/menu-cache/files/Fix-segfault.patch b/meta/recipes-graphics/menu-cache/files/Fix-segfault.patch new file mode 100644 index 000..74a0407 --- /dev/null +++ b/meta/recipes-graphics/menu-cache/files/Fix-segfault.patch @@ -0,0 +1,31 @@ +From a497ea6aae3994b7f6527ef7599dd95baf2ad841 Mon Sep 17 00:00:00 2001 +From: Laurentiu Palcu laurentiu.pa...@intel.com +Date: Mon, 29 Apr 2013 12:04:20 +0300 +Subject: [PATCH] Fix segfault + +Apparently, g_io_channel_unref() was called twice: once in the +menu-cache's on_client_closed() callback and once from the finalize +function, g_io_unix_finalize()/g_io_win32_finalize(), which is called +anyway when the source is removed. + +Upstream-Status: Pending +Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com +--- + menu-cache-daemon/menu-cached.c |1 - + 1 file changed, 1 deletion(-) + +diff --git a/menu-cache-daemon/menu-cached.c b/menu-cache-daemon/menu-cached.c +index e246bb4..a10b6db 100644 +--- a/menu-cache-daemon/menu-cached.c b/menu-cache-daemon/menu-cached.c +@@ -579,7 +579,6 @@ static void on_client_closed(gpointer user_data) + } + } + /* DEBUG(client closed); */ +-g_io_channel_unref(ch); + } + + static gboolean on_client_data_in(GIOChannel* ch, GIOCondition cond, gpointer user_data) +-- +1.7.9.5 + diff --git a/meta/recipes-graphics/menu-cache/menu-cache_0.4.1.bb b/meta/recipes-graphics/menu-cache/menu-cache_0.4.1.bb index d0c5340..2aabd4a 100644 --- a/meta/recipes-graphics/menu-cache/menu-cache_0.4.1.bb +++ b/meta/recipes-graphics/menu-cache/menu-cache_0.4.1.bb @@ -11,7 +11,9 @@ LIC_FILES_CHKSUM = file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f \ SECTION = x11/libs DEPENDS = glib-2.0 zlib -SRC_URI = ${SOURCEFORGE_MIRROR}/lxde/menu-cache-${PV}.tar.gz +SRC_URI = ${SOURCEFORGE_MIRROR}/lxde/menu-cache-${PV}.tar.gz \ + file://Fix-segfault.patch \ + SRC_URI[md5sum] = 20fed982f5d8e6ec8a56a5b48894ecf0 SRC_URI[sha256sum] = 4fa9408e353fedba5b7314cbf6b6cd06d873a1424e281aa050d88bb9c0a0191e -- 1.8.1.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] systemd: don't install quotaon.service twice
If the same file is installed twice there's a race which can lead to make install failing. Remove the redundant installation of quotaon.service to eliminate the race. Signed-off-by: Ross Burton ross.bur...@intel.com --- .../systemd/systemd/install-quotaon-once.patch | 32 meta/recipes-core/systemd/systemd_204.bb |1 + 2 files changed, 33 insertions(+) create mode 100644 meta/recipes-core/systemd/systemd/install-quotaon-once.patch diff --git a/meta/recipes-core/systemd/systemd/install-quotaon-once.patch b/meta/recipes-core/systemd/systemd/install-quotaon-once.patch new file mode 100644 index 000..10280da --- /dev/null +++ b/meta/recipes-core/systemd/systemd/install-quotaon-once.patch @@ -0,0 +1,32 @@ +Upstream-Status: Submitted (https://bugs.freedesktop.org/show_bug.cgi?id=65659) +Signed-off-by: Ross Burton ross.bur...@intel.com + +From 44b7c4dc877984b5ea3f2c9fa09a93ee16dbe3b2 Mon Sep 17 00:00:00 2001 +From: Ross Burton ross.bur...@intel.com +Date: Tue, 11 Jun 2013 17:16:37 +0100 +Subject: [PATCH] build-sys: don't install quotaon.service twice + +quotaon.service is already installed through dist_systemunit_DATA, so it doesn't +need to be added to nodist_systemunit_DATA. Installing the same file twice +results in a race condition where the install process can fail. +--- + Makefile.am |3 --- + 1 file changed, 3 deletions(-) + +diff --git a/Makefile.am b/Makefile.am +index 28ae7ed..197119e 100644 +--- a/Makefile.am b/Makefile.am +@@ -3229,9 +3229,6 @@ endif + EXTRA_DIST += \ + units/systemd-quotacheck.service.in + +-nodist_systemunit_DATA += \ +- units/quotaon.service +- + # -- + if ENABLE_RANDOMSEED + rootlibexec_PROGRAMS += \ +-- +1.7.10.4 + diff --git a/meta/recipes-core/systemd/systemd_204.bb b/meta/recipes-core/systemd/systemd_204.bb index 5a63c7c..b8b1290 100644 --- a/meta/recipes-core/systemd/systemd_204.bb +++ b/meta/recipes-core/systemd/systemd_204.bb @@ -22,6 +22,7 @@ SRC_URI = http://www.freedesktop.org/software/systemd/systemd-${PV}.tar.xz \ file://modprobe.rules \ ${UCLIBCPATCHES} \ file://0001-utmp-turn-systemd-update-utmp-shutdown.service-into-.patch \ + file://install-quotaon-once.patch \ file://00-create-volatile.conf \ file://init \ -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-commits] Christopher Larson : packagegroup-base-vfat: include dosfsprogs
On Tue, Jun 11, 2013 at 02:49:32PM +, g...@git.openembedded.org wrote: Module: openembedded-core.git Branch: master Commit: 4ec66dc5f38913056942e1288c0b01a00ea0551f URL: http://git.openembedded.org/?p=openembedded-core.gita=commit;h=4ec66dc5f38913056942e1288c0b01a00ea0551f Author: Christopher Larson chris_lar...@mentor.com Date: Mon Jun 10 13:47:06 2013 -0700 packagegroup-base-vfat: include dosfsprogs The ext2 group includes e2fsprogs, so this is consistent and should be appropriate, I think. Signed-off-by: Christopher Larson chris_lar...@mentor.com Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org Isn't it called dosfstools? $ find openembedded-core/ -name dos\* openembedded-core/meta/recipes-devtools/dosfstools openembedded-core/meta/recipes-devtools/dosfstools/dosfstools_2.11.bb openembedded-core/meta/recipes-devtools/dosfstools/dosfstools openembedded-core/meta/recipes-devtools/dosfstools/dosfstools/dosfstools-msdos_fs-types.patch and no RPROVIDES in dosfstools recipe - ERROR: Nothing RPROVIDES 'dosfsprogs' (but /OE/shr-core/openembedded-core/meta/recipes-core/packagegroups/packagegroup-base.bb RDEPENDS on or otherwise requires it) NOTE: Runtime target 'dosfsprogs' is unbuildable, removing... Missing or unbuildable dependency chain was: ['dosfsprogs'] NOTE: Runtime target 'packagegroup-base-extended' is unbuildable, removing... Missing or unbuildable dependency chain was: ['packagegroup-base-extended', 'dosfsprogs'] --- .../packagegroups/packagegroup-base.bb |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/meta/recipes-core/packagegroups/packagegroup-base.bb b/meta/recipes-core/packagegroups/packagegroup-base.bb index 799e12a..061c1a7 100644 --- a/meta/recipes-core/packagegroups/packagegroup-base.bb +++ b/meta/recipes-core/packagegroups/packagegroup-base.bb @@ -179,7 +179,8 @@ RRECOMMENDS_packagegroup-base-vfat = \ kernel-module-msdos \ kernel-module-vfat \ kernel-module-nls-iso8859-1 \ -kernel-module-nls-cp437 +kernel-module-nls-cp437 \ +dosfsprogs SUMMARY_packagegroup-base-alsa = ALSA sound support RDEPENDS_packagegroup-base-alsa = \ ___ Openembedded-commits mailing list openembedded-comm...@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-commits -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-commits] Christopher Larson : packagegroup-base-vfat: include dosfsprogs
On Tue, Jun 11, 2013 at 10:07 AM, Martin Jansa martin.ja...@gmail.comwrote: On Tue, Jun 11, 2013 at 02:49:32PM +, g...@git.openembedded.org wrote: Module: openembedded-core.git Branch: master Commit: 4ec66dc5f38913056942e1288c0b01a00ea0551f URL: http://git.openembedded.org/?p=openembedded-core.gita=commit;h=4ec66dc5f38913056942e1288c0b01a00ea0551f Author: Christopher Larson chris_lar...@mentor.com Date: Mon Jun 10 13:47:06 2013 -0700 packagegroup-base-vfat: include dosfsprogs The ext2 group includes e2fsprogs, so this is consistent and should be appropriate, I think. Signed-off-by: Christopher Larson chris_lar...@mentor.com Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org Isn't it called dosfstools? $ find openembedded-core/ -name dos\* openembedded-core/meta/recipes-devtools/dosfstools openembedded-core/meta/recipes-devtools/dosfstools/dosfstools_2.11.bb openembedded-core/meta/recipes-devtools/dosfstools/dosfstools openembedded-core/meta/recipes-devtools/dosfstools/dosfstools/dosfstools-msdos_fs-types.patch and no RPROVIDES in dosfstools recipe - ERROR: Nothing RPROVIDES 'dosfsprogs' (but /OE/shr-core/openembedded-core/meta/recipes-core/packagegroups/ packagegroup-base.bb RDEPENDS on or otherwise requires it) NOTE: Runtime target 'dosfsprogs' is unbuildable, removing... Missing or unbuildable dependency chain was: ['dosfsprogs'] NOTE: Runtime target 'packagegroup-base-extended' is unbuildable, removing... Missing or unbuildable dependency chain was: ['packagegroup-base-extended', 'dosfsprogs'] I swear I tested these series, I must have tested one and sent another or something. Ignore this for the time being. Sorry for the hassle. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2] gcc: add build directory to include directories
On Jun 11, 2013, at 9:13 AM, Mark Hatle mark.ha...@windriver.com wrote: what happens if you use --disable-libunwind-exceptions As far as I know we have not tried that. Doesn't this change some of the processing though for systems that use unwind as the only way to generate proper back traces? we already disable it for gcc-runtime and libgcc recipes where it would matter too. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] packagegroup-base: s/dosfsprogs/dosfstools/
From: Christopher Larson chris_lar...@mentor.com Signed-off-by: Christopher Larson chris_lar...@mentor.com --- meta/recipes-core/packagegroups/packagegroup-base.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-core/packagegroups/packagegroup-base.bb b/meta/recipes-core/packagegroups/packagegroup-base.bb index 061c1a7..1c0c757 100644 --- a/meta/recipes-core/packagegroups/packagegroup-base.bb +++ b/meta/recipes-core/packagegroups/packagegroup-base.bb @@ -180,7 +180,7 @@ RRECOMMENDS_packagegroup-base-vfat = \ kernel-module-vfat \ kernel-module-nls-iso8859-1 \ kernel-module-nls-cp437 \ -dosfsprogs +dosfstools SUMMARY_packagegroup-base-alsa = ALSA sound support RDEPENDS_packagegroup-base-alsa = \ -- 1.8.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] sanity.bbclass: non-zero status means that we need -march.
A non-zero status from the march test for gcc means that the march flag is needed. Correct the logic to return True in this case. Signed-off-by: Randy MacLeod randy.macl...@windriver.com --- meta/classes/sanity.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/classes/sanity.bbclass b/meta/classes/sanity.bbclass index 6cad4bc..1c45b5b 100644 --- a/meta/classes/sanity.bbclass +++ b/meta/classes/sanity.bbclass @@ -348,7 +348,7 @@ def check_gcc_march(sanity_data): if status != 0: # Check if GCC could work with march status,result = oe.utils.getstatusoutput(${BUILD_PREFIX}gcc -march=native gcc_test.c -o gcc_test) -if status == 0: +if status != 0: result = True else: result = False -- 1.8.2.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 4/8] busybox: add the ability to split the busybox binary
On Fri, Jun 07, 2013 at 02:13:58PM +0800, qi.c...@windriver.com wrote: From: Chen Qi qi.c...@windriver.com This patch enables us to split the busybox into two binaries, one containing suid applications, and the other containing nosuid apps. Add a variable, BUSYBOX_SPLIT_SUID, to control whether to split the busybox binary into two parts. We default it to 1 to enable the splitting, but users could still override it to disable the splitting. After all, busybox has no internal support for this suid apps splitting, so there might be users out there who want just one busybox binary. Add a configuration file, suid_config_list, to control which applications should be splitted into the suid binary. The list is first obtained from the information in include/applets.h. Some extra config items are also added to the list as they are related to the suid apps. I choose to use a configuration file here because if some config item is missed, we could add it to the list easily. [YOCTO #4207] Signed-off-by: Chen Qi qi.c...@windriver.com --- .../busybox/busybox-1.20.2/suid_config_list| 48 + meta/recipes-core/busybox/busybox.inc | 104 +++- meta/recipes-core/busybox/busybox_1.20.2.bb|3 +- 3 files changed, 127 insertions(+), 28 deletions(-) create mode 100644 meta/recipes-core/busybox/busybox-1.20.2/suid_config_list diff --git a/meta/recipes-core/busybox/busybox-1.20.2/suid_config_list b/meta/recipes-core/busybox/busybox-1.20.2/suid_config_list new file mode 100644 index 000..16a0b76 --- /dev/null +++ b/meta/recipes-core/busybox/busybox-1.20.2/suid_config_list @@ -0,0 +1,48 @@ +# This file lists all config items which are related to suid apps in busybox. +# The following list is obtained with the command below (splitted into two lines for readability). +# for i in `grep -E APPLET.*BB_SUID_((MAYBE|REQUIRE)) include/applets.h | grep -v _BB_SUID_DROP | +# cut -f 3 -d '(' | cut -f 1 -d ','`; do grep -i -E config_(feature_|)$i(_| ) .config; done | cut -d' ' -f2 +CONFIG_PING +CONFIG_PING6 +CONFIG_CRONTAB +CONFIG_FINDFS +CONFIG_LOGIN +CONFIG_LOGIN_SESSION_AS_CHILD +CONFIG_LOGIN_SCRIPTS +CONFIG_MOUNT +CONFIG_FEATURE_MOUNT_FAKE +CONFIG_FEATURE_MOUNT_VERBOSE +CONFIG_FEATURE_MOUNT_HELPERS +CONFIG_FEATURE_MOUNT_LABEL +CONFIG_FEATURE_MOUNT_NFS +CONFIG_FEATURE_MOUNT_CIFS +CONFIG_FEATURE_MOUNT_FLAGS +CONFIG_FEATURE_MOUNT_FSTAB +CONFIG_FEATURE_MOUNT_LOOP +CONFIG_FEATURE_MOUNT_LOOP_CREATE +CONFIG_PASSWD +CONFIG_FEATURE_PASSWD_WEAK_CHECK +CONFIG_SU +CONFIG_FEATURE_SU_SYSLOG +CONFIG_FEATURE_SU_CHECKS_SHELLS +CONFIG_TRACEROUTE +CONFIG_FEATURE_TRACEROUTE_VERBOSE +CONFIG_FEATURE_TRACEROUTE_SOURCE_ROUTE +CONFIG_FEATURE_TRACEROUTE_USE_ICMP +CONFIG_TRACEROUTE6 +CONFIG_VLOCK +CONFIG_WALL + +# The following list is obtained by examining the Config.in file in busybox manually. +# These config items are also related to suid apps. +CONFIG_FEATURE_FANCY_PING +CONFIG_FEATURE_SHADOWPASSWDS +CONFIG_USE_BB_PWD_GRP +CONFIG_USE_BB_SHADOW +CONFIG_USE_BB_CRYPT +CONFIG_USE_BB_CRYPT_SHA +CONFIG_PAM +CONFIG_FEATURE_NOLOGIN +CONFIG_FEATURE_SECURETTY +CONFIG_CRYPTPW +CONFIG_CHPASSWD diff --git a/meta/recipes-core/busybox/busybox.inc b/meta/recipes-core/busybox/busybox.inc index 99d4e99..9984c5a 100644 --- a/meta/recipes-core/busybox/busybox.inc +++ b/meta/recipes-core/busybox/busybox.inc @@ -12,6 +12,9 @@ LIC_FILES_CHKSUM = file://LICENSE;md5=de10de48642ab74318e893a61105afbb SECTION = base +# Whether to split the suid apps into a seperate binary +BUSYBOX_SPLIT_SUID ?= 1 + export EXTRA_CFLAGS = ${CFLAGS} export EXTRA_LDFLAGS = ${LDFLAGS} @@ -136,19 +139,52 @@ do_configure () { do_compile() { unset CFLAGS CPPFLAGS CXXFLAGS LDFLAGS - oe_runmake busybox_unstripped - cp busybox_unstripped busybox + if [ ${BUSYBOX_SPLIT_SUID} = 1 -a x`grep CONFIG_FEATURE_INDIVIDUAL=y .config` = x ]; then + # split the .config into two parts, and make two busybox binaries cat .config .config-oe-full # it would be nice to 'for s in suid nosuid' # but that would mean operating on ${s}_config_list which bitbake (IIRC) # ruins. Better rename the files to config_list.suid to be able to loop. # for s in suid nosuid; do egrep ^CONFIG_ ${WORKDIR}/config_list.$s | while read i; do grep -w $i .config done .config.$s # populate the config, default everything else to no KCONFIG_ALLCONFIG=config.$s make allnoconfig oe_runmake busybox_unstripped busybox.links mv busybox_unstripped busybox.$s mv busybox.links busybox.links.$s done cat .config-oe-full .config I would much prefer to make the generation of the suid cfg stuff more robust. Could you live with the attached helper thing (untested)? That would make it a prepended oe_runmake busybox.applets.suid to generate the list busybox.applets.suid. If that suits your needs we can apply it to busybox for general use.. The other possibility is, obviously, to fit all this in busybox' build itself, but given that we do
[OE-core] [PATCH] buildtools-tarball: add difflib and pprint python modules
Needed for the unittest part of bitbake-selftest can work correctly. Signed-off-by: Saul Wold s...@linux.intel.com --- meta/recipes-core/meta/buildtools-tarball.bb | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/recipes-core/meta/buildtools-tarball.bb b/meta/recipes-core/meta/buildtools-tarball.bb index 4744daf..00fc26f 100644 --- a/meta/recipes-core/meta/buildtools-tarball.bb +++ b/meta/recipes-core/meta/buildtools-tarball.bb @@ -30,6 +30,8 @@ TOOLCHAIN_HOST_TASK ?= \ nativesdk-python-compression \ nativesdk-python-json \ nativesdk-python-unittest \ +nativesdk-python-difflib \ +nativesdk-python-pprint \ nativesdk-chrpath \ nativesdk-tar \ nativesdk-git \ -- 1.8.1.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] cramfs: import recipe from meta-oe
On 06/11/2013 08:41 AM, Andrea Adami wrote: On Tue, Jun 11, 2013 at 4:22 PM, Saul Wold s...@linux.intel.com wrote: On 06/11/2013 07:14 AM, Andrea Adami wrote: ping Maybe you want cramfs in recipes-devtools and not in recipes-support? Feedback, please Apologies, we will not accept this recipe being moved into oe-core, there is not a strong case to move it to oe-core, cramfs is a image type that is not heavily used, and the recipe is available in meta-oe. Saul, See... the 'not heavily used' is always relative: there are still many devices out in the wild with cramfs 'firmwares'. This along with other filesystem related items, such as the FUSE discussion should be moved into a meta-filesystems layer within meta-openembedded similar to the way that meta-networking is structured. You're missing my first point: I/we aim to have as less layer interdependency as possible (oe-core + BSP) so having to add meta-oe is just an unneeded burden for most cases. Oh, and it would be one recipe less in that meta-oe pot. By refactoring it as a layer within meta-openembedded would also not make it one more recipe in OE-Core. It will be not as heavy as the meta-oe. OE-core can't test and maintain everything, again relative usage. Your right it should move someplace, but not into OE-Core. Sau! Thx for your review Cheers Andrea Sau! Andrea On Tue, Jun 4, 2013 at 1:51 PM, Andrea Adami andrea.ad...@gmail.com wrote: Note there would be also the possibility to use the mkfs.cramfs provided by util-linux implementing changes in image_types.bbclass and util-linux itself. Seems a bit overkill to me but still an option... Andrea On Tue, Jun 4, 2013 at 1:39 PM, Andrea Adami andrea.ad...@gmail.com wrote: ping Recipe is rather stable (tarball of v.1.1 dated 2002) and cramfs can be handy for read-only images on legacy devices. All the needed infrastructure is already present in image_types.bbclass so I'd say this recipe has been mistakenly forgotten when splitting out oe-core Andrea On Sun, May 26, 2013 at 1:23 AM, Andrea Adami andrea.ad...@gmail.com wrote: * though listed in IMAGE_FSTYPES the helper is missing so * make oe-core autosufficient importing the recipe. * Fix PN - BPN to avoid fetch errors with cramfs-native Signed-off-by: Andrea Adami andrea.ad...@gmail.com --- meta/recipes-support/cramfs/cramfs_1.1.bb | 29 + 1 file changed, 29 insertions(+) create mode 100644 meta/recipes-support/cramfs/cramfs_1.1.bb diff --git a/meta/recipes-support/cramfs/cramfs_1.1.bb b/meta/recipes-support/cramfs/cramfs_1.1.bb new file mode 100644 index 000..0bca0e1 --- /dev/null +++ b/meta/recipes-support/cramfs/cramfs_1.1.bb @@ -0,0 +1,29 @@ +DESCRIPTION = Builds cramfs filesystems for embedded systems +LICENSE = GPLv2 +LIC_FILES_CHKSUM = file://COPYING;md5=393a5ca445f6965873eca0259a17f833 +DEPENDS = zlib + +PE = 1 + +SRC_URI = http://sourceforge.net/projects/cramfs/files/cramfs/1.1/${BPN}-${PV}.tar.gz; + +SRC_URI[md5sum] = d3912b9f7bf745fbfea68f6a9b9de30f +SRC_URI[sha256sum] = 133caca2c4e7c64106555154ee0ff693f5cf5beb9421ce2eb86baee997d22368 + +EXTRA_OEMAKE = \ +'CC=${CC}' \ +'CFLAGS=${CFLAGS}' \ +'LDFLAGS=${LDFLAGS}' \ + + +do_compile_prepend() { +ln -sf GNUmakefile Makefile +} + +do_install() { +install -d ${D}${bindir} +install mkcramfs ${D}${bindir} +install cramfsck ${D}${bindir} +} + +BBCLASSEXTEND = native -- 1.8.1.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] gcc: Upgrade to 4.8.1
Signed-off-by: Khem Raj raj.k...@gmail.com --- meta/recipes-devtools/gcc/gcc-4.8.inc |8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/meta/recipes-devtools/gcc/gcc-4.8.inc b/meta/recipes-devtools/gcc/gcc-4.8.inc index 80bd02c..6664f1c 100644 --- a/meta/recipes-devtools/gcc/gcc-4.8.inc +++ b/meta/recipes-devtools/gcc/gcc-4.8.inc @@ -6,7 +6,7 @@ require gcc-common.inc # on branch then PV should be incremented to 4.7.2+svnr${SRCPV} # to reflect that change -PV = 4.8.0 +PV = 4.8.1 # BINV should be incremented after updating to a revision # after a minor gcc release (e.g. 4.7.1 or 4.7.2) has been made @@ -14,7 +14,7 @@ PV = 4.8.0 # 4.7.1 then the value below will have 2 which will mean 4.7.2 # which will be next minor release and so on. -BINV = 4.8.0 +BINV = 4.8.1 FILESPATH = ${@base_set_filespath([ '${FILE_DIRNAME}/gcc-4.8' ], d)} @@ -68,8 +68,8 @@ SRC_URI = ${GNU_MIRROR}/gcc/gcc-${PV}/gcc-${PV}.tar.bz2 \ file://gcc-4.8-PR56797.patch \ file://gcc-4.8-build-args.patch \ -SRC_URI[md5sum] = e6040024eb9e761c3bea348d1fa5abb0 -SRC_URI[sha256sum] = b037fe5132b71ecad2ea7141ec92292b5d32427bf90fd90cde432b1d5abacc2c +SRC_URI[md5sum] = 3b2386c114cd74185aa3754b58a79304 +SRC_URI[sha256sum] = 545b44be3ad9f2c4e90e6880f5c9d4f0a8f0e5f67e1ffb0d45da9fa01bb05813 S = ${TMPDIR}/work-shared/gcc-${PV}-${PR}/gcc-${PV} B = ${WORKDIR}/gcc-${PV}/build.${HOST_SYS}.${TARGET_SYS} -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [RFC][PATCH] gcc-4.8: Backport fix for ICE triggered in pixman
* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57329 Signed-off-by: Martin Jansa martin.ja...@gmail.com --- meta/recipes-devtools/gcc/gcc-4.8.inc | 1 + .../gcc/gcc-4.8/0036-PR-target-56102.patch | 83 ++ 2 files changed, 84 insertions(+) create mode 100644 meta/recipes-devtools/gcc/gcc-4.8/0036-PR-target-56102.patch diff --git a/meta/recipes-devtools/gcc/gcc-4.8.inc b/meta/recipes-devtools/gcc/gcc-4.8.inc index 6664f1c..bfdb766 100644 --- a/meta/recipes-devtools/gcc/gcc-4.8.inc +++ b/meta/recipes-devtools/gcc/gcc-4.8.inc @@ -65,6 +65,7 @@ SRC_URI = ${GNU_MIRROR}/gcc/gcc-${PV}/gcc-${PV}.tar.bz2 \ file://0033-gcc-armv4-pass-fix-v4bx-to-linker-to-support-EABI.patch \ file://0034-Use-the-multilib-config-files-from-B-instead-of-usin.patch \ file://0035-wcast-qual-PR-55383.patch \ + file://0036-PR-target-56102.patch \ file://gcc-4.8-PR56797.patch \ file://gcc-4.8-build-args.patch \ diff --git a/meta/recipes-devtools/gcc/gcc-4.8/0036-PR-target-56102.patch b/meta/recipes-devtools/gcc/gcc-4.8/0036-PR-target-56102.patch new file mode 100644 index 000..a9498fc --- /dev/null +++ b/meta/recipes-devtools/gcc/gcc-4.8/0036-PR-target-56102.patch @@ -0,0 +1,83 @@ +From fa049b3584a1cc36c250205e3d5841e6a40ff677 Mon Sep 17 00:00:00 2001 +From: amker amker@138bc75d-0d04-0410-961f-82ee72b054a4 +Date: Wed, 27 Mar 2013 08:16:54 + +Subject: [PATCH] PR target/56102 + +* config/arm/arm.c (thumb1_rtx_costs, thumb1_size_rtx_costs): Fix rtx costs for SET/ASHIFT/ASHIFTRT/LSHIFTRT/ROTATERT patterns with mult-word mode. + +git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@197155 138bc75d-0d04-0410-961f-82ee72b054a4 + +Upstream-Status: Backport +http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57329 + +Signed-off-by: Martin Jansa martin.ja...@gmail.com +--- + gcc/config/arm/arm.c | 17 ++--- + 1 file changed, 14 insertions(+), 3 deletions(-) + +diff --git a/gcc/config/arm/arm.c b/gcc/config/arm/arm.c +index 460d333..edf850d 100644 +--- a/gcc/config/arm/arm.c b/gcc/config/arm/arm.c +@@ -7094,7 +7094,7 @@ static inline int + thumb1_rtx_costs (rtx x, enum rtx_code code, enum rtx_code outer) + { + enum machine_mode mode = GET_MODE (x); +- int total; ++ int total, words; + + switch (code) + { +@@ -7102,6 +7102,8 @@ thumb1_rtx_costs (rtx x, enum rtx_code code, enum rtx_code outer) + case ASHIFTRT: + case LSHIFTRT: + case ROTATERT: ++ return (mode == SImode) ? COSTS_N_INSNS (1) : COSTS_N_INSNS (2); ++ + case PLUS: + case MINUS: + case COMPARE: +@@ -7125,7 +7127,10 @@ thumb1_rtx_costs (rtx x, enum rtx_code code, enum rtx_code outer) + return COSTS_N_INSNS (1) + 16; + + case SET: +- return (COSTS_N_INSNS (1) ++ /* A SET doesn't have a mode, so let's look at the SET_DEST to get ++ the mode. */ ++ words = ARM_NUM_INTS (GET_MODE_SIZE (GET_MODE (SET_DEST (x; ++ return (COSTS_N_INSNS (words) + + 4 * ((MEM_P (SET_SRC (x))) ++ MEM_P (SET_DEST (x; + +@@ -7822,6 +7827,7 @@ static inline int + thumb1_size_rtx_costs (rtx x, enum rtx_code code, enum rtx_code outer) + { + enum machine_mode mode = GET_MODE (x); ++ int words; + + switch (code) + { +@@ -7829,6 +7835,8 @@ thumb1_size_rtx_costs (rtx x, enum rtx_code code, enum rtx_code outer) + case ASHIFTRT: + case LSHIFTRT: + case ROTATERT: ++ return (mode == SImode) ? COSTS_N_INSNS (1) : COSTS_N_INSNS (2); ++ + case PLUS: + case MINUS: + case COMPARE: +@@ -7847,7 +7855,10 @@ thumb1_size_rtx_costs (rtx x, enum rtx_code code, enum rtx_code outer) + return COSTS_N_INSNS (1); + + case SET: +- return (COSTS_N_INSNS (1) ++ /* A SET doesn't have a mode, so let's look at the SET_DEST to get ++ the mode. */ ++ words = ARM_NUM_INTS (GET_MODE_SIZE (GET_MODE (SET_DEST (x; ++ return (COSTS_N_INSNS (words) + + 4 * ((MEM_P (SET_SRC (x))) + + MEM_P (SET_DEST (x; + +-- +1.8.2.1 + -- 1.8.2.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC][PATCH] gcc-4.8: Backport fix for ICE triggered in pixman
On Wed, Jun 12, 2013 at 12:31:16AM +0200, Martin Jansa wrote: * http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57329 Only RFC, because world build is still running to confirm that it doesn't introduce new issues and that it indeed fixes pixman build for xscalete. Signed-off-by: Martin Jansa martin.ja...@gmail.com --- meta/recipes-devtools/gcc/gcc-4.8.inc | 1 + .../gcc/gcc-4.8/0036-PR-target-56102.patch | 83 ++ 2 files changed, 84 insertions(+) create mode 100644 meta/recipes-devtools/gcc/gcc-4.8/0036-PR-target-56102.patch diff --git a/meta/recipes-devtools/gcc/gcc-4.8.inc b/meta/recipes-devtools/gcc/gcc-4.8.inc index 6664f1c..bfdb766 100644 --- a/meta/recipes-devtools/gcc/gcc-4.8.inc +++ b/meta/recipes-devtools/gcc/gcc-4.8.inc @@ -65,6 +65,7 @@ SRC_URI = ${GNU_MIRROR}/gcc/gcc-${PV}/gcc-${PV}.tar.bz2 \ file://0033-gcc-armv4-pass-fix-v4bx-to-linker-to-support-EABI.patch \ file://0034-Use-the-multilib-config-files-from-B-instead-of-usin.patch \ file://0035-wcast-qual-PR-55383.patch \ +file://0036-PR-target-56102.patch \ file://gcc-4.8-PR56797.patch \ file://gcc-4.8-build-args.patch \ diff --git a/meta/recipes-devtools/gcc/gcc-4.8/0036-PR-target-56102.patch b/meta/recipes-devtools/gcc/gcc-4.8/0036-PR-target-56102.patch new file mode 100644 index 000..a9498fc --- /dev/null +++ b/meta/recipes-devtools/gcc/gcc-4.8/0036-PR-target-56102.patch @@ -0,0 +1,83 @@ +From fa049b3584a1cc36c250205e3d5841e6a40ff677 Mon Sep 17 00:00:00 2001 +From: amker amker@138bc75d-0d04-0410-961f-82ee72b054a4 +Date: Wed, 27 Mar 2013 08:16:54 + +Subject: [PATCH] PR target/56102 + +* config/arm/arm.c (thumb1_rtx_costs, thumb1_size_rtx_costs): Fix rtx costs for SET/ASHIFT/ASHIFTRT/LSHIFTRT/ROTATERT patterns with mult-word mode. + +git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@197155 138bc75d-0d04-0410-961f-82ee72b054a4 + +Upstream-Status: Backport +http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57329 + +Signed-off-by: Martin Jansa martin.ja...@gmail.com +--- + gcc/config/arm/arm.c | 17 ++--- + 1 file changed, 14 insertions(+), 3 deletions(-) + +diff --git a/gcc/config/arm/arm.c b/gcc/config/arm/arm.c +index 460d333..edf850d 100644 +--- a/gcc/config/arm/arm.c b/gcc/config/arm/arm.c +@@ -7094,7 +7094,7 @@ static inline int + thumb1_rtx_costs (rtx x, enum rtx_code code, enum rtx_code outer) + { + enum machine_mode mode = GET_MODE (x); +- int total; ++ int total, words; + + switch (code) + { +@@ -7102,6 +7102,8 @@ thumb1_rtx_costs (rtx x, enum rtx_code code, enum rtx_code outer) + case ASHIFTRT: + case LSHIFTRT: + case ROTATERT: ++ return (mode == SImode) ? COSTS_N_INSNS (1) : COSTS_N_INSNS (2); ++ + case PLUS: + case MINUS: + case COMPARE: +@@ -7125,7 +7127,10 @@ thumb1_rtx_costs (rtx x, enum rtx_code code, enum rtx_code outer) + return COSTS_N_INSNS (1) + 16; + + case SET: +- return (COSTS_N_INSNS (1) ++ /* A SET doesn't have a mode, so let's look at the SET_DEST to get ++ the mode. */ ++ words = ARM_NUM_INTS (GET_MODE_SIZE (GET_MODE (SET_DEST (x; ++ return (COSTS_N_INSNS (words) + + 4 * ((MEM_P (SET_SRC (x))) + + MEM_P (SET_DEST (x; + +@@ -7822,6 +7827,7 @@ static inline int + thumb1_size_rtx_costs (rtx x, enum rtx_code code, enum rtx_code outer) + { + enum machine_mode mode = GET_MODE (x); ++ int words; + + switch (code) + { +@@ -7829,6 +7835,8 @@ thumb1_size_rtx_costs (rtx x, enum rtx_code code, enum rtx_code outer) + case ASHIFTRT: + case LSHIFTRT: + case ROTATERT: ++ return (mode == SImode) ? COSTS_N_INSNS (1) : COSTS_N_INSNS (2); ++ + case PLUS: + case MINUS: + case COMPARE: +@@ -7847,7 +7855,10 @@ thumb1_size_rtx_costs (rtx x, enum rtx_code code, enum rtx_code outer) + return COSTS_N_INSNS (1); + + case SET: +- return (COSTS_N_INSNS (1) ++ /* A SET doesn't have a mode, so let's look at the SET_DEST to get ++ the mode. */ ++ words = ARM_NUM_INTS (GET_MODE_SIZE (GET_MODE (SET_DEST (x; ++ return (COSTS_N_INSNS (words) + + 4 * ((MEM_P (SET_SRC (x))) + + MEM_P (SET_DEST (x; + +-- +1.8.2.1 + -- 1.8.2.1 -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC][PATCH] gcc-4.8: Backport fix for ICE triggered in pixman
On Jun 11, 2013, at 3:35 PM, Martin Jansa martin.ja...@gmail.com wrote: On Wed, Jun 12, 2013 at 12:31:16AM +0200, Martin Jansa wrote: * http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57329 Only RFC, because world build is still running to confirm that it doesn't introduce new issues and that it indeed fixes pixman build for xscalete. yes I would love more testing. For my own testing on all qemus it did not make anything worse than it was with 4.8.0 Signed-off-by: Martin Jansa martin.ja...@gmail.com --- meta/recipes-devtools/gcc/gcc-4.8.inc | 1 + .../gcc/gcc-4.8/0036-PR-target-56102.patch | 83 ++ 2 files changed, 84 insertions(+) create mode 100644 meta/recipes-devtools/gcc/gcc-4.8/0036-PR-target-56102.patch diff --git a/meta/recipes-devtools/gcc/gcc-4.8.inc b/meta/recipes-devtools/gcc/gcc-4.8.inc index 6664f1c..bfdb766 100644 --- a/meta/recipes-devtools/gcc/gcc-4.8.inc +++ b/meta/recipes-devtools/gcc/gcc-4.8.inc @@ -65,6 +65,7 @@ SRC_URI = ${GNU_MIRROR}/gcc/gcc-${PV}/gcc-${PV}.tar.bz2 \ file://0033-gcc-armv4-pass-fix-v4bx-to-linker-to-support-EABI.patch \ file://0034-Use-the-multilib-config-files-from-B-instead-of-usin.patch \ file://0035-wcast-qual-PR-55383.patch \ + file://0036-PR-target-56102.patch \ file://gcc-4.8-PR56797.patch \ file://gcc-4.8-build-args.patch \ diff --git a/meta/recipes-devtools/gcc/gcc-4.8/0036-PR-target-56102.patch b/meta/recipes-devtools/gcc/gcc-4.8/0036-PR-target-56102.patch new file mode 100644 index 000..a9498fc --- /dev/null +++ b/meta/recipes-devtools/gcc/gcc-4.8/0036-PR-target-56102.patch @@ -0,0 +1,83 @@ +From fa049b3584a1cc36c250205e3d5841e6a40ff677 Mon Sep 17 00:00:00 2001 +From: amker amker@138bc75d-0d04-0410-961f-82ee72b054a4 +Date: Wed, 27 Mar 2013 08:16:54 + +Subject: [PATCH] PR target/56102 + +* config/arm/arm.c (thumb1_rtx_costs, thumb1_size_rtx_costs): Fix rtx costs for SET/ASHIFT/ASHIFTRT/LSHIFTRT/ROTATERT patterns with mult-word mode. + +git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@197155 138bc75d-0d04-0410-961f-82ee72b054a4 + +Upstream-Status: Backport +http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57329 + +Signed-off-by: Martin Jansa martin.ja...@gmail.com +--- + gcc/config/arm/arm.c | 17 ++--- + 1 file changed, 14 insertions(+), 3 deletions(-) + +diff --git a/gcc/config/arm/arm.c b/gcc/config/arm/arm.c +index 460d333..edf850d 100644 +--- a/gcc/config/arm/arm.c b/gcc/config/arm/arm.c +@@ -7094,7 +7094,7 @@ static inline int + thumb1_rtx_costs (rtx x, enum rtx_code code, enum rtx_code outer) + { + enum machine_mode mode = GET_MODE (x); +- int total; ++ int total, words; + + switch (code) + { +@@ -7102,6 +7102,8 @@ thumb1_rtx_costs (rtx x, enum rtx_code code, enum rtx_code outer) + case ASHIFTRT: + case LSHIFTRT: + case ROTATERT: ++ return (mode == SImode) ? COSTS_N_INSNS (1) : COSTS_N_INSNS (2); ++ + case PLUS: + case MINUS: + case COMPARE: +@@ -7125,7 +7127,10 @@ thumb1_rtx_costs (rtx x, enum rtx_code code, enum rtx_code outer) + return COSTS_N_INSNS (1) + 16; + + case SET: +- return (COSTS_N_INSNS (1) ++ /* A SET doesn't have a mode, so let's look at the SET_DEST to get ++the mode. */ ++ words = ARM_NUM_INTS (GET_MODE_SIZE (GET_MODE (SET_DEST (x; ++ return (COSTS_N_INSNS (words) + + 4 * ((MEM_P (SET_SRC (x))) + + MEM_P (SET_DEST (x; + +@@ -7822,6 +7827,7 @@ static inline int + thumb1_size_rtx_costs (rtx x, enum rtx_code code, enum rtx_code outer) + { + enum machine_mode mode = GET_MODE (x); ++ int words; + + switch (code) + { +@@ -7829,6 +7835,8 @@ thumb1_size_rtx_costs (rtx x, enum rtx_code code, enum rtx_code outer) + case ASHIFTRT: + case LSHIFTRT: + case ROTATERT: ++ return (mode == SImode) ? COSTS_N_INSNS (1) : COSTS_N_INSNS (2); ++ + case PLUS: + case MINUS: + case COMPARE: +@@ -7847,7 +7855,10 @@ thumb1_size_rtx_costs (rtx x, enum rtx_code code, enum rtx_code outer) + return COSTS_N_INSNS (1); + + case SET: +- return (COSTS_N_INSNS (1) ++ /* A SET doesn't have a mode, so let's look at the SET_DEST to get ++the mode. */ ++ words = ARM_NUM_INTS (GET_MODE_SIZE (GET_MODE (SET_DEST (x; ++ return (COSTS_N_INSNS (words) + + 4 * ((MEM_P (SET_SRC (x))) + + MEM_P (SET_DEST (x; + +-- +1.8.2.1 + -- 1.8.2.1 -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org
Re: [OE-core] [RFC][PATCH] gcc-4.8: Backport fix for ICE triggered in pixman
On Jun 11, 2013, at 3:35 PM, Martin Jansa martin.ja...@gmail.com wrote: On Wed, Jun 12, 2013 at 12:31:16AM +0200, Martin Jansa wrote: * http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57329 Only RFC, because world build is still running to confirm that it doesn't introduce new issues and that it indeed fixes pixman build for xscalete. can you also test it with rebased on top of gcc 4.8.1 upgrade patch I sent earlier today Signed-off-by: Martin Jansa martin.ja...@gmail.com --- meta/recipes-devtools/gcc/gcc-4.8.inc | 1 + .../gcc/gcc-4.8/0036-PR-target-56102.patch | 83 ++ 2 files changed, 84 insertions(+) create mode 100644 meta/recipes-devtools/gcc/gcc-4.8/0036-PR-target-56102.patch diff --git a/meta/recipes-devtools/gcc/gcc-4.8.inc b/meta/recipes-devtools/gcc/gcc-4.8.inc index 6664f1c..bfdb766 100644 --- a/meta/recipes-devtools/gcc/gcc-4.8.inc +++ b/meta/recipes-devtools/gcc/gcc-4.8.inc @@ -65,6 +65,7 @@ SRC_URI = ${GNU_MIRROR}/gcc/gcc-${PV}/gcc-${PV}.tar.bz2 \ file://0033-gcc-armv4-pass-fix-v4bx-to-linker-to-support-EABI.patch \ file://0034-Use-the-multilib-config-files-from-B-instead-of-usin.patch \ file://0035-wcast-qual-PR-55383.patch \ + file://0036-PR-target-56102.patch \ file://gcc-4.8-PR56797.patch \ file://gcc-4.8-build-args.patch \ diff --git a/meta/recipes-devtools/gcc/gcc-4.8/0036-PR-target-56102.patch b/meta/recipes-devtools/gcc/gcc-4.8/0036-PR-target-56102.patch new file mode 100644 index 000..a9498fc --- /dev/null +++ b/meta/recipes-devtools/gcc/gcc-4.8/0036-PR-target-56102.patch @@ -0,0 +1,83 @@ +From fa049b3584a1cc36c250205e3d5841e6a40ff677 Mon Sep 17 00:00:00 2001 +From: amker amker@138bc75d-0d04-0410-961f-82ee72b054a4 +Date: Wed, 27 Mar 2013 08:16:54 + +Subject: [PATCH] PR target/56102 + +* config/arm/arm.c (thumb1_rtx_costs, thumb1_size_rtx_costs): Fix rtx costs for SET/ASHIFT/ASHIFTRT/LSHIFTRT/ROTATERT patterns with mult-word mode. + +git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@197155 138bc75d-0d04-0410-961f-82ee72b054a4 + +Upstream-Status: Backport +http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57329 + +Signed-off-by: Martin Jansa martin.ja...@gmail.com +--- + gcc/config/arm/arm.c | 17 ++--- + 1 file changed, 14 insertions(+), 3 deletions(-) + +diff --git a/gcc/config/arm/arm.c b/gcc/config/arm/arm.c +index 460d333..edf850d 100644 +--- a/gcc/config/arm/arm.c b/gcc/config/arm/arm.c +@@ -7094,7 +7094,7 @@ static inline int + thumb1_rtx_costs (rtx x, enum rtx_code code, enum rtx_code outer) + { + enum machine_mode mode = GET_MODE (x); +- int total; ++ int total, words; + + switch (code) + { +@@ -7102,6 +7102,8 @@ thumb1_rtx_costs (rtx x, enum rtx_code code, enum rtx_code outer) + case ASHIFTRT: + case LSHIFTRT: + case ROTATERT: ++ return (mode == SImode) ? COSTS_N_INSNS (1) : COSTS_N_INSNS (2); ++ + case PLUS: + case MINUS: + case COMPARE: +@@ -7125,7 +7127,10 @@ thumb1_rtx_costs (rtx x, enum rtx_code code, enum rtx_code outer) + return COSTS_N_INSNS (1) + 16; + + case SET: +- return (COSTS_N_INSNS (1) ++ /* A SET doesn't have a mode, so let's look at the SET_DEST to get ++the mode. */ ++ words = ARM_NUM_INTS (GET_MODE_SIZE (GET_MODE (SET_DEST (x; ++ return (COSTS_N_INSNS (words) + + 4 * ((MEM_P (SET_SRC (x))) + + MEM_P (SET_DEST (x; + +@@ -7822,6 +7827,7 @@ static inline int + thumb1_size_rtx_costs (rtx x, enum rtx_code code, enum rtx_code outer) + { + enum machine_mode mode = GET_MODE (x); ++ int words; + + switch (code) + { +@@ -7829,6 +7835,8 @@ thumb1_size_rtx_costs (rtx x, enum rtx_code code, enum rtx_code outer) + case ASHIFTRT: + case LSHIFTRT: + case ROTATERT: ++ return (mode == SImode) ? COSTS_N_INSNS (1) : COSTS_N_INSNS (2); ++ + case PLUS: + case MINUS: + case COMPARE: +@@ -7847,7 +7855,10 @@ thumb1_size_rtx_costs (rtx x, enum rtx_code code, enum rtx_code outer) + return COSTS_N_INSNS (1); + + case SET: +- return (COSTS_N_INSNS (1) ++ /* A SET doesn't have a mode, so let's look at the SET_DEST to get ++the mode. */ ++ words = ARM_NUM_INTS (GET_MODE_SIZE (GET_MODE (SET_DEST (x; ++ return (COSTS_N_INSNS (words) + + 4 * ((MEM_P (SET_SRC (x))) + + MEM_P (SET_DEST (x; + +-- +1.8.2.1 + -- 1.8.2.1 -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org
Re: [OE-core] [PATCH v2] gcc: add build directory to include directories
On Tue, 11 Jun 2013 10:11:46 -0700 Khem Raj raj.k...@gmail.com wrote: On Jun 11, 2013, at 9:13 AM, Mark Hatle mark.ha...@windriver.com wrote: what happens if you use --disable-libunwind-exceptions As far as I know we have not tried that. Doesn't this change some of the processing though for systems that use unwind as the only way to generate proper back traces? we already disable it for gcc-runtime and libgcc recipes where it would matter too. For what it's worth, --disable-libunwind-exceptions doesn't seem to prevent the failure. In file included from /home/seebs/tct/t00/bitbake_build/tmp/work-shared/gcc-4.8. 0-r0/gcc-4.8.0/libstdc++-v3/libsupc++/eh_arm.cc:26:0: /home/seebs/tct/t00/bitbake_build/tmp/work-shared/gcc-4.8.0-r0/gcc-4.8.0/libstdc ++-v3/libsupc++/unwind-cxx.h:92:3: error: '_Unwind_Ptr' does not name a type [... and many, many, more] This appears to be identical to what we get without --disable-libunwind-exceptions. It may be that that isn't fully implemented for libsupc++. -s -- Listen, get this. Nobody with a good compiler needs to be justified. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC][PATCH] gcc-4.8: Backport fix for ICE triggered in pixman
On Tue, Jun 11, 2013 at 03:39:35PM -0700, Khem Raj wrote: On Jun 11, 2013, at 3:35 PM, Martin Jansa martin.ja...@gmail.com wrote: On Wed, Jun 12, 2013 at 12:31:16AM +0200, Martin Jansa wrote: * http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57329 Only RFC, because world build is still running to confirm that it doesn't introduce new issues and that it indeed fixes pixman build for xscalete. can you also test it with rebased on top of gcc 4.8.1 upgrade patch I sent earlier today It is, that's why I've sent it as reply-to your-patch. And jenkins is indeed testing your 4.8.1 + this one. Signed-off-by: Martin Jansa martin.ja...@gmail.com --- meta/recipes-devtools/gcc/gcc-4.8.inc | 1 + .../gcc/gcc-4.8/0036-PR-target-56102.patch | 83 ++ 2 files changed, 84 insertions(+) create mode 100644 meta/recipes-devtools/gcc/gcc-4.8/0036-PR-target-56102.patch diff --git a/meta/recipes-devtools/gcc/gcc-4.8.inc b/meta/recipes-devtools/gcc/gcc-4.8.inc index 6664f1c..bfdb766 100644 --- a/meta/recipes-devtools/gcc/gcc-4.8.inc +++ b/meta/recipes-devtools/gcc/gcc-4.8.inc @@ -65,6 +65,7 @@ SRC_URI = ${GNU_MIRROR}/gcc/gcc-${PV}/gcc-${PV}.tar.bz2 \ file://0033-gcc-armv4-pass-fix-v4bx-to-linker-to-support-EABI.patch \ file://0034-Use-the-multilib-config-files-from-B-instead-of-usin.patch \ file://0035-wcast-qual-PR-55383.patch \ + file://0036-PR-target-56102.patch \ file://gcc-4.8-PR56797.patch \ file://gcc-4.8-build-args.patch \ diff --git a/meta/recipes-devtools/gcc/gcc-4.8/0036-PR-target-56102.patch b/meta/recipes-devtools/gcc/gcc-4.8/0036-PR-target-56102.patch new file mode 100644 index 000..a9498fc --- /dev/null +++ b/meta/recipes-devtools/gcc/gcc-4.8/0036-PR-target-56102.patch @@ -0,0 +1,83 @@ +From fa049b3584a1cc36c250205e3d5841e6a40ff677 Mon Sep 17 00:00:00 2001 +From: amker amker@138bc75d-0d04-0410-961f-82ee72b054a4 +Date: Wed, 27 Mar 2013 08:16:54 + +Subject: [PATCH] PR target/56102 + +* config/arm/arm.c (thumb1_rtx_costs, thumb1_size_rtx_costs): Fix rtx costs for SET/ASHIFT/ASHIFTRT/LSHIFTRT/ROTATERT patterns with mult-word mode. + +git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@197155 138bc75d-0d04-0410-961f-82ee72b054a4 + +Upstream-Status: Backport +http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57329 + +Signed-off-by: Martin Jansa martin.ja...@gmail.com +--- + gcc/config/arm/arm.c | 17 ++--- + 1 file changed, 14 insertions(+), 3 deletions(-) + +diff --git a/gcc/config/arm/arm.c b/gcc/config/arm/arm.c +index 460d333..edf850d 100644 +--- a/gcc/config/arm/arm.c b/gcc/config/arm/arm.c +@@ -7094,7 +7094,7 @@ static inline int + thumb1_rtx_costs (rtx x, enum rtx_code code, enum rtx_code outer) + { + enum machine_mode mode = GET_MODE (x); +- int total; ++ int total, words; + + switch (code) + { +@@ -7102,6 +7102,8 @@ thumb1_rtx_costs (rtx x, enum rtx_code code, enum rtx_code outer) + case ASHIFTRT: + case LSHIFTRT: + case ROTATERT: ++ return (mode == SImode) ? COSTS_N_INSNS (1) : COSTS_N_INSNS (2); ++ + case PLUS: + case MINUS: + case COMPARE: +@@ -7125,7 +7127,10 @@ thumb1_rtx_costs (rtx x, enum rtx_code code, enum rtx_code outer) + return COSTS_N_INSNS (1) + 16; + + case SET: +- return (COSTS_N_INSNS (1) ++ /* A SET doesn't have a mode, so let's look at the SET_DEST to get ++ the mode. */ ++ words = ARM_NUM_INTS (GET_MODE_SIZE (GET_MODE (SET_DEST (x; ++ return (COSTS_N_INSNS (words) ++ 4 * ((MEM_P (SET_SRC (x))) + + MEM_P (SET_DEST (x; + +@@ -7822,6 +7827,7 @@ static inline int + thumb1_size_rtx_costs (rtx x, enum rtx_code code, enum rtx_code outer) + { + enum machine_mode mode = GET_MODE (x); ++ int words; + + switch (code) + { +@@ -7829,6 +7835,8 @@ thumb1_size_rtx_costs (rtx x, enum rtx_code code, enum rtx_code outer) + case ASHIFTRT: + case LSHIFTRT: + case ROTATERT: ++ return (mode == SImode) ? COSTS_N_INSNS (1) : COSTS_N_INSNS (2); ++ + case PLUS: + case MINUS: + case COMPARE: +@@ -7847,7 +7855,10 @@ thumb1_size_rtx_costs (rtx x, enum rtx_code code, enum rtx_code outer) + return COSTS_N_INSNS (1); + + case SET: +- return (COSTS_N_INSNS (1) ++ /* A SET doesn't have a mode, so let's look at the SET_DEST to get ++ the mode. */ ++ words = ARM_NUM_INTS (GET_MODE_SIZE (GET_MODE (SET_DEST (x; ++ return (COSTS_N_INSNS (words) + + 4 * ((MEM_P (SET_SRC (x))) + + MEM_P (SET_DEST (x; + +-- +1.8.2.1 + -- 1.8.2.1 -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com ___
Re: [OE-core] [RFC][PATCH] gcc-4.8: Backport fix for ICE triggered in pixman
On 06/11/2013 04:00 PM, Martin Jansa wrote: On Tue, Jun 11, 2013 at 03:39:35PM -0700, Khem Raj wrote: On Jun 11, 2013, at 3:35 PM, Martin Jansa martin.ja...@gmail.com wrote: On Wed, Jun 12, 2013 at 12:31:16AM +0200, Martin Jansa wrote: * http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57329 Only RFC, because world build is still running to confirm that it doesn't introduce new issues and that it indeed fixes pixman build for xscalete. can you also test it with rebased on top of gcc 4.8.1 upgrade patch I sent earlier today It is, that's why I've sent it as reply-to your-patch. And jenkins is indeed testing your 4.8.1 + this one. I will throw this all against the AB later today, it's busy with 1.4.1 currently. I will start some local worlds here also. Sau! Signed-off-by: Martin Jansa martin.ja...@gmail.com --- meta/recipes-devtools/gcc/gcc-4.8.inc | 1 + .../gcc/gcc-4.8/0036-PR-target-56102.patch | 83 ++ 2 files changed, 84 insertions(+) create mode 100644 meta/recipes-devtools/gcc/gcc-4.8/0036-PR-target-56102.patch diff --git a/meta/recipes-devtools/gcc/gcc-4.8.inc b/meta/recipes-devtools/gcc/gcc-4.8.inc index 6664f1c..bfdb766 100644 --- a/meta/recipes-devtools/gcc/gcc-4.8.inc +++ b/meta/recipes-devtools/gcc/gcc-4.8.inc @@ -65,6 +65,7 @@ SRC_URI = ${GNU_MIRROR}/gcc/gcc-${PV}/gcc-${PV}.tar.bz2 \ file://0033-gcc-armv4-pass-fix-v4bx-to-linker-to-support-EABI.patch \ file://0034-Use-the-multilib-config-files-from-B-instead-of-usin.patch \ file://0035-wcast-qual-PR-55383.patch \ + file://0036-PR-target-56102.patch \ file://gcc-4.8-PR56797.patch \ file://gcc-4.8-build-args.patch \ diff --git a/meta/recipes-devtools/gcc/gcc-4.8/0036-PR-target-56102.patch b/meta/recipes-devtools/gcc/gcc-4.8/0036-PR-target-56102.patch new file mode 100644 index 000..a9498fc --- /dev/null +++ b/meta/recipes-devtools/gcc/gcc-4.8/0036-PR-target-56102.patch @@ -0,0 +1,83 @@ +From fa049b3584a1cc36c250205e3d5841e6a40ff677 Mon Sep 17 00:00:00 2001 +From: amker amker@138bc75d-0d04-0410-961f-82ee72b054a4 +Date: Wed, 27 Mar 2013 08:16:54 + +Subject: [PATCH] PR target/56102 + +* config/arm/arm.c (thumb1_rtx_costs, thumb1_size_rtx_costs): Fix rtx costs for SET/ASHIFT/ASHIFTRT/LSHIFTRT/ROTATERT patterns with mult-word mode. + +git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@197155 138bc75d-0d04-0410-961f-82ee72b054a4 + +Upstream-Status: Backport +http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57329 + +Signed-off-by: Martin Jansa martin.ja...@gmail.com +--- + gcc/config/arm/arm.c | 17 ++--- + 1 file changed, 14 insertions(+), 3 deletions(-) + +diff --git a/gcc/config/arm/arm.c b/gcc/config/arm/arm.c +index 460d333..edf850d 100644 +--- a/gcc/config/arm/arm.c b/gcc/config/arm/arm.c +@@ -7094,7 +7094,7 @@ static inline int + thumb1_rtx_costs (rtx x, enum rtx_code code, enum rtx_code outer) + { + enum machine_mode mode = GET_MODE (x); +- int total; ++ int total, words; + + switch (code) + { +@@ -7102,6 +7102,8 @@ thumb1_rtx_costs (rtx x, enum rtx_code code, enum rtx_code outer) + case ASHIFTRT: + case LSHIFTRT: + case ROTATERT: ++ return (mode == SImode) ? COSTS_N_INSNS (1) : COSTS_N_INSNS (2); ++ + case PLUS: + case MINUS: + case COMPARE: +@@ -7125,7 +7127,10 @@ thumb1_rtx_costs (rtx x, enum rtx_code code, enum rtx_code outer) + return COSTS_N_INSNS (1) + 16; + + case SET: +- return (COSTS_N_INSNS (1) ++ /* A SET doesn't have a mode, so let's look at the SET_DEST to get ++ the mode. */ ++ words = ARM_NUM_INTS (GET_MODE_SIZE (GET_MODE (SET_DEST (x; ++ return (COSTS_N_INSNS (words) + + 4 * ((MEM_P (SET_SRC (x))) ++ MEM_P (SET_DEST (x; + +@@ -7822,6 +7827,7 @@ static inline int + thumb1_size_rtx_costs (rtx x, enum rtx_code code, enum rtx_code outer) + { + enum machine_mode mode = GET_MODE (x); ++ int words; + + switch (code) + { +@@ -7829,6 +7835,8 @@ thumb1_size_rtx_costs (rtx x, enum rtx_code code, enum rtx_code outer) + case ASHIFTRT: + case LSHIFTRT: + case ROTATERT: ++ return (mode == SImode) ? COSTS_N_INSNS (1) : COSTS_N_INSNS (2); ++ + case PLUS: + case MINUS: + case COMPARE: +@@ -7847,7 +7855,10 @@ thumb1_size_rtx_costs (rtx x, enum rtx_code code, enum rtx_code outer) + return COSTS_N_INSNS (1); + + case SET: +- return (COSTS_N_INSNS (1) ++ /* A SET doesn't have a mode, so let's look at the SET_DEST to get ++ the mode. */ ++ words = ARM_NUM_INTS (GET_MODE_SIZE (GET_MODE (SET_DEST (x; ++ return (COSTS_N_INSNS (words) + + 4 * ((MEM_P (SET_SRC (x))) + + MEM_P (SET_DEST (x; + +-- +1.8.2.1 + -- 1.8.2.1 -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com ___ Openembedded-core mailing list
Re: [OE-core] [PATCH] qmake2.bbclass: export OE_QMAKE_QT_CONFIG
On 6/06/2013 3:04 AM, Paul Eggleton wrote: On Wednesday 05 June 2013 17:57:32 Paul Eggleton wrote: On Wednesday 05 June 2013 09:46:49 Saul Wold wrote: On 06/05/2013 02:30 AM, Martin Jansa wrote: On Wed, Jun 05, 2013 at 07:01:50PM +1000, Jonathan Liu wrote: qconfig.pri was not being loaded by qmake properly. This means Qt qmake projects are unable to query QT_ARCH, QT_VERSION and other variables defined in qconfig.pri. Export OE_QMAKE_QT_CONFIG, setting it to the location of qconfig.pri so that it can be located by qmake. There is such patch already: http://lists.openembedded.org/pipermail/openembedded-core/2013-May/07831 4. html Got lost in my queue, adding it for the next MUT. FWIW I am still concerned by the assertion in the commit message about it causing undesirable behaviour. I'd want that checked out and the note removed before we look at merging this. (I mean undesirable behaviour on rebuild after applying this patch; I should mention I'm testing this at the moment.) Cheers, Paul Looks like this was missed in the last pull. Regards, Jonathan ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] qt: update qmake2 class to export qconfig.pri mkspec
From: Felipe F. Tonello e...@felipetonello.com This is necessary when Qt applications want to know variables such as QT_MAJOR_VERSION, QT_VERSION, QT_MINOR_VERSION, GCC version, etc. Signed-off-by: Felipe F. Tonello e...@felipetonello.com Signed-off-by: Jonathan Liu net...@gmail.com --- meta/classes/qmake2.bbclass | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/classes/qmake2.bbclass b/meta/classes/qmake2.bbclass index 35aaebb..6e73ad2 100644 --- a/meta/classes/qmake2.bbclass +++ b/meta/classes/qmake2.bbclass @@ -6,6 +6,7 @@ inherit qmake_base DEPENDS_prepend = qt4-tools-native export QMAKESPEC = ${STAGING_DATADIR}/qt4/mkspecs/${TARGET_OS}-oe-g++ +export OE_QMAKE_QT_CONFIG = ${STAGING_DATADIR}/qt4/mkspecs/qconfig.pri export OE_QMAKE_UIC = ${STAGING_BINDIR_NATIVE}/uic4 export OE_QMAKE_UIC3 = ${STAGING_BINDIR_NATIVE}/uic34 export OE_QMAKE_MOC = ${STAGING_BINDIR_NATIVE}/moc4 -- 1.8.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] classes/qmake_base: allow parallel make
Remove MAKEFLAGS= from EXTRA_OEMAKE to allow parallel make. Signed-off-by: Jonathan Liu net...@gmail.com --- meta/classes/qmake_base.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/classes/qmake_base.bbclass b/meta/classes/qmake_base.bbclass index 79040cd..86bbede 100644 --- a/meta/classes/qmake_base.bbclass +++ b/meta/classes/qmake_base.bbclass @@ -4,7 +4,7 @@ OE_QMAKE_PLATFORM = ${TARGET_OS}-oe-g++ QMAKESPEC := ${QMAKE_MKSPEC_PATH}/${OE_QMAKE_PLATFORM} # We override this completely to eliminate the -e normally passed in -EXTRA_OEMAKE = ' MAKEFLAGS= ' +EXTRA_OEMAKE = export OE_QMAKE_CC=${CC} export OE_QMAKE_CFLAGS=${CFLAGS} -- 1.8.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core