Hello Martin, Kai,
Same goes for me as for Kai.
Kai, thanks for testing.
Martin, can you give more details?
Cristian Iorga
Yocto Project
Intel Corporation
From: Kang Kai [mailto:kai.k...@windriver.com]
Sent: Thursday, August 14, 2014 5:13 AM
To: Martin Jansa;
musl does not support IBM 128 long double for ppc, instead of
doing complex overrides move it into a pythong snippet which
is easier to read and more compact.
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/recipes-devtools/gcc/gcc-common.inc |5 +
musl has posix_close which conflicts in python
so lets rename it.
Signed-off-by: Khem Raj raj.k...@gmail.com
---
.../python/python/posix_close.patch| 43
meta/recipes-devtools/python/python_2.7.3.bb |1 +
2 files changed, 44 insertions(+)
create
musl e.g. is configured to not use fixed-include
which is an improvement btw. but libgcc-initial configure
has tests which probe for limits.h and since we put
it in include-fixed/ dir and that dir does not appear
in gcc's internal default search path the configure tests
for CPP detection fail and
On 08/14/2014 02:46 AM, Khem Raj wrote:
On Wednesday, August 13, 2014, Otavio Salvador
ota...@ossystems.com.br mailto:ota...@ossystems.com.br wrote:
On Wed, Aug 13, 2014 at 6:24 PM, Gary Thomas g...@mlbassoc.com
javascript:; wrote:
I've found that the latest GCC doesn't work
On 08/14/2014 03:12 AM, Carlos Rafael Giani wrote:
On 08/14/2014 02:46 AM, Khem Raj wrote:
On Wednesday, August 13, 2014, Otavio Salvador
ota...@ossystems.com.br mailto:ota...@ossystems.com.br wrote:
On Wed, Aug 13, 2014 at 6:24 PM, Gary Thomas g...@mlbassoc.com
javascript:; wrote:
On 08/14/2014 10:22 AM, Peter A. Bigot wrote:
On 08/14/2014 03:12 AM, Carlos Rafael Giani wrote:
On 08/14/2014 02:46 AM, Khem Raj wrote:
On Wednesday, August 13, 2014, Otavio Salvador
ota...@ossystems.com.br mailto:ota...@ossystems.com.br wrote:
On Wed, Aug 13, 2014 at 6:24 PM, Gary
On Thu, Aug 14, 2014 at 06:12:17AM +, Iorga, Cristian wrote:
Hello Martin, Kai,
Same goes for me as for Kai.
Kai, thanks for testing.
Martin, can you give more details?
Have you built lzo before building qemu?
insane_qa won't detect it if it isn't in sysroot.
Cristian Iorga
Yocto
The following changes since commit 4321c553d5ae816e566234e981a0815bba046d39:
SIGGEN_EXCLUDERECIPES_ABISAFE: add initscripts (2014-08-11 17:44:09 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib ChenQi/systemd-misc-fixes
Add libdw to RDEPENDS of systemd to avoid build-deps QA warning.
Signed-off-by: Chen Qi qi.c...@windriver.com
---
meta/recipes-core/systemd/systemd_215.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/systemd/systemd_215.bb
The 'and' logic for the check is wrong. To make things clear, please
see the example below.
Say that we have a recipe A, which has a sysv-init style init script named
initA and no corresponding service file. The recipe inherits update-rc.d,
but it doesn't inherit systemd.bbclass. The
Previously, after booting into the targets like multi-user.target or
graphical.target, the output of `runlevel' command is 'unknown'.
This is confusing for users. Normally, we would expect mutli-user.target
would have a `runlevel' output of 'N 3'.
This is the behaviour of Fedora20.
This patch
Upgrade systemd from 213 to 215.
systemd-older-kernel.patch is removed as it's fixed in 215.
Backport two patches to fix compilation problem for qemuppc.
0001-always-check-for-__BYTE_ORDER-__BIG_ENDIAN-when-chec.patch
0002-endian-explicitly-include-endian.h-wherever-we-want-.patch
As alsa-state inherits update-rc.d, the update-rc.d part inpostinst script
has already been handled in update-rc.d.bbclass.
Besides, we need to set INHIBIT_UPDATERCD_BBCLASS to 1 if 'sysvinit'
is not in DISTRO_FEATURES. This is because the init script is not installed
in such situation, adding
systemd-vconsole-setup.service not only configures font but also
keymaps.
Signed-off-by: Chen Qi qi.c...@windriver.com
---
meta/recipes-core/systemd/systemd_215.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/systemd/systemd_215.bb
Only install 'keymap.sh' script if 'sysvinit' is in DISTRO_FEATURES.
This is because systemd internally provides a mechanism to implement
the functionality this script tries to implement. Please see
systemd-vconsole-setup.service for more details.
Also we set 'INHIBIT_UPDATERCD_BBCLASS' to 1 if
Add dhcpd.service to support systemd systems.
Signed-off-by: Chen Qi qi.c...@windriver.com
---
meta/recipes-connectivity/dhcp/dhcp.inc| 18 ++
meta/recipes-connectivity/dhcp/files/dhcpd.service | 11 +++
2 files changed, 25 insertions(+), 4 deletions(-)
This patch adds support for systemd to execute scripts under /etc/rcS.d.
The patch references the patch below from Debian.
http://sources.debian.net/src/systemd/204-5/debian/patches/debian-changes/?hl=1391#L1391
[YOCTO #5159]
Signed-off-by: Chen Qi qi.c...@windriver.com
---
Khem and I both have pending patches to recipes-devtools/gcc. A problem
is that the first one of mine is a whitespace cleanup, and I don't think
his are based on that.
What can be done to effectively reconcile any conflicts between these?
I'd really prefer to keep the cleanup patch, so I'd
Set INHIBIT_UPDATERCD_BBCLASS to 1 if 'sysvinit' is not in DISTRO_FEATURES.
The functionality of the init script 'fbsetup' is implemented internally in
systemd. So fbsetup is not installed if 'sysvinit' is in DISTRO_FEATURES.
That's why we need to set INHIBIT_UPDATERCD_BBCLASS to 1 to avoid
On Thu, Aug 14, 2014 at 04:46:01PM +0800, Chen Qi wrote:
Add libdw to RDEPENDS of systemd to avoid build-deps QA warning.
Signed-off-by: Chen Qi qi.c...@windriver.com
---
meta/recipes-core/systemd/systemd_215.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Mariadb postinstall will fail with:
ERROR: 1 Can't create/write to file '/tmp/#sql_a2a_0.MAI' (Errcode: 13)
140814 8:14:06 [ERROR] Aborting
/tmp is a link to /var/volatile/tmp, set as:
drwxr-xr-x 3 root root 60 Aug 14 08:07 .
populate-volatiles.sh does not create the directory or set
On 08/14/2014 12:32 AM, Khem Raj wrote:
On Wed, Aug 13, 2014 at 6:55 PM, Peter A. Bigot p...@pabigot.com wrote:
EXTRA_OECONF += '${@bb.utils.contains(TUNE_FEATURES, armv7a,
--with-cpu=generic-armv7-a, , d)}'
Sorry a typo there you need --with-arch
OK, that works. So do we need to do the
On 2014年08月14日 16:39, Martin Jansa wrote:
On Thu, Aug 14, 2014 at 06:12:17AM +, Iorga, Cristian wrote:
Hello Martin, Kai,
Same goes for me as for Kai.
Kai, thanks for testing.
Martin, can you give more details?
Have you built lzo before building qemu?
insane_qa won't detect it if it isn't
On Thu, 2014-08-14 at 03:47 -0500, Peter A. Bigot wrote:
Khem and I both have pending patches to recipes-devtools/gcc. A problem
is that the first one of mine is a whitespace cleanup, and I don't think
his are based on that.
What can be done to effectively reconcile any conflicts between
musl has posix_close which conflicts in python
so lets rename it.
Signed-off-by: Khem Raj raj.k...@gmail.com
---
.../python/python/posix_close.patch| 43
meta/recipes-devtools/python/python_2.7.3.bb |1 +
2 files changed, 44 insertions(+)
create
On Thu, 2014-08-14 at 10:54 +0200, Martin Jansa wrote:
On Thu, Aug 14, 2014 at 04:46:01PM +0800, Chen Qi wrote:
Add libdw to RDEPENDS of systemd to avoid build-deps QA warning.
Signed-off-by: Chen Qi qi.c...@windriver.com
---
meta/recipes-core/systemd/systemd_215.bb |2 +-
1
Simplifies the code and adds knowlwdge about musl targets
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/recipes-connectivity/openssl/openssl.inc | 18 --
1 file changed, 8 insertions(+), 10 deletions(-)
diff --git a/meta/recipes-connectivity/openssl/openssl.inc
Enable aarch64 support for qemu.
Use linaro prebuilt aarch64 for test. Test steps:
1 run native qemu with aarch64 image:
$ wget
http://people.linaro.org/~alex.bennee/images/aarch64-linux-3.15rc2-buildroot.img
$ tmp/sysroots/x86_64-linux/usr/bin/qemu-system-aarch64 -machine virt -cpu
Add PACKAGECONF 'lzo' for qemu to fix QA warning:
WARNING: QA Issue: qemu rdepends on lzo, but it isn't a build dependency?
[build-deps]
Signed-off-by: Kai Kang kai.k...@windriver.com
---
meta/recipes-devtools/qemu/qemu.inc | 1 +
1 file changed, 1 insertion(+)
diff --git
qemu 2.1.0 support aarch64 targets, so add aarch64 to QEMU_TARGETS to
enable qemu aarch64 support.
[YOCTO #6487]
Signed-off-by: Kai Kang kai.k...@windriver.com
---
meta/recipes-devtools/qemu/qemu-targets.inc | 2 +-
meta/recipes-devtools/qemu/qemu.inc | 2 +-
2 files changed, 2
On 08/14/2014 03:24 AM, Carlos Rafael Giani wrote:
On 08/14/2014 10:22 AM, Peter A. Bigot wrote:
On 08/14/2014 03:12 AM, Carlos Rafael Giani wrote:
On 08/14/2014 02:46 AM, Khem Raj wrote:
On Wednesday, August 13, 2014, Otavio Salvador
ota...@ossystems.com.br mailto:ota...@ossystems.com.br
On 08/14/2014 02:51 AM, Khem Raj wrote:
musl does not support IBM 128 long double for ppc, instead of
doing complex overrides move it into a pythong snippet which
is easier to read and more compact.
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/recipes-devtools/gcc/gcc-common.inc
On 2014-08-14 04:02, Peter A. Bigot wrote:
On 08/14/2014 03:24 AM, Carlos Rafael Giani wrote:
On 08/14/2014 10:22 AM, Peter A. Bigot wrote:
On 08/14/2014 03:12 AM, Carlos Rafael Giani wrote:
On 08/14/2014 02:46 AM, Khem Raj wrote:
On Wednesday, August 13, 2014, Otavio Salvador
On 08/13/2014 01:25 PM, Martin Jansa wrote:
On Wed, Aug 13, 2014 at 02:09:36PM +0300, Yevhen Kyriukha wrote:
13 Авг 2014 г. 13:51 пользователь Nicolas Dechesne
nicolas.deche...@linaro.org написал:
On Wed, Aug 13, 2014 at 12:46 PM, Yevhen Kyriukha kirg...@gmail.com
wrote:
I have 2 distro
On 13 August 2014 18:46, Peter Kjellerstedt peter.kjellerst...@axis.com wrote:
+PACKAGECONFIG[gudev] = --with-gudev,--without-gudev,udev
Don't you need to depend on gudev here aswell?
Ross
--
___
Openembedded-core mailing list
Op 14 aug. 2014, om 13:13 heeft Mike Looijmans mike.looijm...@topic.nl het
volgende geschreven:
On 08/13/2014 01:25 PM, Martin Jansa wrote:
On Wed, Aug 13, 2014 at 02:09:36PM +0300, Yevhen Kyriukha wrote:
13 Авг 2014 г. 13:51 пользователь Nicolas Dechesne
nicolas.deche...@linaro.org
Op 14 aug. 2014, om 13:21 heeft Burton, Ross ross.bur...@intel.com het
volgende geschreven:
On 13 August 2014 18:46, Peter Kjellerstedt peter.kjellerst...@axis.com
wrote:
+PACKAGECONFIG[gudev] = --with-gudev,--without-gudev,udev
Don't you need to depend on gudev here aswell?
gudev
On Thu, Aug 14, 2014 at 10:39:07AM +0100, Richard Purdie wrote:
On Thu, 2014-08-14 at 10:54 +0200, Martin Jansa wrote:
On Thu, Aug 14, 2014 at 04:46:01PM +0800, Chen Qi wrote:
Add libdw to RDEPENDS of systemd to avoid build-deps QA warning.
Signed-off-by: Chen Qi qi.c...@windriver.com
Commit 6a7b98993350d0d24eae0058ae26ae19cfdf7c4c introduced a typo in
command, a whitespace was missing between --new-line-format and path to
original file. As a result, diffconfig task did not work, diff failed
with exit status 2, resulting in empty fragment.cfg.
Signed-off-by: Maciej Borzecki
On 14 August 2014 12:27, Koen Kooi k...@dominion.thruhere.net wrote:
gudev is part of udev, right? And as a shlib it will get picked up as RDEPEND
automatically[1].
Yep, brainfart my end - confused it with another library.
Ross
--
___
On 08/13/2014 05:44 PM, Khem Raj wrote:
On Wed, Aug 13, 2014 at 2:03 PM, Peter A. Bigot p...@pabigot.com wrote:
0037-gcc-4.8-PR56797.patch was originally added as an OE backport during
4.8.0. Upstream merged it in 4.8.1, and it was present in 4.9.0.
The original patch still applies to 4.9.1
I added grep's patch which is similar to xz and gzip to the repo,
so there should be 3 patches:
git://git.openembedded.org/openembedded-core-contrib rbt/bash
== patch ==
grep: set CONFIG_SHELL to /bin/sh
It would be bash, sh, ksh or sh5 according to the host if we don't set
this, and
On Thu, Aug 14, 2014 at 5:46 AM, Chen Qi qi.c...@windriver.com wrote:
Set INHIBIT_UPDATERCD_BBCLASS to 1 if 'sysvinit' is not in DISTRO_FEATURES.
The functionality of the init script 'fbsetup' is implemented internally in
systemd. So fbsetup is not installed if 'sysvinit' is in
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
meta/recipes-multimedia/libav/{libav_0.8.11.bb = libav_0.8.15.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-multimedia/libav/{libav_0.8.11.bb = libav_0.8.15.bb} (79%)
diff --git
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
meta/recipes-multimedia/libav/{libav_9.13.bb = libav_9.16.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-multimedia/libav/{libav_9.13.bb = libav_9.16.bb} (74%)
diff --git
The following changes since commit 4321c553d5ae816e566234e981a0815bba046d39:
SIGGEN_EXCLUDERECIPES_ABISAFE: add initscripts (2014-08-11 17:44:09 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib paule/libav-upgrade
Patches were all merged upstream.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
diff --git
a/meta/recipes-devtools/e2fsprogs/e2fsprogs/0001-e2fsprogs-fix-cross-compilation-problem.patch
There is no real reason to have these separate files any longer. It does
mean in meta-toolchain type recipes some extra variables are defined but
it also means the common code can be grouped and maintained together
which I believe is more beneficial. We therefore merge the classes.
Signed-off-by:
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
diff --git a/meta/classes/rootfs_deb.bbclass b/meta/classes/rootfs_deb.bbclass
index 5add7a8..d51b458 100644
--- a/meta/classes/rootfs_deb.bbclass
+++ b/meta/classes/rootfs_deb.bbclass
@@ -6,11 +6,13 @@ ROOTFS_PKGMANAGE = dpkg apt
It makes sense to move the script to a separate file, making the bbclass
clearer and allowing the end user to more easily customise or replace
it. There are no functionality changes, just the addition of some
substitution variables.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
This isn't built/present under mingw builds so make installation
conditional upon its presence.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
diff --git a/meta/recipes-core/glib-2.0/glib.inc
b/meta/recipes-core/glib-2.0/glib.inc
index ce908cf..373f962 100644
---
mingw and darwin builds need to change the value of printf from no
to yes. Whilst you can do this from a bbappend, its currently a bit ugly
and assumes knowledge of the other conf arguments. Fixing this in the glib
recipe directly is cleaner in this case.
Signed-off-by: Richard Purdie
I was pointing someone at this as a way to get pseudo, only to find it
isn't there. Its a useful tool to have in a standalone environment with
little overhead so lets add it.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
diff --git
We need this to ensure there are some correct values when building with
meta-darwin. This matches the addition of a common-mingw site file in
the core.
diff --git a/meta/site/common-darwin b/meta/site/common-darwin
new file mode 100644
index 000..604c04b
--- /dev/null
+++
On 08/14/2014 09:38 AM, Richard Purdie wrote:
We need this to ensure there are some correct values when building with
meta-darwin. This matches the addition of a common-mingw site file in
the core.
diff --git a/meta/site/common-darwin b/meta/site/common-darwin
new file mode 100644
index
On 8/14/14, 8:35 AM, Richard Purdie wrote:
I was pointing someone at this as a way to get pseudo, only to find it
isn't there. Its a useful tool to have in a standalone environment with
little overhead so lets add it.
This will only add one version of the pseudo wrapper libraries. If the
Converting this dependency to become a PACKAGECONFIG makes sense. Since
there is a , in the configuration option, its not quite as straightforward
as normal.
Also clean up the native and nativesdk DEPENDS and set the PACKAGECONFIG
entries to match the old behaviour by default.
Signed-off-by:
With the configuration for sdl and glx, the virtual/libx11 in DEPENDS
no longer makes any sense at all, the dependency comes through the
various graphics backends. Therefore drop it. The glx PACKAGECONFIG
is added for completeness. We avoid a floating dependency on mesa.
Signed-off-by: Richard
These DEPENDS are now identical and the native/nativesdk variants can
be dropped in favour of letting PACKAGECONFIG sort it out.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
diff --git a/meta/recipes-devtools/qemu/qemu.inc
b/meta/recipes-devtools/qemu/qemu.inc
index
Converting this dependency to become a PACKAGECONFIG makes sense.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
diff --git a/meta/recipes-devtools/qemu/qemu.inc
b/meta/recipes-devtools/qemu/qemu.inc
index d24a92d..8e2a9b2 100644
--- a/meta/recipes-devtools/qemu/qemu.inc
+++
SDL is now controlled by PACKAGECONFIG, remove the DEPENDS remnant
set PACKAGECONFIG accordingly.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
diff --git a/meta/recipes-devtools/qemu/qemu.inc
b/meta/recipes-devtools/qemu/qemu.inc
index 8e2a9b2..0c89e0b 100644
---
On 11.08.2014 11:53, Steffen Sledz wrote:
Are the linux kernel modules for Ralink WiFi-USB devices with RT3572 and/or
RT5572 (available from http://www.mediatek.com/en/downloads/) still
integrated in an OE-Layer?
If not, what would be the right place for them (openembedded-core,
From: Yasir-Khan yasir_k...@mentor.com
Adds udev rule to unmount SD card partitions in case of improper
ejection from card reader.
When SD card is ejected from card reader without being unmounted
first, kernel does not generate a REMOVE event, instead it
generates a CHANGE event(only if polling
On Thu, Aug 14, 2014 at 03:25:52PM +0100, Richard Purdie wrote:
Converting this dependency to become a PACKAGECONFIG makes sense. Since
there is a , in the configuration option, its not quite as straightforward
as normal.
Also clean up the native and nativesdk DEPENDS and set the
On Thu, 2014-08-14 at 09:42 -0400, Stefan Seefeld wrote:
On 08/14/2014 09:38 AM, Richard Purdie wrote:
We need this to ensure there are some correct values when building with
meta-darwin. This matches the addition of a common-mingw site file in
the core.
diff --git
Force KVM to disabled on mingw/darwin systems since this makes no
sense there.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
diff --git a/meta/recipes-devtools/qemu/qemu.inc
b/meta/recipes-devtools/qemu/qemu.inc
index 50f1c06..2c49914 100644
---
In the code added by add-exclude.patch, the return values of malloc and realloc
were not checked before being dereferenced.
In opkg we can use xmalloc and xrealloc instead of malloc and realloc. These
functions terminate the program instead of returning NULL if memory allocation
fails.
On Fri, Aug 08, 2014 at 12:16:28PM +, Paul Barker wrote:
On Fri, Aug 08, 2014 at 02:13:46PM +0200, Martin Jansa wrote:
On Fri, Aug 08, 2014 at 11:37:09AM +, Paul Barker wrote:
The 'opkg-key' utility requires gpg to manage the list of trusted keys.
The
ability to verify package
On Thu, Aug 14, 2014 at 04:50:33PM +, Paul Barker wrote:
On Fri, Aug 08, 2014 at 12:16:28PM +, Paul Barker wrote:
On Fri, Aug 08, 2014 at 02:13:46PM +0200, Martin Jansa wrote:
On Fri, Aug 08, 2014 at 11:37:09AM +, Paul Barker wrote:
The 'opkg-key' utility requires gpg to
On Thu, Aug 14, 2014 at 07:16:53PM +0200, Martin Jansa wrote:
On Thu, Aug 14, 2014 at 04:50:33PM +, Paul Barker wrote:
On Fri, Aug 08, 2014 at 12:16:28PM +, Paul Barker wrote:
On Fri, Aug 08, 2014 at 02:13:46PM +0200, Martin Jansa wrote:
On Fri, Aug 08, 2014 at 11:37:09AM +,
A value of the form PREFERRED_PROVIDER_virtual/${TARGET_PREFIX}gcc = ...
doesn't work for multilibs in some cases, because of the order in which
things are configured. Move the multilib-aware code for PREFERRED_PROVIDER
and PREFERRED_VERSION into multilib_global in a new ConfigParsed handler
so it
The code in base.bbclass to spread PREFERRED_PROVIDERS values
to multilibs doesn't work for things which rely on TARGET_PREFIX,
such as virtual/${TARGET_PREFIX}gcc. This is because the expansion
of TARGET_PREFIX produces the wrong value if executed prior to
the assignment of
On 08/14/2014 10:22 AM, Peter A. Bigot wrote:
On 08/14/2014 03:12 AM, Carlos Rafael Giani wrote:
On 08/14/2014 02:46 AM, Khem Raj wrote:
On Wednesday, August 13, 2014, Otavio Salvador
ota...@ossystems.com.br mailto:ota...@ossystems.com.br wrote:
On Wed, Aug 13, 2014 at 6:24 PM, Gary
Apply to gcc 4.9 the recent fix to the --with-gxx-include-dir override.
Original OE-Core rev: 5a2ff3e8f7cd7a47a5ab4e581847ecc4df87fca
Signed-off-by: Peter A. Bigot p...@pabigot.com
---
meta/recipes-devtools/gcc/gcc-4.9.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Consistent use of whitespace in multi-line assignment, with special
focus on OECONF modifications. Quotes on separate lines, four-space
indentation, one value per line.
Signed-off-by: Peter A. Bigot p...@pabigot.com
---
meta/recipes-devtools/gcc/gcc-4.8.inc | 186
The first five patches have the same content as the previous version,
but the commit messages have been tweaked.
There's a new cleanup patch to change the name of a function from the
name of a gcc configuration option it doesn't affect to the name of the
gcc configuration option it does affect.
--enable-libunwind-exceptions was removed from gcc at release 3.4.3
about ten years ago.
Signed-off-by: Peter A. Bigot p...@pabigot.com
---
meta/recipes-devtools/gcc/gcc-cross-canadian.inc | 1 -
meta/recipes-devtools/gcc/gcc-cross.inc | 1 -
meta/recipes-devtools/gcc/gcc-runtime.inc
Signed-off-by: Peter A. Bigot p...@pabigot.com
---
meta/recipes-devtools/gcc/gcc-target.inc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-devtools/gcc/gcc-target.inc
b/meta/recipes-devtools/gcc/gcc-target.inc
index 8941f5f..0f9a5f8 100644
---
This variable is used to ensure the proper version of --with-float=FOO
is passed to gcc's configure script. gcc also has a --with-fpu=FOO
option that means something different. To avoid confusion, change the
names to be consistent.
Signed-off-by: Peter A. Bigot p...@pabigot.com
---
The gcc-runtime recipe builds the gcc libraries including libstdc++ with
$TARGET_CC_ARCH flags, which include -march=FOO flags that affect
whether atomic instructions are available. This causes an ABI
incompatibility when the compiler by default generates code for less
capable architectures. For
From: Khem Raj raj.k...@gmail.com
musl does not support IBM 128 long double for ppc, instead of
doing complex overrides move it into a pythong snippet which
is easier to read and more compact.
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/recipes-devtools/gcc/gcc-common.inc | 5
0037-gcc-4.8-PR56797.patch was originally added as an OE backport during
4.8.0. Upstream merged it in 4.8.1, and it was present in 4.9.0.
The original patch still applies to 4.9.1 (and presumably 4.8.2), but
now is modifying store_multiple_sequence instead of
load_multiple_sequence (the two
A long-standing bug in gcc turns out to cause problems with unpatched
Linux versions due to improved optimization enabled by gcc 4.9. The
upstream fix missed the gcc-4.9.1 cut-off. It's also been applied
upstream to the 4.8 branch so is being added for OE's 4.8 as well.
Signed-off-by: Peter A.
On 08/14/2014 01:14 PM, Carlos Rafael Giani wrote:
On 08/14/2014 10:22 AM, Peter A. Bigot wrote:
On 08/14/2014 03:12 AM, Carlos Rafael Giani wrote:
On 08/14/2014 02:46 AM, Khem Raj wrote:
On Wednesday, August 13, 2014, Otavio Salvador
ota...@ossystems.com.br mailto:ota...@ossystems.com.br
Hello,
while writing new recipes for an updated machine specific kernel, I
noticed some packaging errors:
ERROR: QA Issue: linux-cubox-i: Files/directories were installed but not
shipped
/lib/firmware/korg
/lib/firmware/korg/k1212.dsp [installed-vs-shipped]
Looking into kernel.bbclass , I
Without this change, meta-openembedded's php recipe (as of 45e62fb8 --
php 5.4.14: use pkg-config for libxml2 detection) breaks with this
error on my system:
tmp/sysroots/x86_64-linux/usr/lib/libxml2.so: undefined reference
to `gzopen64@ZLIB_1.2.3.3'
It seems that the host's zlib is
I wish to drop this patch thread and re-submit the patches individually
rather than as a group - thanks.
On Fri, Jul 25, 2014 at 5:20 PM, Gary S. Robertson
gary.robert...@linaro.org wrote:
From: Gary S. Robertson gary.robert...@linaro.org
The parse_args() function in realtime test
In retrospect this patch is not appropriate at the OE project level and
should be handled in a local layer. Consequently I wish to withdraw it
from further consideration here. Thank you all for your responses.
On Fri, Jul 25, 2014 at 5:20 PM, Gary S. Robertson
gary.robert...@linaro.org wrote:
On Thu, 2014-08-14 at 04:15 -0500, Peter A. Bigot wrote:
What this means is that the libraries built by gcc-runtime use
TARGET_CC_ARCH settings that don't necessarily match the target
compiler's defaults, and that ABI conflicts can result by linking in
those libraries when the non-default
After exchanges with the LTP maintainers and further reflection, I find
some of the patches submitted here are inappropriate for submission at the
OE level.
Consequently I wish to drop this email thread and submit those patches
which I believe should be applied at the OE level as separate
On Tue, 2014-07-29 at 01:02 -0700, Robert Yang wrote:
Fixed do_configure error:
ERROR: User requested feature sdl
configure was not able to find it.
Install SDL devel
The error message from log.do_configure, and if we check config.log, the
error is:
On 08/14/2014 04:40 PM, Richard Purdie wrote:
On Thu, 2014-08-14 at 04:15 -0500, Peter A. Bigot wrote:
What this means is that the libraries built by gcc-runtime use
TARGET_CC_ARCH settings that don't necessarily match the target
compiler's defaults, and that ABI conflicts can result by linking
On Thu, Aug 14, 2014 at 2:15 AM, Peter A. Bigot p...@pabigot.com wrote:
On 08/14/2014 12:32 AM, Khem Raj wrote:
On Wed, Aug 13, 2014 at 6:55 PM, Peter A. Bigot p...@pabigot.com wrote:
EXTRA_OECONF += '${@bb.utils.contains(TUNE_FEATURES, armv7a,
--with-cpu=generic-armv7-a, , d)}'
Sorry a
The code in question clearly states MIT is a third license. Update
LICENSE to reflect this (in one case, we did list BSD which is effectively
the same thing but this removes confusion).
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
diff --git
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
diff --git a/meta/recipes-kernel/lttng/lttng-tools_2.3.1.bb
b/meta/recipes-kernel/lttng/lttng-tools_2.3.1.bb
deleted file mode 100644
index db8b65b..000
--- a/meta/recipes-kernel/lttng/lttng-tools_2.3.1.bb
+++ /dev/null
@@
On Thu, Aug 14, 2014 at 3:00 PM, Peter A. Bigot p...@pabigot.com wrote:
I'm content with the solution in my v2 gcc patch series, but I expect
someday the underlying cause will re-appear as new processors have new
features with ABI impacts due to gcc target optimization. Hopefully when
that
On Thu, Aug 14, 2014 at 11:10:45PM +0100, Richard Purdie wrote:
The code in question clearly states MIT is a third license. Update
LICENSE to reflect this (in one case, we did list BSD which is effectively
the same thing but this removes confusion).
Thank you
Acked-by: Martin Jansa
This makes two changes, one explicit and one implicit.
Explicit: Change the included tune file.
Implicit: Change the default tune.
qemumips appears to support mips32r2 just fine, and there's not
a huge amount of interest in plain-old mips32. This matters to
me because I have a desire to use a
The MIPS emulation for qemumips actually supports
mips32r2:
isa : mips1 mips2 mips32r1 mips32r2
We should probably use that tuning file.
This implicitly changes the default value of DEFAULTTUNE to
mips32r2.
Signed-off-by: Peter Seebach peter.seeb...@windriver.com
---
1 - 100 of 117 matches
Mail list logo