Re: [OE-core] [PATCH 7/7] tcmode-default: Switch to gcc 8.0

On Fri, Jun 8, 2018 at 4:06 PM, Khem Raj wrote: > Ok, thanks. > On Fri, Jun 8, 2018 at 3:42 PM Burton, Ross wrote: >> I've already tweaked this in my branch to be 8.* (as there's a >> wildcard), so don't bother changing it unless you need to send further >> changes. Doesn't it need to be

Re: [OE-core] [PATCH 7/7] tcmode-default: Switch to gcc 8.0

Ok, thanks. On Fri, Jun 8, 2018 at 3:42 PM Burton, Ross wrote: > I've already tweaked this in my branch to be 8.* (as there's a > wildcard), so don't bother changing it unless you need to send further > changes. > > Ross > > On 8 June 2018 at 23:28, Khem Raj wrote: > > > > > > On 6/8/18 3:26

Re: [OE-core] [PATCH 7/7] tcmode-default: Switch to gcc 8.0

I've already tweaked this in my branch to be 8.* (as there's a wildcard), so don't bother changing it unless you need to send further changes. Ross On 8 June 2018 at 23:28, Khem Raj wrote: > > > On 6/8/18 3:26 PM, Dan McGregor wrote: >> >> Should the subject read switch to gcc 8.1? > > > right

Re: [OE-core] [PATCH 7/7] tcmode-default: Switch to gcc 8.0

On 6/8/18 3:26 PM, Dan McGregor wrote: Should the subject read switch to gcc 8.1? right or better just gcc 8, Richard do you want a new rev ? On Fri, 8 Jun 2018, 01:29 Khem Raj, > wrote: Signed-off-by: Khem Raj mailto:raj.k...@gmail.com>> ---  

Re: [OE-core] [PATCH 7/7] tcmode-default: Switch to gcc 8.0

Should the subject read switch to gcc 8.1? On Fri, 8 Jun 2018, 01:29 Khem Raj, wrote: > Signed-off-by: Khem Raj > --- > meta/conf/distro/include/tcmode-default.inc | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/meta/conf/distro/include/tcmode-default.inc >

Re: [OE-core] [PATCH 1/3] cpio: move contents of cpio_v2.inc into the cpio recipe

On Thu, May 24, 2018 at 5:14 PM, Andre McCurdy wrote: > Merge contents of cpio_v2.inc into the only recipe which uses it. Ping. Any issues with this (ie the whole series of 3)? > Signed-off-by: Andre McCurdy > --- > meta/recipes-extended/cpio/cpio_2.12.bb | 40 --

Re: [OE-core] [PATCH] gobject-introspection: relocate typelib repository for native builds

Alexander Kanavin writes: > 2018-06-08 21:17 GMT+03:00 Sascha Silbe : >> python3 -c 'from gi.repository import GLib' > > May I ask, what is the use case for running this in the native > context? Note that we explicitly disable generating introspection data > on the native side (though the

Re: [OE-core] [PATCH] gobject-introspection: relocate typelib repository for native builds

2018-06-08 21:17 GMT+03:00 Sascha Silbe : > python3 -c 'from gi.repository import GLib' May I ask, what is the use case for running this in the native context? Note that we explicitly disable generating introspection data on the native side (though the g-i class), and so you'll get the

Re: [OE-core] [PATCH] gobject-introspection: relocate typelib repository for native builds

Alexander Kanavin writes: > 2018-06-08 19:18 GMT+03:00 Sascha Silbe : >> gobject-introspection hard-codes the install path in the search path >> for the typelib repository, pretty much the same way glib behaves for >> the gio modules directory. Like for glib, this causes problems when >>

Re: [OE-core] [PATCH] gobject-introspection: relocate typelib repository for native builds

2018-06-08 19:18 GMT+03:00 Sascha Silbe : > gobject-introspection hard-codes the install path in the search path > for the typelib repository, pretty much the same way glib behaves for > the gio modules directory. Like for glib, this causes problems when > gobject-introspection-native is restored

[OE-core] [PATCH] gobject-introspection: relocate typelib repository for native builds

gobject-introspection hard-codes the install path in the search path for the typelib repository, pretty much the same way glib behaves for the gio modules directory. Like for glib, this causes problems when gobject-introspection-native is restored from sstate with a different build directory.

Re: [OE-core] [PATCH v3 1/2] openssl-1.1: rework packaging

2018-06-08 17:04 GMT+03:00 Andrej Valek : > The main idea is to have libssl and libcrypto in separate packages. > This saves space if only single library is needed and also some recipes > (in other layers) depend on these library packages. > Together with this other packages like in 1.0.x were

[OE-core] [PATCH v3 2/2] openssl-1.1: /etc/ssl location compatibility

Some packages has hard-coded path to /etc/ssl location. Create a symlinks to correct location. Signed-off-by: Andrej Valek Signed-off-by: Marko Peter --- meta/recipes-connectivity/openssl/openssl_1.1.0h.bb | 18 +++--- 1 file changed, 15 insertions(+), 3 deletions(-) diff --git

[OE-core] [PATCH v3 1/2] openssl-1.1: rework packaging

The main idea is to have libssl and libcrypto in separate packages. This saves space if only single library is needed and also some recipes (in other layers) depend on these library packages. Together with this other packages like in 1.0.x were created. The only difference is that openssl 1.1 has

[OE-core] [PATCH] uboot-extlinux-config.bbclass: Add baudrate in console bootparam

By default, we ought to use console="${console},${baudrate}" as console bootparam as commonly it is left to be passed with the bootargs. Signed-off-by: Otavio Salvador --- meta/classes/uboot-extlinux-config.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[OE-core] [PATCH] wayland: fix upstream release checking

Wayland has moved to GitLab with the result that /releases/ no longer returns a directory listing, so the upgrade detection doesn't work. The upgrade detection can scan releases.html just as well, so tell it to look there. Signed-off-by: Ross Burton ---

[OE-core] [PATCH] cmake: fix Upstream-Status tag spelling

Signed-off-by: Ross Burton --- .../0001-FindBoost-Fix-incorrect-alphabetisation-of-headers-l.patch | 2 +- .../0002-FindBoost-Implement-Architecture-and-Address-Model-t.patch | 2 +- .../0003-FindBoost-Search-for-upstream-packaged-libs-next-to-.patch | 2 +-

Re: [OE-core] [PATCH v2] feat(openssl-1.1): rework packaging

On 06/08/2018 02:31 PM, Andrej Valek wrote: Unknown regexp modifier "/b" at ./c_rehash line 15, at end of line Unknown regexp modifier "/W" at ./c_rehash line 28, at end of line Unknown regexp modifier "/3" at ./c_rehash line 28, at end of line Unknown regexp modifier "/2" at ./c_rehash line 28,

Re: [OE-core] [PATCH v2] feat(openssl-1.1): rework packaging

Hi > On 06/08/2018 10:48 AM, Andrej Valek wrote: >> after more testing, I think creating ${sysconfdir}/ssl links is highly >> recommended. ca-certificate updating script (+ many other tools) has >> hard-coded path to /etc/ssl. Debian has multiple links in /usr/lib/ssl/ >> to /etc/ssl/. > > Right.

Re: [OE-core] [PATCH v2] feat(openssl-1.1): rework packaging

On 06/08/2018 10:48 AM, Andrej Valek wrote: after more testing, I think creating ${sysconfdir}/ssl links is highly recommended. ca-certificate updating script (+ many other tools) has hard-coded path to /etc/ssl. Debian has multiple links in /usr/lib/ssl/ to /etc/ssl/. Right. Can you explain

Re: [OE-core] [PATCH 01/12] tune/arm: Set -mtune instead of -mcpu

On 6/7/18 6:20 PM, Andre McCurdy wrote: On Thu, Jun 7, 2018 at 5:57 PM, Khem Raj wrote: On 6/7/18 4:38 PM, Andre McCurdy wrote: On Thu, Jun 7, 2018 at 7:04 AM, Khem Raj wrote: On Thu, Jun 7, 2018 at 12:14 AM, Andre McCurdy wrote: On Wed, Jun 6, 2018 at 10:58 PM, Khem Raj wrote: On

Re: [OE-core] [PATCH v2] feat(openssl-1.1): rework packaging

Hi again, after more testing, I think creating ${sysconfdir}/ssl links is highly recommended. ca-certificate updating script (+ many other tools) has hard-coded path to /etc/ssl. Debian has multiple links in /usr/lib/ssl/ to /etc/ssl/. So I think, my previous patch is correct. Now I am going to

[OE-core] [PATCH 7/7] tcmode-default: Switch to gcc 8.0

Signed-off-by: Khem Raj --- meta/conf/distro/include/tcmode-default.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/conf/distro/include/tcmode-default.inc b/meta/conf/distro/include/tcmode-default.inc index 8e15f694d0..cb17061706 100644 ---

[OE-core] [PATCH 6/7] tune-mips-74k.inc: add tune file for 74kc mips

Signed-off-by: Khem Raj --- .../machine/include/mips/tune-mips-74k.inc| 37 +++ 1 file changed, 37 insertions(+) create mode 100644 meta/conf/machine/include/mips/tune-mips-74k.inc diff --git a/meta/conf/machine/include/mips/tune-mips-74k.inc

[OE-core] [PATCH 2/7] gcc-8: Disable libssp for non mingw targets

Signed-off-by: Khem Raj --- meta/recipes-devtools/gcc/gcc-8.1.inc | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/meta/recipes-devtools/gcc/gcc-8.1.inc b/meta/recipes-devtools/gcc/gcc-8.1.inc index ecc1ceff99..2b176ac98d 100644 ---

[OE-core] [PATCH 4/7] gcc-8: Enabled mspe options for rs6000 ppc backend

Signed-off-by: Khem Raj --- meta/recipes-devtools/gcc/gcc-8.1.inc | 1 + ...Re-introduce-spe-commandline-options.patch | 41 +++ 2 files changed, 42 insertions(+) create mode 100644 meta/recipes-devtools/gcc/gcc-8.1/0040-Re-introduce-spe-commandline-options.patch diff

[OE-core] [PATCH 3/7] gcc-8: Disable float128 for ppc/musl

Signed-off-by: Khem Raj --- meta/recipes-devtools/gcc/gcc-common.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-devtools/gcc/gcc-common.inc b/meta/recipes-devtools/gcc/gcc-common.inc index aa3b53e64c..00fec0bb6e 100644 ---

[OE-core] [PATCH 5/7] gcc-runtime_8.1.bb: disable ifuncs in libatomic for arm arch

This will solve the mcpu/march conflicts we get when -mcpu=cortex-a7 is passed on cmdline since it will become incompatible with default ifuncs in libatomic which is using armv7-a Signed-off-by: Khem Raj --- meta/recipes-devtools/gcc/gcc-runtime_8.1.bb | 3 +++ 1 file changed, 3 insertions(+)

[OE-core] [PATCH V3 0/7] Add GCC 8 recipes

This changeset is including the review feedback from last patchset V3: - Drop wholesale change of ARM tune files - Fix gcc/libatomic by disabling ifuncs for libatomic to avoid march/mtune incompatiblity on armv7+, (thanks Andre for working on it) - Keep valgrind patches V2: - Fixes ppc such

Re: [OE-core] [PATCH v2] feat(openssl-1.1): rework packaging

Hi Alex, On 06/07/18 15:13, Alexander Kanavin wrote: > On 06/07/2018 10:32 AM, Andrej Valek wrote: >> -do_install_append_class-native () { >> # Install a custom version of c_rehash that can handle sysroots >> properly. >> # This version is used for example when installing