[oe] [meta-initramfs][PATCH] initramfs-kexecboot-klibc-image: Skip for nios2

2016-05-17 Thread Khem Raj
nios2 does not support klibc

Signed-off-by: Khem Raj 
---
 .../recipes-bsp/images/initramfs-kexecboot-klibc-image.bb   | 6 ++
 1 file changed, 6 insertions(+)

diff --git 
a/meta-initramfs/recipes-bsp/images/initramfs-kexecboot-klibc-image.bb 
b/meta-initramfs/recipes-bsp/images/initramfs-kexecboot-klibc-image.bb
index df97511..da3023f 100644
--- a/meta-initramfs/recipes-bsp/images/initramfs-kexecboot-klibc-image.bb
+++ b/meta-initramfs/recipes-bsp/images/initramfs-kexecboot-klibc-image.bb
@@ -5,3 +5,9 @@ SUMMARY = "Initramfs image for kexecboot kernel (klibc-static 
binaries)"
 # We really need just kexecboot, kexec and ubiattach
 # statically compiled against klibc
 IMAGE_INSTALL = "kexecboot-klibc kexec-klibc ubiattach-klibc"
+
+python () {
+if d.getVar('TARGET_ARCH', True) == "nios2":
+raise bb.parse.SkipPackage("'nios2' not supported arch")
+}
+
-- 
2.8.2

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel


Re: [oe] jethro-next merge

2016-05-17 Thread akuster808


On 05/17/2016 02:34 PM, Martin Jansa wrote:
> Just waiting for the request :)

So I have ask twice? Once from my initial pull request and another to
move from next to stable? I will make a note for next time.

thanks,
Armin

> 
> On Tue, May 17, 2016 at 11:23 PM, akuster808  wrote:
> 
>> Any ETA on when jethro-next will be merged to jethro? its been three weeks.
>>
>> regards,
>> Armin
>>
> 
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel


Re: [oe] jethro-next merge

2016-05-17 Thread Martin Jansa
Just waiting for the request :)

On Tue, May 17, 2016 at 11:23 PM, akuster808  wrote:

> Any ETA on when jethro-next will be merged to jethro? its been three weeks.
>
> regards,
> Armin
>
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel


[oe] jethro-next merge

2016-05-17 Thread akuster808
Any ETA on when jethro-next will be merged to jethro? its been three weeks.

regards,
Armin
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel


[oe] Updates to meta-browser (master) in 2016-05-17

2016-05-17 Thread Otavio Salvador
Hello,

I pushed following updates:

commit 37695ddb190d0e39f93d446af11975f8954cb27a (HEAD -> pending, 
origin/master, origin/HEAD)
Author: Carlos Rafael Giani 
Date:   Sun May 8 14:20:38 2016 +0200

chromium: Upgrade to version 48.0.2548.0

Not upgrading to M49 or M50 in this commit since this is currently the
latest version that is supported by ozone-wayland

Signed-off-by: Carlos Rafael Giani 
Signed-off-by: Otavio Salvador 

commit 835351945e0cab3529b3b96048a81bd616545d5d
Author: Carlos Rafael Giani 
Date:   Sun May 8 14:20:37 2016 +0200

chromium: Create chromium-browser.inc to simplify upgrades

This eases the chromium browser upgrade process while ensuring that the
chromium embedded framework is still supported. With this new structure,
chromium.inc contains common code for cef3 and the browser, while
chromium-browser.inc contains common code for browser releases (and itself
includes chromium.inc). The actual .bb files then mainly set several
values (and may contain release specific functions).

Signed-off-by: Carlos Rafael Giani 
Signed-off-by: Otavio Salvador 

commit f0b4ccd050854cdfedc1ca6ccac05d547f14d95e
Author: Carlos Rafael Giani 
Date:   Sun May 8 14:20:36 2016 +0200

chromium: Replace deprecated base_* wrapper calls

Signed-off-by: Carlos Rafael Giani 
Signed-off-by: Otavio Salvador 

Regards,

--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel


[oe] [PATCH] netcf: unconditionally remove gnulib dir to support reconfigure

2016-05-17 Thread Paul Gortmaker
The rmdir in configure prepend seemed like a nice sanity check to
ensure the upstream source didn't change their handling of the
gnulib submodule, but it will be a problem when changed sigs (in
gnulib for example) trigger a reconfigure in an existing build.
In such an instance, the .gnulib dir will have the old copy from
the sysroot, and not be empty and the rmdir will fail.

Given that we don't know what changed in the context of the prepend,
we just assume it could have been the gnulib sysroot content, and
hence blow away the old dir and re-copy in the possibly updated
gnulib sysroot content.

This works for both clean builds, and rebuilds that have triggered
a reconfigure of an existing netcf build.

Fixes: 093942197237 ("netcf: fix mishandling of gnulib submodule
causing build fail")
Signed-off-by: Paul Gortmaker 
---

Testing: cleansstate of gnulib-native ; rebuild netcf
 cleansstate of netcf ; build netcf

 meta-networking/recipes-support/netcf/netcf_git.bb | 7 ---
 1 file changed, 4 insertions(+), 3 deletions(-)

diff --git a/meta-networking/recipes-support/netcf/netcf_git.bb 
b/meta-networking/recipes-support/netcf/netcf_git.bb
index 8d6d32a60895..ed713ace2887 100644
--- a/meta-networking/recipes-support/netcf/netcf_git.bb
+++ b/meta-networking/recipes-support/netcf/netcf_git.bb
@@ -28,9 +28,10 @@ do_configure_prepend() {
 cd ${S}
 
 # avoid bootstrap cloning gnulib on every configure
-# the rmdir acts as a sentinel to let us know if the pkg ever changes
-# the path for GNUlib or populates the dir making it non-empty.
-rmdir ${S}/.gnulib
+# the dir starts out empty from the pkg, but unconditionally blow it
+# away so if we reconfigure due to gnulib sysroot sig changes, we will
+# get the newer gnulib content into the build here.
+rm -rf ${S}/.gnulib
 cp -rf ${STAGING_DATADIR}/gnulib ${S}/.gnulib
 
 # --force to avoid errors on reconfigure e.g if recipes changed we depend 
on
-- 
2.7.4

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel


[oe] [meta-oe][PATCH 6/6] x11vnc: remove old libtool macros from acinclude.m4

2016-05-17 Thread Christopher Larson
From: Christopher Larson 

These can cause build problems. We only want macros in acinclude.m4 which
aren't available for aclocal to get elsewhere.

Signed-off-by: Christopher Larson 
---
 meta-oe/recipes-graphics/x11vnc/x11vnc_0.9.13.bb | 6 ++
 1 file changed, 6 insertions(+)

diff --git a/meta-oe/recipes-graphics/x11vnc/x11vnc_0.9.13.bb 
b/meta-oe/recipes-graphics/x11vnc/x11vnc_0.9.13.bb
index 7e92965..64c8a5d 100644
--- a/meta-oe/recipes-graphics/x11vnc/x11vnc_0.9.13.bb
+++ b/meta-oe/recipes-graphics/x11vnc/x11vnc_0.9.13.bb
@@ -24,3 +24,9 @@ PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 
'zeroconf', 'avahi',
 PACKAGECONFIG[avahi] = "--with-avahi,--without-avahi,avahi"
 PACKAGECONFIG[xinerama] = "--with-xinerama,--without-xinerama,libxinerama"
 PACKAGECONFIG[libvncserver] = 
"--with-system-libvncserver,--without-system-libvncserver,libvncserver"
+
+do_prepare_sources () {
+# Remove old libtool macros from acinclude.m4
+sed -i -e '/^# libtool.m4/q' acinclude.m4
+}
+do_patch[postfuncs] += "do_prepare_sources"
-- 
2.8.0

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel


[oe] [meta-oe][PATCH 5/6] networkmanager: add missing dep on dbus-glib-native

2016-05-17 Thread Christopher Larson
From: Christopher Larson 

The networkmanager build runs dbus-binding-tool, which only exists if
dbus-glib-native has been built, and will fail otherwise.

Signed-off-by: Christopher Larson 
---
 meta-oe/recipes-connectivity/networkmanager/networkmanager_1.0.10.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git 
a/meta-oe/recipes-connectivity/networkmanager/networkmanager_1.0.10.bb 
b/meta-oe/recipes-connectivity/networkmanager/networkmanager_1.0.10.bb
index c8447e6..c18afff 100644
--- a/meta-oe/recipes-connectivity/networkmanager/networkmanager_1.0.10.bb
+++ b/meta-oe/recipes-connectivity/networkmanager/networkmanager_1.0.10.bb
@@ -7,7 +7,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=cbbffd568227ada506640fe950a4823b \
 
file://docs/api/html/license.html;md5=51d7fb67bde992e58533a8481cee070b \
 "
 
-DEPENDS = "intltool-native libnl dbus dbus-glib libgudev util-linux libndp 
libnewt polkit"
+DEPENDS = "intltool-native libnl dbus dbus-glib dbus-glib-native libgudev 
util-linux libndp libnewt polkit"
 
 inherit gnomebase gettext systemd bluetooth bash-completion vala 
gobject-introspection
 
-- 
2.8.0

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel


Re: [oe] [meta-oe][PATCH 1/6] mg: stop relying on make -e

2016-05-17 Thread Christopher Larson
On Tue, May 17, 2016 at 9:10 AM, Christopher Larson 
wrote:

> From: Christopher Larson 
>
> Relying on 'make -e' isn't ideal, as it's less implicit behavior, relies on
> variable exports, and hides the variables being used from someone reading
> the
> recipe.
>
> Signed-off-by: Christopher Larson 


Erm, clearly meant 'explicit' here :)
-- 
Christopher Larson
kergoth at gmail dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel


[oe] [meta-oe][PATCH 4/6] networkmanager: add missing dep on intltool-native

2016-05-17 Thread Christopher Larson
From: Christopher Larson 

Recipes using intltool need this dependency.

Signed-off-by: Christopher Larson 
---
 meta-oe/recipes-connectivity/networkmanager/networkmanager_1.0.10.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git 
a/meta-oe/recipes-connectivity/networkmanager/networkmanager_1.0.10.bb 
b/meta-oe/recipes-connectivity/networkmanager/networkmanager_1.0.10.bb
index 831ddf0..c8447e6 100644
--- a/meta-oe/recipes-connectivity/networkmanager/networkmanager_1.0.10.bb
+++ b/meta-oe/recipes-connectivity/networkmanager/networkmanager_1.0.10.bb
@@ -7,7 +7,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=cbbffd568227ada506640fe950a4823b \
 
file://docs/api/html/license.html;md5=51d7fb67bde992e58533a8481cee070b \
 "
 
-DEPENDS = "libnl dbus dbus-glib libgudev util-linux libndp libnewt polkit"
+DEPENDS = "intltool-native libnl dbus dbus-glib libgudev util-linux libndp 
libnewt polkit"
 
 inherit gnomebase gettext systemd bluetooth bash-completion vala 
gobject-introspection
 
-- 
2.8.0

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel


[oe] [meta-oe][PATCH 3/6] openlmi-networking: add missing dep on konkretcmpi-native

2016-05-17 Thread Christopher Larson
From: Christopher Larson 

Without it, we can hit errors like:

| CMake Error at 
.../build/tmp/sysroots/qemux86-64/usr/share/cmake/Modules/OpenLMIMacros.cmake:105
 (message):
|   KonkretCMPI failed: No such file or directory

Signed-off-by: Christopher Larson 
---
 meta-oe/recipes-extended/openlmi/openlmi-networking_0.3.1.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-oe/recipes-extended/openlmi/openlmi-networking_0.3.1.bb 
b/meta-oe/recipes-extended/openlmi/openlmi-networking_0.3.1.bb
index 5442910..7cfcbe2 100644
--- a/meta-oe/recipes-extended/openlmi/openlmi-networking_0.3.1.bb
+++ b/meta-oe/recipes-extended/openlmi/openlmi-networking_0.3.1.bb
@@ -6,7 +6,7 @@ HOMEPAGE = "http://www.openlmi.org/";
 LICENSE = "LGPL-2.1+"
 LIC_FILES_CHKSUM = "file://COPYING;md5=7c13b3376cea0ce68d2d2da0a1b3a72c"
 SECTION = "System/Management"
-DEPENDS = "openlmi-providers konkretcmpi sblim-cmpi-devel cim-schema-exper 
networkmanager dbus libcheck glib-2.0"
+DEPENDS = "openlmi-providers konkretcmpi konkretcmpi-native sblim-cmpi-devel 
cim-schema-exper networkmanager dbus libcheck glib-2.0"
 
 SRC_URI = "http://fedorahosted.org/released/${BPN}/${BP}.tar.gz \
file://0001-fix-lib64-can-not-be-shiped-in-64bit-target.patch \
-- 
2.8.0

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel


[oe] [meta-oe][PATCH 2/6] luajit: fix build issues, obey more vars

2016-05-17 Thread Christopher Larson
From: Christopher Larson 

Rework how variables are passed in to ensure that more of our flag vars are
obeyed, make it obey more of our target path vars, and use fewer of its
hardcoded flags. Also add verbosity to the compile output for debugging.

Without this, errors were seen for us:

| In file included from 
.../lib/gcc/i686-pc-linux-gnu/5.2.0/include-fixed/64/sgxx-glibc/syslimits.h:7:0,
|  from 
.../lib/gcc/i686-pc-linux-gnu/5.2.0/include-fixed/64/sgxx-glibc/limits.h:34,
|  from luaconf.h:12,
|  from lua.h:16,
|  from lj_arch.h:9:
| 
.../lib/gcc/i686-pc-linux-gnu/5.2.0/include-fixed/64/sgxx-glibc/limits.h:168:61:
 fatal error: limits.h: No such file or directory
| compilation terminated.
| Makefile:233: *** Unsupported target architecture.  Stop.
| make[1]: Leaving directory '.../luajit/2.0.4-r0/LuaJIT-2.0.4/src'

Signed-off-by: Christopher Larson 
---
 meta-oe/recipes-devtools/luajit/luajit_2.0.4.bb | 53 +++--
 1 file changed, 40 insertions(+), 13 deletions(-)

diff --git a/meta-oe/recipes-devtools/luajit/luajit_2.0.4.bb 
b/meta-oe/recipes-devtools/luajit/luajit_2.0.4.bb
index a0252aa..66bf3e4 100644
--- a/meta-oe/recipes-devtools/luajit/luajit_2.0.4.bb
+++ b/meta-oe/recipes-devtools/luajit/luajit_2.0.4.bb
@@ -15,11 +15,6 @@ inherit pkgconfig binconfig
 
 BBCLASSEXTEND = "native"
 
-do_configure_prepend() {
-sed -i 's:PREFIX= /usr/local:PREFIX= ${prefix}:g' ${S}/Makefile
-sed -i 's:MULTILIB= lib:MULTILIB= ${baselib}:g' ${S}/Makefile
-}
-
 # http://luajit.org/install.html#cross
 # Host luajit needs to be compiled with the same pointer size
 # If you want to cross-compile to any 32 bit target on an x64 OS,
@@ -30,20 +25,49 @@ BUILD_CC_ARCH_append_powerpc = ' -m32'
 BUILD_CC_ARCH_append_x86 = ' -m32'
 BUILD_CC_ARCH_append_arm = ' -m32'
 
-EXTRA_OEMAKE_append_class-target = '\
-CROSS=${HOST_PREFIX} \
-HOST_CC="${BUILD_CC} ${BUILD_CC_ARCH}" \
-TARGET_CFLAGS="${TOOLCHAIN_OPTIONS} ${TARGET_CC_ARCH}" \
-TARGET_LDFLAGS="${TOOLCHAIN_OPTIONS}" \
-TARGET_SHLDFLAGS="${TOOLCHAIN_OPTIONS}" \
-'
+# The lua makefiles expect the TARGET_SYS to be from uname -s
+# Values: Windows, Linux, Darwin, iOS, SunOS, PS3, GNU/kFreeBSD
+LUA_TARGET_OS = "${@'${TARGET_OS}'[0].upper() + '${TARGET_OS}'[1:]}"
+LUA_TARGET_OS_mingw32 = "Windows"
+
+# We don't want the lua buildsystem's compiler optimizations, or its
+# stripping, and we don't want it to pick up CFLAGS or LDFLAGS, as those apply
+# to both host and target compiles
+EXTRA_OEMAKE = "\
+Q= E='@:' \
+\
+CCOPT= CCOPT_x86= CFLAGS= LDFLAGS= TARGET_STRIP='@:' \
+\
+'TARGET_SYS=${LUA_TARGET_OS}' \
+\
+'CC=${CC}' \
+'TARGET_AR=${AR} rcus' \
+'TARGET_CFLAGS=${CFLAGS}' \
+'TARGET_LDFLAGS=${LDFLAGS}' \
+'TARGET_SHLDFLAGS=${LDFLAGS}' \
+'HOST_CC=${BUILD_CC}' \
+'HOST_CFLAGS=${BUILD_CFLAGS}' \
+'HOST_LDFLAGS=${BUILD_LDFLAGS}' \
+\
+'PREFIX=${prefix}' \
+'MULTILIB=${baselib}' \
+"
 
 do_compile () {
 oe_runmake
 }
 
+# There's INSTALL_LIB and INSTALL_SHARE also, but the lua binary hardcodes the
+# '/share' and '/' + LUA_MULTILIB paths, so we don't want to break those
+# expectations.
+EXTRA_OEMAKEINST = "\
+'DESTDIR=${D}' \
+'INSTALL_BIN=${D}${bindir}' \
+'INSTALL_INC=${D}${includedir}/luajit-$(MAJVER).$(MINVER)' \
+'INSTALL_MAN=${D}${mandir}/man1' \
+"
 do_install () {
-oe_runmake 'DESTDIR=${D}' install
+oe_runmake ${EXTRA_OEMAKEINST} install
 rmdir ${D}${datadir}/lua/5.* \
   ${D}${datadir}/lua \
   ${D}${libdir}/lua/5.* \
@@ -52,6 +76,9 @@ do_install () {
 
 PACKAGES += 'luajit-common'
 
+# See the comment for EXTRA_OEMAKEINST. This is needed to ensure the hardcoded
+# paths are packaged regardless of what the libdir and datadir paths are.
+FILES_${PN} += "${prefix}/${baselib} ${prefix}/share"
 FILES_${PN} += "${libdir}/libluajit-5.1.so.2 \
 ${libdir}/libluajit-5.1.so.${PV} \
 "
-- 
2.8.0

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel


[oe] [meta-oe][PATCH 0/6] Various fixes from meta-mentor

2016-05-17 Thread Christopher Larson
From: Christopher Larson 

Working through my upstream patch submission backlog.

The following changes since commit 37297c3222a40b916d98ccd06b757b595aebc756:

  nbd: fix LIC_FILES_CHKSUM (2016-05-12 11:53:30 -0400)

are available in the git repository at:

  git://github.com/kergoth/meta-openembedded various-mentor-fixes
  https://github.com/kergoth/meta-openembedded/tree/various-mentor-fixes

Christopher Larson (6):
  mg: stop relying on make -e
  luajit: fix build issues, obey more vars
  openlmi-networking: add missing dep on konkretcmpi-native
  networkmanager: add missing dep on intltool-native
  networkmanager: add missing dep on dbus-glib-native
  x11vnc: remove old libtool macros from acinclude.m4

 .../networkmanager/networkmanager_1.0.10.bb|  2 +-
 meta-oe/recipes-devtools/luajit/luajit_2.0.4.bb| 53 --
 .../openlmi/openlmi-networking_0.3.1.bb|  2 +-
 meta-oe/recipes-graphics/x11vnc/x11vnc_0.9.13.bb   |  6 +++
 meta-oe/recipes-support/mg/mg_20110905.bb  | 12 -
 5 files changed, 59 insertions(+), 16 deletions(-)

-- 
2.8.0

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel


[oe] [meta-oe][PATCH 1/6] mg: stop relying on make -e

2016-05-17 Thread Christopher Larson
From: Christopher Larson 

Relying on 'make -e' isn't ideal, as it's less implicit behavior, relies on
variable exports, and hides the variables being used from someone reading the
recipe.

Signed-off-by: Christopher Larson 
---
 meta-oe/recipes-support/mg/mg_20110905.bb | 12 +++-
 1 file changed, 11 insertions(+), 1 deletion(-)

diff --git a/meta-oe/recipes-support/mg/mg_20110905.bb 
b/meta-oe/recipes-support/mg/mg_20110905.bb
index e924bbd..95aeb62 100644
--- a/meta-oe/recipes-support/mg/mg_20110905.bb
+++ b/meta-oe/recipes-support/mg/mg_20110905.bb
@@ -11,7 +11,17 @@ SRC_URI = 
"http://homepage.boetes.org/software/mg/mg-${PV}.tar.gz \
 SRC_URI[md5sum] = "2de35316fa8ebafe6003efaae70b723e"
 SRC_URI[sha256sum] = 
"1cd37d7e6a3eecc890a5718c38b8f38495057ba93856762a756ccee2f9618229"
 
-EXTRA_OEMAKE = "-e MAKEFLAGS="
+# CFLAGS isn't in EXTRA_OEMAKE, as the makefile picks it up via ?=
+EXTRA_OEMAKE = "\
+'CC=${CC}' \
+'LDFLAGS=${LDFLAGS}' \
+\
+'prefix=${prefix}' \
+'bindir=${bindir}' \
+'libdir=${libdir}' \
+'includedir=${includedir}' \
+'mandir=${mandir}' \
+"
 
 do_configure () {
 sed -i Makefile.in -e 's,^prefix=.*,prefix=${prefix},'
-- 
2.8.0

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel


[oe] [PATCH] llvm: make llvm-config wrapper error message more understandable

2016-05-17 Thread Ross Burton
The llvm-config wrapper has an error message that is quite abrupt, expand it so
it helps the user.

Signed-off-by: Ross Burton 
---
 meta-oe/recipes-core/llvm/llvm-common/llvm-config | 7 ---
 1 file changed, 4 insertions(+), 3 deletions(-)

diff --git a/meta-oe/recipes-core/llvm/llvm-common/llvm-config 
b/meta-oe/recipes-core/llvm/llvm-common/llvm-config
index a9a416d..b0f33c8 100644
--- a/meta-oe/recipes-core/llvm/llvm-common/llvm-config
+++ b/meta-oe/recipes-core/llvm/llvm-common/llvm-config
@@ -4,7 +4,8 @@
 if [ $WANT_LLVM_RELEASE ]; then
exec `dirname $0`/${TARGET_PREFIX}llvm-config$WANT_LLVM_RELEASE ${@}
 else
-  echo "The variable WANT_LLVM_RELEASE is not defined and exported"
-   echo "by your build recipe. Go figure."
-  exit 1
+   echo "To use llvm-common WANT_LLVM_RELEASE needs to be exported."
+   echo "For example if this is being called through a recipe:"
+   echo "export WANT_LLVM_RELEASE=\"3.3\""
+   exit 1
 fi
-- 
2.8.0.rc3

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel


Re: [oe] [PATCH V6] efivar: fix unknown option while gold linker used

2016-05-17 Thread Martin Jansa
On Tue, May 17, 2016 at 11:28:32PM +0800, Hongxu Jia wrote:
> Ping Martin,
> 
> Could you apply the V6? It should be ok with gold linker

I think it's already in master-next and will be merged after next round
of world builds.

> //Hongxu
> 
> On 05/11/2016 09:39 AM, Hongxu Jia wrote:
> > - Use '-fPIC' to replace 'PIC';
> >
> > - Use 'pie' to replace 'PIE'
> >
> > - Remove unknown '--add-needed'
> >
> > Signed-off-by: Hongxu Jia 
> > ---
> >   .../0004-fix-unknow-option-for-gold-linker.patch   | 38 
> > ++
> >   meta-oe/recipes-extended/efivar/efivar_0.23.bb |  1 +
> >   2 files changed, 39 insertions(+)
> >   create mode 100644 
> > meta-oe/recipes-extended/efivar/efivar/0004-fix-unknow-option-for-gold-linker.patch
> >
> > diff --git 
> > a/meta-oe/recipes-extended/efivar/efivar/0004-fix-unknow-option-for-gold-linker.patch
> >  
> > b/meta-oe/recipes-extended/efivar/efivar/0004-fix-unknow-option-for-gold-linker.patch
> > new file mode 100644
> > index 000..5d50c19
> > --- /dev/null
> > +++ 
> > b/meta-oe/recipes-extended/efivar/efivar/0004-fix-unknow-option-for-gold-linker.patch
> > @@ -0,0 +1,38 @@
> > +From b3d35e7dd27a755df5acbe050837885914dbb28b Mon Sep 17 00:00:00 2001
> > +From: Hongxu Jia 
> > +Date: Tue, 10 May 2016 11:34:50 -0400
> > +Subject: [PATCH]  fix unknow option for gold linker
> > +
> > +- Revert the following patch, since oe-core work with gcc 5
> > +...
> > +commit 3055a3797f16693dfdd855fa68bc57fd900dc408
> > +Author: Peter Jones 
> > +Date:   Mon Feb 15 14:15:40 2016 -0500
> > +
> > +Make gcc.specs work with gcc 6 / binutils 2.26
> > +
> > +Apparently binutils 2.26 gets real picky about "ld -PIC" vs "ld -fPIC".
> > +
> > +Signed-off-by: Peter Jones 
> > +...
> > +
> > +- Remove unknown option '--add-needed'
> > +
> > +Signed-off-by: Hongxu Jia 
> > +---
> > + gcc.specs | 2 +-
> > + 1 file changed, 1 insertion(+), 1 deletion(-)
> > +
> > +diff --git a/gcc.specs b/gcc.specs
> > +index 24fabc2..5b0fdef 100644
> > +--- a/gcc.specs
> >  b/gcc.specs
> > +@@ -14,4 +14,4 @@
> > + + %{!shared:%{!static:%{!r:-pie}}} %{static:-Wl,-no-fatal-warnings 
> > -Wl,-static -static -Wl,-z,relro,-z,now}
> > +
> > + *link:
> > +-+ %{!static:--fatal-warnings} --no-undefined-version 
> > --no-allow-shlib-undefined --add-needed -z now --build-id 
> > %{!static:%{!shared:-PIE}} %{shared:-z relro -PIC} %{static:% > +++ %{!static:--fatal-warnings} --no-undefined-version 
> > --no-allow-shlib-undefined -z now --build-id %{!static:%{!shared:-pie}} 
> > %{shared:-z relro -fPIC} %{static:% > +--
> > +2.8.1
> > +
> > diff --git a/meta-oe/recipes-extended/efivar/efivar_0.23.bb 
> > b/meta-oe/recipes-extended/efivar/efivar_0.23.bb
> > index 9c47461..6e9a51f 100644
> > --- a/meta-oe/recipes-extended/efivar/efivar_0.23.bb
> > +++ b/meta-oe/recipes-extended/efivar/efivar_0.23.bb
> > @@ -12,6 +12,7 @@ SRC_URI = "git://github.com/rhinstaller/efivar.git"
> >   SRC_URI_append_class-target = " 
> > file://0001-efivar-fix-for-cross-compile.patch \
> >   file://0002-disable-static-build.patch \
> >   
> > file://0003-efivar-fix-for-cross-compile.patch \
> > +
> > file://0004-fix-unknow-option-for-gold-linker.patch \
> > "
> >   
> >   S = "${WORKDIR}/git"
> 

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel


Re: [oe] [PATCH V6] efivar: fix unknown option while gold linker used

2016-05-17 Thread Hongxu Jia

Ping Martin,

Could you apply the V6? It should be ok with gold linker

//Hongxu

On 05/11/2016 09:39 AM, Hongxu Jia wrote:

- Use '-fPIC' to replace 'PIC';

- Use 'pie' to replace 'PIE'

- Remove unknown '--add-needed'

Signed-off-by: Hongxu Jia 
---
  .../0004-fix-unknow-option-for-gold-linker.patch   | 38 ++
  meta-oe/recipes-extended/efivar/efivar_0.23.bb |  1 +
  2 files changed, 39 insertions(+)
  create mode 100644 
meta-oe/recipes-extended/efivar/efivar/0004-fix-unknow-option-for-gold-linker.patch

diff --git 
a/meta-oe/recipes-extended/efivar/efivar/0004-fix-unknow-option-for-gold-linker.patch
 
b/meta-oe/recipes-extended/efivar/efivar/0004-fix-unknow-option-for-gold-linker.patch
new file mode 100644
index 000..5d50c19
--- /dev/null
+++ 
b/meta-oe/recipes-extended/efivar/efivar/0004-fix-unknow-option-for-gold-linker.patch
@@ -0,0 +1,38 @@
+From b3d35e7dd27a755df5acbe050837885914dbb28b Mon Sep 17 00:00:00 2001
+From: Hongxu Jia 
+Date: Tue, 10 May 2016 11:34:50 -0400
+Subject: [PATCH]  fix unknow option for gold linker
+
+- Revert the following patch, since oe-core work with gcc 5
+...
+commit 3055a3797f16693dfdd855fa68bc57fd900dc408
+Author: Peter Jones 
+Date:   Mon Feb 15 14:15:40 2016 -0500
+
+Make gcc.specs work with gcc 6 / binutils 2.26
+
+Apparently binutils 2.26 gets real picky about "ld -PIC" vs "ld -fPIC".
+
+Signed-off-by: Peter Jones 
+...
+
+- Remove unknown option '--add-needed'
+
+Signed-off-by: Hongxu Jia 
+---
+ gcc.specs | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/gcc.specs b/gcc.specs
+index 24fabc2..5b0fdef 100644
+--- a/gcc.specs
 b/gcc.specs
+@@ -14,4 +14,4 @@
+ + %{!shared:%{!static:%{!r:-pie}}} %{static:-Wl,-no-fatal-warnings 
-Wl,-static -static -Wl,-z,relro,-z,now}
+
+ *link:
+-+ %{!static:--fatal-warnings} --no-undefined-version --no-allow-shlib-undefined 
--add-needed -z now --build-id %{!static:%{!shared:-PIE}} %{shared:-z relro -PIC} 
%{static:%  
  S = "${WORKDIR}/git"


--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel