Skip to contentSkip to conversation

meta: 6 fixes

PATCH In review Robert Yang 5 participants 25 messages Apr 14, 2015 – Apr 16, 2015

lore
Share & tools
lore
#0 lore raw

cover meta: 6 fixes

The following changes since commit 8d207e55031c0b93387e728f4312b8cb34ad5b12:

libgpg-error 1.18: simplify tupple handling and add armv8b support (2015-04-13 22:32:06 +0100)

are available in the git repository at:

git://git.openembedded.org/openembedded-core-contrib rbt/6fixes
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/6fixes

Robert Yang (6):
libxml2: fix python path and add libxml2-python
cracklib: add python support back
libepoxy: DEPENDS on virtual/mesa
strace: fix build for aarch64
aspell: inherit binconfig-disabled
libunwind: fix build with aarch64

 meta/recipes-core/libxml/libxml2.inc               |   19 ++++++-----
 .../strace/sigreturn.c-fix-build-for-aarch64.patch |   34 ++++++++++++++++++++
 meta/recipes-devtools/strace/strace_4.10.bb        |    1 +
 meta/recipes-extended/cracklib/cracklib_2.9.2.bb   |   28 +++++++++++++---
 meta/recipes-graphics/libepoxy/libepoxy_1.2.bb     |    2 +-
 meta/recipes-support/aspell/aspell_0.60.6.1.bb     |    4 ++-
 meta/recipes-support/libunwind/libunwind.inc       |    2 ++
 7 files changed, 74 insertions(+), 16 deletions(-)
 create mode 100644 meta/recipes-devtools/strace/strace/sigreturn.c-fix-build-for-aarch64.patch
Signature · 1 line
1.7.9.5
#1 lore raw

PATCH 1/6 libxml2: fix python path and add libxml2-python

We have libxml2-python for native and nativesdk, but don't have it for target, and can't find the reason from the git log, libxml2-python is widely used, after looked into it's configure.in, we can add it by PACKAGECONFIG.

The previous --with-python=${STAGING_BINDIR}/python is incorrect, it acted as work becase it's conigure can check automatically, python is in ${STAGING_BINDIR_NATIVE}/${PYTHON_PN}-native/${PYTHON_PN}, as known as ${PYTHON}.

Add python to PACKAGECONFIG, since createrepo rdepends on libxml2-python, otherwise the target createrepo can't work.

---
 meta/recipes-core/libxml/libxml2.inc |   19 +++++++++----------
 1 file changed, 9 insertions(+), 10 deletions(-)
meta/recipes-core/libxml/libxml2.inc +9 -10
index 1314bbf..1c62254 100644
@@ -9,8 +9,6 @@ LIC_FILES_CHKSUM = "file://Copyright;md5=2044417e2e5006b65a8b9067b683fcf1 \
                     file://list.c;beginline=4;endline=13;md5=cdbfa3dee51c099edb04e39f762ee907 \
                     file://trio.c;beginline=5;endline=14;md5=6c025753c86d958722ec76e94cae932e"
 
-DEPENDS_class-nativesdk = "nativesdk-python"
-DEPENDS_class-native = "python-native"
 DEPENDS =+ "zlib"
 
 SRC_URI = "ftp://xmlsoft.org/libxml2/libxml2-${PV}.tar.gz;name=libtar \
@@ -37,16 +35,17 @@ do_configure_prepend () {
 	sed -i -e '/.*ansidecl.h.*/d' ${S}/configure.ac
 }
 
-do_configure_prepend_class-nativesdk () {
-	# Ensure we get the correct site-packages path
-	export PYTHON_SITE_PACKAGES="${PYTHON_SITEPACKAGES_DIR}"
-}
+export PYTHON_SITE_PACKAGES="${PYTHON_SITEPACKAGES_DIR}"
+
+PACKAGECONFIG ??= "python"
+PACKAGECONFIG_linuxstdbase ??= ""
 
+PACKAGECONFIG[python] = "--with-python=${PYTHON},--without-python,python,python-core"
 # WARNING: zlib is require for RPM use
-EXTRA_OECONF = "--without-python --without-debug --without-legacy --with-catalog --without-docbook --with-c14n --without-lzma --with-fexceptions"
-EXTRA_OECONF_class-native = "--with-python=${STAGING_BINDIR}/python --without-legacy --without-docbook --with-c14n --without-lzma --with-zlib"
-EXTRA_OECONF_class-nativesdk = "--with-python=${STAGING_BINDIR}/python --without-legacy --without-docbook --with-c14n --without-lzma --with-zlib"
-EXTRA_OECONF_linuxstdbase = "--without-python --with-debug --with-legacy --with-docbook --with-c14n --without-lzma --with-zlib"
+EXTRA_OECONF = "--without-debug --without-legacy --with-catalog --without-docbook --with-c14n --without-lzma --with-fexceptions"
+EXTRA_OECONF_class-native = "--without-legacy --without-docbook --with-c14n --without-lzma --with-zlib"
+EXTRA_OECONF_class-nativesdk = "--without-legacy --without-docbook --with-c14n --without-lzma --with-zlib"
+EXTRA_OECONF_linuxstdbase = "--with-debug --with-legacy --with-docbook --with-c14n --without-lzma --with-zlib"
 
 # required for pythong binding
 export HOST_SYS
Signature · 1 line
1.7.9.5
#2 lore raw

Re: [PATCH 1/6] libxml2: fix python path and add libxml2-python

Quoted 10 lines · Robert Yang

We have libxml2-python for native and nativesdk, but don't have it for target, and can't find the reason from the git log, libxml2-python is widely used, after looked into it's configure.in, we can add it by PACKAGECONFIG.

The previous --with-python=${STAGING_BINDIR}/python is incorrect, it acted as work becase it's conigure can check automatically, python is in ${STAGING_BINDIR_NATIVE}/${PYTHON_PN}-native/${PYTHON_PN}, as known as ${PYTHON}.

Quoted 4 lines

Add python to PACKAGECONFIG, since createrepo rdepends on libxml2-python, otherwise the target createrepo can't work.

Something here caused a load of failures:

http://errors.yoctoproject.org/Errors/Search/?items=10&query=90b8d406488b0a3c42b2a745526e5b1273d8a982

e.g. specifically http://errors.yoctoproject.org/Errors/Details/9808/

Cheers,

Richard

#3 lore raw

Re: [PATCH 1/6] libxml2: fix python path and add libxml2-python

Quoted 14 lines · Richard Purdie
Quoted 13 lines · Robert Yang

We have libxml2-python for native and nativesdk, but don't have it for target, and can't find the reason from the git log, libxml2-python is widely used, after looked into it's configure.in, we can add it by PACKAGECONFIG.

The previous --with-python=${STAGING_BINDIR}/python is incorrect, it acted as work becase it's conigure can check automatically, python is in ${STAGING_BINDIR_NATIVE}/${PYTHON_PN}-native/${PYTHON_PN}, as known as ${PYTHON}.

Add python to PACKAGECONFIG, since createrepo rdepends on libxml2-python, otherwise the target createrepo can't work.

Quoted 7 lines
Quoted 1 line

Something here caused a load of failures:

http://errors.yoctoproject.org/Errors/Search/?items=10&query=90b8d406488b0a3c42b2a745526e5b1273d8a982

e.g. specifically http://errors.yoctoproject.org/Errors/Details/9808/

Sorry, I updated it in the repo:

git://git.openembedded.org/openembedded-core-contrib rbt/6fixes

It was because of this line:
PACKAGECONFIG_linuxstdbase ??= ""

We need remove it to use:
PACKAGECONFIG ??= "python"

// Robert

Quoted 7 lines

Cheers,

Richard

#4 lore raw

PATCH 2/6 cracklib: add python support back

In reply to Robert Yang

It had been disabled because of installed-vs-shipped:
WARNING: /usr/lib/python2.7
WARNING: /usr/lib/python2.7/site-packages

Now we fix it and add cracklib-python back.

---
 meta/recipes-extended/cracklib/cracklib_2.9.2.bb |   28 ++++++++++++++++++----
 1 file changed, 24 insertions(+), 4 deletions(-)
meta/recipes-extended/cracklib/cracklib_2.9.2.bb +24 -4
index 177ab27..fceca54 100644
@@ -4,10 +4,12 @@ HOMEPAGE = "http://sourceforge.net/projects/cracklib"
 LICENSE = "LGPLv2.1+"
 LIC_FILES_CHKSUM = "file://COPYING.LIB;md5=e3eda01d9815f8d24aae2dbd89b68b06"
 
-DEPENDS = "cracklib-native zlib"
-DEPENDS_class-native = "zlib-native"
+DEPENDS = "cracklib-native zlib python"
+RDEPEND_${PN}-python += "python"
 
-EXTRA_OECONF = "--without-python --libdir=${base_libdir}"
+PACKAGES += "${PN}-python"
+
+EXTRA_OECONF = "--with-python --libdir=${base_libdir}"
 
 SRC_URI = "${SOURCEFORGE_MIRROR}/cracklib/cracklib-${PV}.tar.gz \
            file://0001-packlib.c-support-dictionary-byte-order-dependent.patch \
@@ -18,10 +20,28 @@ SRC_URI[sha256sum] = "c1c899291d443e99d1aecfbc879e4ac9c0cbc265574f47b487842da11e
 
 PR = "r1"
 
-inherit autotools gettext
+inherit autotools gettext pythonnative python-dir
 
 do_install_append_class-target() {
 	create-cracklib-dict -o ${D}${datadir}/cracklib/pw_dict ${D}${datadir}/cracklib/cracklib-small
 }
 
+do_install_append() {
+	src_dir="${D}${base_libdir}/${PYTHON_DIR}/site-packages"
+	rm -f $src_dir/*.pyo
+	rm -f $src_dir/test_cracklib.py
+	# Move python files from ${base_libdir} to ${libdir} since used --libdir=${base_libdir}
+	install -d -m 0755 ${D}${PYTHON_SITEPACKAGES_DIR}/
+	mv $src_dir/* ${D}${PYTHON_SITEPACKAGES_DIR}
+	rm -fr ${D}${base_libdir}/${PYTHON_DIR}
+}
+
 BBCLASSEXTEND = "native nativesdk"
+
+FILES_${PN}-python = "${PYTHON_SITEPACKAGES_DIR}/cracklib.py \
+	${PYTHON_SITEPACKAGES_DIR}/_cracklib.so \
+    "
+FILES_${PN}-dbg += "${PYTHON_SITEPACKAGES_DIR}/.debug/_cracklib.so"
+FILES_${PN}-staticdev += "${PYTHON_SITEPACKAGES_DIR}/_cracklib.a \
+	${PYTHON_SITEPACKAGES_DIR}/_cracklib.la \
+    "
Signature · 1 line
1.7.9.5
#5 lore raw

PATCH 3/6 libepoxy: DEPENDS on virtual/mesa

In reply to Robert Yang

Fixed do_configure error:
configure: error: libX11 headers (libx11-dev) required to build with GLX support and do_compile error:
../include/epoxy/egl_generated.h:10:29: fatal error: EGL/eglplatform.h: No such file or directory
#include "EGL/eglplatform.h"

The dependencies form its README.md:
* automake
* libegl1-mesa-dev
* xutils-dev

---
 meta/recipes-graphics/libepoxy/libepoxy_1.2.bb |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
meta/recipes-graphics/libepoxy/libepoxy_1.2.bb +1 -1
index 4357331..50b9d2c 100644
@@ -13,4 +13,4 @@ S = "${WORKDIR}/git"
 
 inherit autotools pkgconfig
 
-DEPENDS = "util-macros"
+DEPENDS = "util-macros virtual/mesa"
Signature · 1 line
1.7.9.5
#6 lore raw

Re: [PATCH 3/6] libepoxy: DEPENDS on virtual/mesa

Quoted 27 lines · Robert Yang

Fixed do_configure error:
configure: error: libX11 headers (libx11-dev) required to build with GLX support and do_compile error:
../include/epoxy/egl_generated.h:10:29: fatal error: EGL/eglplatform.h: No such file or directory
#include "EGL/eglplatform.h"

The dependencies form its README.md:
* automake
* libegl1-mesa-dev
* xutils-dev

---
 meta/recipes-graphics/libepoxy/libepoxy_1.2.bb |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
meta/recipes-graphics/libepoxy/libepoxy_1.2.bb +1 -2
index 4357331..50b9d2c 100644
@@ -13,4 +13,4 @@ S = "${WORKDIR}/git"
 
 inherit autotools pkgconfig
 
-DEPENDS = "util-macros"
+DEPENDS = "util-macros virtual/mesa"
--
Quoted 2 lines

1.7.9.5

from the error I would DEPEND on virtual/egl

Andreas

#7 lore raw

Re: [PATCH 3/6] libepoxy: DEPENDS on virtual/mesa

Quoted 2 lines · Andreas Müller

from the error I would DEPEND on virtual/egl

Agreed. And there's no dependency on virtual/libx11 which the readme you quote suggests there should be. Presumably that dependency - if it's actually required - can be made conditional on the x11 DISTRO_FEATURE?

Ross

#8 lore raw

Re: [PATCH 3/6] libepoxy: DEPENDS on virtual/mesa

Quoted 4 lines · Ross
Quoted 1 line · Andreas Müller
Quoted 9 lines
Quoted 1 line

from the error I would DEPEND on virtual/egl

Agreed. And there's no dependency on virtual/libx11 which the readme you quote suggests there should be. Presumably that dependency - if it's actually required - can be made conditional on the x11 DISTRO_FEATURE?

Ross

1. To look for dependencies configure.ac is first place - Readme is often a place without love
2. In meta-qt5-extra I have libepoxy in for a while - kwin needs it [1]. Problem with Xorg-Macros: These are build for x11 in distro features only but there are BSPs around (e.g meta-fsl-arm) supporting either x11 or wayland - not both together. So for a wayland only distro epoxy would not build.

[1] https://github.com/schnitzeltony/meta-qt5-extra/tree/master/recipes-support/libepoxy

Andreas

#9 lore raw

Re: [PATCH 3/6] libepoxy: DEPENDS on virtual/mesa

Quoted 6 lines · Andreas Müller

2. In meta-qt5-extra I have libepoxy in for a while - kwin needs it [1]. Problem with Xorg-Macros: These are build for x11 in distro features only but there are BSPs around (e.g meta-fsl-arm) supporting either x11 or wayland - not both together. So for a wayland only distro epoxy would not build.

util-macros doesn't require X11 to build.

Ross

#10 lore raw

Re: [PATCH 3/6] libepoxy: DEPENDS on virtual/mesa

Quoted 4 lines · Ross
Quoted 1 line · Andreas Müller
Quoted 9 lines
Quoted 5 lines

2. In meta-qt5-extra I have libepoxy in for a while - kwin needs it [1]. Problem with Xorg-Macros: These are build for x11 in distro features only but there are BSPs around (e.g meta-fsl-arm) supporting either x11 or wayland - not both together. So for a wayland only distro epoxy would not build.

util-macros doesn't require X11 to build.

Right - just tested for wayland-only distro. Forget my last email.

Andreas

#11 lore raw

Re: [PATCH 3/6] libepoxy: DEPENDS on virtual/mesa

In reply to Burton, Ross
Quoted 8 lines · Ross

On 14 April 2015 at 14:50, Andreas Müller <[email protected] <mailto:[email protected]>> wrote:

from the error I would DEPEND on virtual/egl

Agreed. And there's no dependency on virtual/libx11 which the readme you quote

virtual/mesa or virtual/egl depends on virtual/libx11, so I didn't add virtual/libx11, I updated virtual/mesa -> virtual/egl in the repo.

I also updated:

[OE-core] [PATCH 4/6] strace: fix build for aarch64

extern uint32_t *const arm_sp_ptr;

should be:
extern long *const arm_sp_ptr;

Otherwise there is a conflict types error when build arm.

// Robert

Quoted 4 lines

suggests there should be. Presumably that dependency - if it's actually required - can be made conditional on the x11 DISTRO_FEATURE?

Ross

#12 lore raw

Re: [PATCH 3/6] libepoxy: DEPENDS on virtual/mesa

Quoted 11 lines · Robert Yang
Quoted 7 lines · Ross

On 14 April 2015 at 14:50, Andreas Müller <[email protected] <mailto:[email protected]>> wrote:

from the error I would DEPEND on virtual/egl

Agreed. And there's no dependency on virtual/libx11 which the readme you quote

virtual/mesa or virtual/egl depends on virtual/libx11, so I didn't add virtual/libx11, I updated virtual/mesa -> virtual/egl in the repo.

That looks correct to me, thanks for fixing.

As a learning exercise, what would have been the correct (and least destructive) way for me to test that I hadn't forgotten a dependency like this? I assume the problem is that I already had the correct headers and pkg-config files in the staging sysroot?

Jussi

#13 lore raw

Re: [PATCH 3/6] libepoxy: DEPENDS on virtual/mesa

Quoted 5 lines · Jussi Kukkonen

As a learning exercise, what would have been the correct (and least destructive) way for me to test that I hadn't forgotten a dependency like this? I assume the problem is that I already had the correct headers and pkg-config files in the staging sysroot?

Something else for the manual.

Once you have a recipe that works, the shortcut is to run "wipe-sysroot" which deletes all the sysroots (and the relevant stamps). Then you can do bitbake foo -ccleansstate ; bitbake foo to do another build. If that works and doesn't just fail outright, you can then use buildhistory-diff to verify that nothing changed.

Ross

#14 lore raw

Re: [PATCH 3/6] libepoxy: DEPENDS on virtual/mesa

In reply to Robert Yang
Quoted 3 lines · Robert Yang

virtual/mesa or virtual/egl depends on virtual/libx11, so I didn't add virtual/libx11, I updated virtual/mesa -> virtual/egl in the repo.

That's not strictly true. Mesa depends on libx11 if it's enabled, but EGL doesn't. This should be an explicit dependency, and we need to be able to control X11 enabled/disabled as otherwise we've lost the ability to ship GTK+ without X11.

Ross

#15 lore raw

Re: [PATCH 3/6] libepoxy: DEPENDS on virtual/mesa

Quoted 4 lines · Ross

On 15 April 2015 at 02:44, Robert Yang <[email protected] <mailto:[email protected]>> wrote:

Quoted 8 lines

virtual/mesa or virtual/egl depends on virtual/libx11, so I didn't add virtual/libx11, I updated virtual/mesa -> virtual/egl in the repo.

That's not strictly true. Mesa depends on libx11 if it's enabled, but EGL doesn't. This should be an explicit dependency, and we need to be able to control X11 enabled/disabled as otherwise we've lost the ability to ship GTK+ without X11.

Thanks, updated in the repo:

-DEPENDS = "util-macros"
+DEPENDS = "util-macros virtual/egl virtual/libx11"

git://git.openembedded.org/openembedded-core-contrib rbt/6fixes

// Robert

Quoted 2 lines

Ross

#16 lore raw

Re: [PATCH 3/6] libepoxy: DEPENDS on virtual/mesa

Quoted 2 lines · Robert Yang

+DEPENDS = "util-macros virtual/egl virtual/libx11"

This means we can't build GTK+ without X11 (eg core-image-weston with x11 removed from DISTRO_FEATURES), as gtk+3 will depend on libepoxy which will depend on libx11 which will refuse to build as x11 isn't in DISTRO_FEATURES.

libepoxy does conditional checks so the libx11 dependency can be condtional on DISTRO_FEATURES. That's no idea but better than nothing.

Ross

#17 lore raw

Re: [PATCH 3/6] libepoxy: DEPENDS on virtual/mesa

Quoted 7 lines · Ross

On 15 April 2015 at 10:30, Robert Yang <[email protected] <mailto:[email protected]>> wrote:

+DEPENDS = "util-macros virtual/egl virtual/libx11"

Quoted 6 lines

This means we can't build GTK+ without X11 (eg core-image-weston with x11 removed from DISTRO_FEATURES), as gtk+3 will depend on libepoxy which will depend on libx11 which will refuse to build as x11 isn't in DISTRO_FEATURES.

libepoxy does conditional checks so the libx11 dependency can be condtional on DISTRO_FEATURES. That's no idea but better than nothing.

AFAIK, libx11 is a must for libepoxy when building on linux host.

I have to go to badminton now, talk to you later.

// Robert

Quoted 2 lines

Ross

#18 lore raw

Re: [PATCH 3/6] libepoxy: DEPENDS on virtual/mesa

Quoted 2 lines · Robert Yang

AFAIK, libx11 is a must for libepoxy when building on linux host.

Which is a problem, so we should fix it. The code appears to be modular enough, we just need to add an option to configure.ac so that GLX can be disabled on Linux hosts.

Ross

#19 lore raw

Re: [PATCH 3/6] libepoxy: DEPENDS on virtual/mesa

In reply to Burton, Ross
Quoted 6 lines · Ross
Quoted 2 lines · Robert Yang

+DEPENDS = "util-macros virtual/egl virtual/libx11"

Quoted 8 lines

This means we can't build GTK+ without X11 (eg core-image-weston with x11 removed from DISTRO_FEATURES), as gtk+3 will depend on libepoxy which will depend on libx11 which will refuse to build as x11 isn't in DISTRO_FEATURES.

libepoxy does conditional checks so the libx11 dependency can be condtional on DISTRO_FEATURES. That's no idea but better than nothing.

Ross

After all these discussions I remmeber better what I went through building libepoxy in meta-qt5-extra.
So my first suggestion is back - with the patches in meta-qt5-extra I have managed to build libepoxy in x-less environments and without depending on util-macros.

Patch [1]: util-macros no more required in DEPENDS Patch [2]: allow build for x-less environments

I don't have time to prepare patches, but maybe somebody wants to take a look.

Ahh before I forget: libepoxy should inherit pythonnative - all source file creation is done by pythonscripts.

Andreas

[1] https://github.com/schnitzeltony/meta-qt5-extra/blob/master/recipes-support/libepoxy/files/0001-configure.ac-don-t-rely-on-Xorg.macros.patch
[2] https://github.com/schnitzeltony/meta-qt5-extra/blob/master/recipes-support/libepoxy/files/0002-take-configuration-into-consideration-when-selecting.patch

#20 lore raw

Re: [PATCH 3/6] libepoxy: DEPENDS on virtual/mesa

Quoted 2 lines · Andreas Müller

Patch [1]: util-macros no more required in DEPENDS

What's the point of this? util-macros adds functionality and doesn't depend on X in any way, it's just some m4 macros.

Quoted 2 lines

Patch [2]: allow build for x-less environments

I'm glad this demonstrates that simply disabling GLX works but FWIW I wouldn't accept this into oe-core as it's not deterministic.

Quoted 6 lines

I don't have time to prepare patches, but maybe somebody wants to take a look.

Ahh before I forget: libepoxy should inherit pythonnative - all source file creation is done by pythonscripts.

Isn't pythonnative only required if the Python needs to use modules that were previously built natively? Bitbake is Python so if it's just "run this bit of basic python code" then the host Python is sufficient.

Ross

#21 lore raw

Re: [PATCH 3/6] libepoxy: DEPENDS on virtual/mesa

Quoted 9 lines · Ross
Quoted 2 lines · Andreas Müller

Patch [1]: util-macros no more required in DEPENDS

What's the point of this? util-macros adds functionality and doesn't depend on X in any way, it's just some m4 macros.

reduces DEPENDENCIES slightly - but is not mandatory. I have added it because there is only a mac specific option the macros are used for.

Quoted 7 lines
Quoted 3 lines

Patch [2]: allow build for x-less environments

I'm glad this demonstrates that simply disabling GLX works but FWIW I wouldn't accept this into oe-core as it's not deterministic.

I didn't do that for limited time and had no problem because I never change DISTRO features for one builddir. To fix configure.ac needs an additional configure option disabling xorg even if it was build.

Quoted 5 lines
Quoted 5 lines

I don't have time to prepare patches, but maybe somebody wants to take a look.

Quoted 8 lines
Quoted 2 lines

Ahh before I forget: libepoxy should inherit pythonnative - all source file creation is done by pythonscripts.

Isn't pythonnative only required if the Python needs to use modules that were previously built natively? Bitbake is Python so if it's just "run this bit of basic python code" then the host Python is sufficient.

Might be but as far as I can remember - this was added due to configure failures for builds from scratch - but it is long ago...

Andreas

#22 lore raw

PATCH 4/6 strace: fix build for aarch64

In reply to Robert Yang

Fixed:
sigreturn.c: In function 'sys_sigreturn':
sigreturn.c:27:7: error: 'aarch64_sp_ptr' undeclared (first use in this function)
(*aarch64_sp_ptr + SIZEOF_STRUCT_SIGINFO +
sigreturn.c:30:7: error: 'arm_sp_ptr' undeclared (first use in this function)

---
 .../strace/sigreturn.c-fix-build-for-aarch64.patch |   34 ++++++++++++++++++++
 meta/recipes-devtools/strace/strace_4.10.bb        |    1 +
 2 files changed, 35 insertions(+)
 create mode 100644 meta/recipes-devtools/strace/strace/sigreturn.c-fix-build-for-aarch64.patch
meta/recipes-devtools/strace/strace/sigreturn.c-fix-build-for-aarch64.patch new file +34 -0
new file mode 100644
index 0000000..ac2621b
@@ -0,0 +1,34 @@
+From 1ef2d93924581ec8412ee9c163fbc92d039c1222 Mon Sep 17 00:00:00 2001
+From: Robert Yang <[email protected]>
+Date: Tue, 14 Apr 2015 03:15:04 +0000
+Subject: [PATCH] sigreturn.c: fix build for aarch64
+
+Fixed:
+sigreturn.c: In function 'sys_sigreturn':
+sigreturn.c:27:7: error: 'aarch64_sp_ptr' undeclared (first use in this function)
+     (*aarch64_sp_ptr + SIZEOF_STRUCT_SIGINFO +
+sigreturn.c:30:7: error: 'arm_sp_ptr' undeclared (first use in this function)
+
+Upstream-Status: Backport [scratch from strace: a3c483545a7fb3a075f885a01a3c58b2f84db8fa]
+
+Signed-off-by: Robert Yang <[email protected]>
+---
+ sigreturn.c | 2 ++
+ 1 file changed, 2 insertions(+)
+
+diff --git a/sigreturn.c b/sigreturn.c
+index 648bd0a..45c4675 100644
+--- a/sigreturn.c
++++ b/sigreturn.c
+@@ -12,6 +12,8 @@
+ #elif NSIG < 32
+ # error NSIG < 32
+ #endif
++extern uint64_t *const aarch64_sp_ptr;
++extern uint32_t *const arm_sp_ptr;
+ 
+ int
+ sys_sigreturn(struct tcb *tcp)
+-- 
+2.0.1
+
meta/recipes-devtools/strace/strace_4.10.bb +1 -0
index 416c387..489e1f4 100644
@@ -9,6 +9,7 @@ SRC_URI = "${SOURCEFORGE_MIRROR}/strace/strace-${PV}.tar.xz \
            file://strace-add-configure-options.patch \
            file://Makefile-ptest.patch \
            file://run-ptest \
+           file://sigreturn.c-fix-build-for-aarch64.patch \
           "
 
 SRC_URI[md5sum] = "107a5be455493861189e9b57a3a51912"
Signature · 1 line
1.7.9.5
#23 lore raw

PATCH 5/6 aspell: inherit binconfig-disabled

In reply to Robert Yang

There is a pspell-config.

---
 meta/recipes-support/aspell/aspell_0.60.6.1.bb |    4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)
meta/recipes-support/aspell/aspell_0.60.6.1.bb +3 -1
index f546721..7cf17d6 100644
@@ -25,4 +25,6 @@ FILES_libpspell = "${libdir}/libpspell.so.*"
 FILES_${PN}-dev += "${bindir}/pspell-config"
 
 ARM_INSTRUCTION_SET = "arm"
-inherit autotools-brokensep gettext texinfo
+inherit autotools-brokensep gettext texinfo binconfig-disabled
+
+BINCONFIG = "${bindir}/pspell-config"
Signature · 1 line
1.7.9.5
#24 lore raw

PATCH 6/6 libunwind: fix build with aarch64

In reply to Robert Yang

Referred to RP's fix for x86 and x86-64:
34d517a5626ce2465f776367349bd9e66bf8ed1f
libunwind: Build with gold to avoid build failures

Fixed:
aarch64-poky-linux/4.9.2/ld: copy reloc against protected _Uaarch64_local_addr_space' is invalid aarch64-poky-linux/4.9.2/ld: failed to set dynamic section sizes: Bad value aarch64-poky-linux/4.9.2/ld: copy reloc against protected _Uaarch64_local_addr_space' is invalid aarch64-poky-linux/4.9.2/ld: failed to set dynamic section sizes: Bad value
| collect2: error: ld returned 1 exit status

---
 meta/recipes-support/libunwind/libunwind.inc |    2 ++
 1 file changed, 2 insertions(+)
meta/recipes-support/libunwind/libunwind.inc +2 -0
index 74afba1..56905c2 100644
@@ -26,6 +26,8 @@ LIBATOMICS ?= ""
 LDFLAGS_append_x86 = " -fuse-ld=gold"
 LDFLAGS_append_x86-64 = " -fuse-ld=gold"
 
+LDFLAGS_append_aarch64 = " -fuse-ld=gold"
+
 DEPENDS += "${DEPLIBATOMICS}"
 DEPLIBATOMICS_armv5 = "libatomics-ops"
 DEPLIBATOMICS_armv4 = "libatomics-ops"
Signature · 1 line
1.7.9.5