* [Buildroot] [PATCH] daemon: fix parallel build
From: Baruch Siach @ 2017-05-08 18:01 UTC (permalink / raw)
To: buildroot
The 'ready' target creates a symlink in the libslack/ subdirectory to make up
the path to header files. Unfortunately, the target building sources files
that need on that symlink, does not depend on the 'ready' target. This might
break highly parallel builds. As a workaround make the 'ready' target before
making 'all'.
Should fix:
http://autobuild.buildroot.net/results/ed2/ed21ac166f2151aa69a7790a17ff05f05afa512d/
http://autobuild.buildroot.net/results/333/3338539743c8b0399c6b0fcbbb7c28b58bf3f387/
Signed-off-by: Baruch Siach <baruch@tkos.co.il>
---
package/daemon/daemon.mk | 1 +
1 file changed, 1 insertion(+)
diff --git a/package/daemon/daemon.mk b/package/daemon/daemon.mk
index dfa573f42652..79cf3f7aab74 100644
--- a/package/daemon/daemon.mk
+++ b/package/daemon/daemon.mk
@@ -14,6 +14,7 @@ define DAEMON_CONFIGURE_CMDS
endef
define DAEMON_BUILD_CMDS
+ $(TARGET_MAKE_ENV) $(MAKE) $(TARGET_CONFIGURE_OPTS) -C $(@D) ready
$(TARGET_MAKE_ENV) $(MAKE) $(TARGET_CONFIGURE_OPTS) -C $(@D)
endef
--
2.11.0
^ permalink raw reply related
* [Buildroot] [PATCH] cjson: bump version to 1.5.1
From: Peter Korsgaard @ 2017-05-08 19:00 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170508163923.5693-1-Vincent.Riera@imgtec.com>
>>>>> "Vicente" == Vicente Olivert Riera <Vincent.Riera@imgtec.com> writes:
> Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com>
Committed to next, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [PATCH] nano: bump version to 2.8.2
From: Peter Korsgaard @ 2017-05-08 19:00 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170508160033.41103-1-Vincent.Riera@imgtec.com>
>>>>> "Vicente" == Vicente Olivert Riera <Vincent.Riera@imgtec.com> writes:
> Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com>
Committed to next, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [PATCH] tcpreplay: bump version to 4.2.4
From: Peter Korsgaard @ 2017-05-08 19:01 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170508172617.60370-1-Vincent.Riera@imgtec.com>
>>>>> "Vicente" == Vicente Olivert Riera <Vincent.Riera@imgtec.com> writes:
> Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com>
Committed to next, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [PATCH] cryptsetup: bump version to 1.7.5
From: Peter Korsgaard @ 2017-05-08 19:02 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170508171419.46474-1-Vincent.Riera@imgtec.com>
>>>>> "Vicente" == Vicente Olivert Riera <Vincent.Riera@imgtec.com> writes:
> Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com>
Committed to next, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [PATCH] libinput: bump version to 1.7.2
From: Peter Korsgaard @ 2017-05-08 19:03 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170508171326.45897-1-Vincent.Riera@imgtec.com>
>>>>> "Vicente" == Vicente Olivert Riera <Vincent.Riera@imgtec.com> writes:
> Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com>
Committed to next, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [PATCH] lvm2: bump version to 2.02.171
From: Peter Korsgaard @ 2017-05-08 19:03 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170508171226.45349-1-Vincent.Riera@imgtec.com>
>>>>> "Vicente" == Vicente Olivert Riera <Vincent.Riera@imgtec.com> writes:
> Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com>
Committed to next, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [PATCH 1/1] package/bluez5_utils: bump version to 5.45
From: Peter Korsgaard @ 2017-05-08 19:05 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170508153856.18321-1-bernd.kuhls@t-online.de>
>>>>> "Bernd" == Bernd Kuhls <bernd.kuhls@t-online.de> writes:
> Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de>
Committed to next, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [PATCH 1/1] package/bluez5_utils: wordexp is enabled in uClibc now
From: Peter Korsgaard @ 2017-05-08 19:05 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170508153646.10541-1-bernd.kuhls@t-online.de>
>>>>> "Bernd" == Bernd Kuhls <bernd.kuhls@t-online.de> writes:
> Package can now be used for uClibc toolchains.
> Tested using this defconfig:
> BR2_TOOLCHAIN_BUILDROOT_WCHAR=y
> BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_EUDEV=y
> BR2_PACKAGE_BLUEZ5_UTILS=y
> BR2_PACKAGE_BLUEZ5_UTILS_CLIENT=y
> BR2_PACKAGE_BLUEZ5_UTILS_DEPRECATED=y
> BR2_PACKAGE_BLUEZ5_UTILS_EXPERIMENTAL=y
> BR2_PACKAGE_BLUEZ5_PLUGINS_HEALTH=y
> BR2_PACKAGE_BLUEZ5_PLUGINS_MIDI=y
> BR2_PACKAGE_BLUEZ5_PLUGINS_NFC=y
> BR2_PACKAGE_BLUEZ5_PLUGINS_SAP=y
> BR2_PACKAGE_BLUEZ5_PLUGINS_SIXAXIS=y
> BR2_PACKAGE_BLUEZ5_UTILS_TEST=y
> Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de>
Committed to next, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [PATCH 1/2] package/ltp-testsuite: remove ldd commande test with static only build
From: Romain Naour @ 2017-05-08 19:08 UTC (permalink / raw)
To: buildroot
ldd command build system try to build a shared library unconditionally:
arc-linux-gcc -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -matomic -Os -static \
-I[...]/sysroot/usr/include/tirpc -g -O2 -fno-strict-aliasing -pipe \
-Wall -W -Wold-style-definition -shared -o lddfile1.obj.so lddfile1.o
Fixes:
http://autobuild.buildroot.net/results/2ec/2eccf9f517ab15d8d459b06195423fdfe3fba9fa
Signed-off-by: Romain Naour <romain.naour@gmail.com>
---
package/ltp-testsuite/ltp-testsuite.mk | 8 ++++++++
1 file changed, 8 insertions(+)
diff --git a/package/ltp-testsuite/ltp-testsuite.mk b/package/ltp-testsuite/ltp-testsuite.mk
index 7f26bd2..2a7f620 100644
--- a/package/ltp-testsuite/ltp-testsuite.mk
+++ b/package/ltp-testsuite/ltp-testsuite.mk
@@ -68,4 +68,12 @@ endef
LTP_TESTSUITE_POST_PATCH_HOOKS += LTP_TESTSUITE_REMOVE_UNSUPPORTED
endif
+# ldd command build system try to build a shared library unconditionally.
+ifeq ($(BR2_STATIC_LIBS),y)
+define LTP_TESTSUITE_REMOVE_LDD
+ rm -rf $(@D)/testcases/commands/ldd
+endef
+LTP_TESTSUITE_POST_PATCH_HOOKS += LTP_TESTSUITE_REMOVE_LDD
+endif
+
$(eval $(autotools-package))
--
2.9.3
^ permalink raw reply related
* [Buildroot] [PATCH 2/2] package/ltp-testsuite: disable for sparc
From: Romain Naour @ 2017-05-08 19:08 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170508190819.28493-1-romain.naour@gmail.com>
As stated in commit [1], sparc toolchains doesn't have
any of __sync_*() family of functions implementation.
When __sync_add_and_fetch() is missing, ltp fallback to a local
implementation of tst_atomic_add_return() specific for each
supported architecture.
But there is none for sparc.
Fixes:
http://autobuild.buildroot.net/results/d7c/d7c3b145a64ed3916b89ddb4090050f3b9205e37
[1] 6856e417da4f3aa77e2a814db2a89429af072f7d
Signed-off-by: Romain Naour <romain.naour@gmail.com>
---
package/ltp-testsuite/Config.in | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/package/ltp-testsuite/Config.in b/package/ltp-testsuite/Config.in
index a7d3e58..070374a 100644
--- a/package/ltp-testsuite/Config.in
+++ b/package/ltp-testsuite/Config.in
@@ -3,6 +3,8 @@ config BR2_PACKAGE_LTP_TESTSUITE
depends on BR2_USE_MMU # fork()
depends on BR2_TOOLCHAIN_HAS_THREADS_NPTL
depends on !BR2_TOOLCHAIN_USES_MUSL
+ # missing __sync_*() family of functions
+ depends on !BR2_sparc
# does not build, cachectl.h issue
depends on !BR2_nios2
select BR2_PACKAGE_LIBTIRPC if !BR2_TOOLCHAIN_HAS_NATIVE_RPC
@@ -12,6 +14,6 @@ config BR2_PACKAGE_LTP_TESTSUITE
http://linux-test-project.github.io
comment "ltp-testsuite needs a glibc or uClibc toolchain w/ NPTL"
- depends on !BR2_nios2
+ depends on !BR2_nios2 && !BR2_sparc
depends on BR2_USE_MMU
depends on !BR2_TOOLCHAIN_HAS_THREADS_NPTL || BR2_TOOLCHAIN_USES_MUSL
--
2.9.3
^ permalink raw reply related
* [Buildroot] [PATCH] mpv: fix X11 logic after bump to 0.25.0
From: Peter Korsgaard @ 2017-05-08 19:10 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1494250371-13487-1-git-send-email-thomas.petazzoni@free-electrons.com>
>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:
> Between 0.24.0 and 0.25.0, mpv has changed its logic around the
> detection/usage of X11 (in upstream commit
> https://github.com/mpv-player/mpv/commit/927afa311d4a89b022305508acbf4e7325fe3928). Instead
> of having fine grained option for x11, xext, xinerama, xscreensaver and
> xrandr, mpv now requires all five libraries to be available in order to
> enable X.org support.
> Therefore, this commit adjusts the mpv packaging so that:
> 1. All necessary X11 libraries are selected if BR2_PACKAGE_XORG7 is
> enabled. It would indeed be too cumbersome for the user to know that
> all of x11, xext, xinerama, xscreensaver and xrandr are necessary in
> order to have X.org support.
> 2. mpv.mk is simplified by enabling X.org support when
> BR2_PACKAGE_XORG7 is enabled.
> Fixes:
> +# Base X11 support. Config.in ensures that if BR2_PACKAGE_XORG7 is
> +# enabled, xlib_libX11, xlib_libXext, xlib_libXinerama,
> +# xlib_libXrandr, xlib_libXScrnSaver.
It sounds like something is missing from this sentence. I've changed it
to:
'if BR2_PACKAGE_XORG7 is enabled, so is xlib_libX11, ..'
And committed, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [git commit] mpv: fix X11 logic after bump to 0.25.0
From: Peter Korsgaard @ 2017-05-08 19:11 UTC (permalink / raw)
To: buildroot
commit: https://git.buildroot.net/buildroot/commit/?id=4b72b54fd3b0074864e5ad36ec2fdcd30f4d58eb
branch: https://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Between 0.24.0 and 0.25.0, mpv has changed its logic around the
detection/usage of X11 (in upstream commit
https://github.com/mpv-player/mpv/commit/927afa311d4a89b022305508acbf4e7325fe3928). Instead
of having fine grained option for x11, xext, xinerama, xscreensaver and
xrandr, mpv now requires all five libraries to be available in order to
enable X.org support.
Therefore, this commit adjusts the mpv packaging so that:
1. All necessary X11 libraries are selected if BR2_PACKAGE_XORG7 is
enabled. It would indeed be too cumbersome for the user to know that
all of x11, xext, xinerama, xscreensaver and xrandr are necessary in
order to have X.org support.
2. mpv.mk is simplified by enabling X.org support when
BR2_PACKAGE_XORG7 is enabled.
Fixes:
http://autobuild.buildroot.net/results/b470cfba451ce9ba648e3a2f3ae08429db8bdee9/
(--disable-xss was used to disable xscreensaver support, and this
option no longer exists)
[Peter: reword X11 comment in .mk]
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
---
package/mpv/Config.in | 6 ++++++
package/mpv/mpv.mk | 33 +++++++--------------------------
2 files changed, 13 insertions(+), 26 deletions(-)
diff --git a/package/mpv/Config.in b/package/mpv/Config.in
index 6e115ae..ce6f367 100644
--- a/package/mpv/Config.in
+++ b/package/mpv/Config.in
@@ -12,6 +12,12 @@ config BR2_PACKAGE_MPV
select BR2_PACKAGE_ZLIB
# Select xkbcommon for wayland to avoid being mysterious
select BR2_PACKAGE_LIBXKBCOMMON if BR2_PACKAGE_WAYLAND
+ # Select all necessary X11 dependencies if X.org is enabled
+ select BR2_PACKAGE_XLIB_LIBX11 if BR2_PACKAGE_XORG7
+ select BR2_PACKAGE_XLIB_LIBXEXT if BR2_PACKAGE_XORG7
+ select BR2_PACKAGE_XLIB_LIBXINERAMA if BR2_PACKAGE_XORG7
+ select BR2_PACKAGE_XLIB_LIBXSCRNSAVER if BR2_PACKAGE_XORG7
+ select BR2_PACKAGE_XLIB_LIBXRANDR if BR2_PACKAGE_XORG7
help
mpv is a fork of mplayer2 and MPlayer. It shares some features
with the former projects while introducing many more.
diff --git a/package/mpv/mpv.mk b/package/mpv/mpv.mk
index 24ccf8c..37548c9 100644
--- a/package/mpv/mpv.mk
+++ b/package/mpv/mpv.mk
@@ -173,7 +173,7 @@ endif
# This requires one or more of the egl-drm, wayland, x11 backends
# For now we support wayland and x11
ifeq ($(BR2_PACKAGE_LIBVA),y)
-ifneq ($(BR2_PACKAGE_WAYLAND)$(BR2_PACKAGE_XLIB_LIBX11),)
+ifneq ($(BR2_PACKAGE_WAYLAND)$(BR2_PACKAGE_XORG7),)
MPV_CONF_OPTS += --enable-vaapi
MPV_DEPENDENCIES += libva
else
@@ -191,31 +191,12 @@ else
MPV_CONF_OPTS += --disable-wayland
endif
-# Base X11 support
-ifeq ($(BR2_PACKAGE_XLIB_LIBX11),y)
-MPV_CONF_OPTS += --enable-x11 --disable-xss
-MPV_DEPENDENCIES += xlib_libX11
-# xext
-ifeq ($(BR2_PACKAGE_XLIB_LIBXEXT),y)
-MPV_CONF_OPTS += --enable-xext
-MPV_DEPENDENCIES += xlib_libXext
-else
-MPV_CONF_OPTS += --disable-xext
-endif
-# xinerama
-ifeq ($(BR2_PACKAGE_XLIB_LIBXINERAMA),y)
-MPV_CONF_OPTS += --enable-xinerama
-MPV_DEPENDENCIES += xlib_libXinerama
-else
-MPV_CONF_OPTS += --disable-xinerama
-endif
-# xrandr
-ifeq ($(BR2_PACKAGE_XLIB_LIBXRANDR),y)
-MPV_CONF_OPTS += --enable-xrandr
-MPV_DEPENDENCIES += xlib_libXrandr
-else
-MPV_CONF_OPTS += --disable-xrandr
-endif
+# Base X11 support. Config.in ensures that if BR2_PACKAGE_XORG7 is
+# enabled, xlib_libX11, xlib_libXext, xlib_libXinerama,
+# xlib_libXrandr, xlib_libXScrnSaver.
+ifeq ($(BR2_PACKAGE_XORG7),y)
+MPV_CONF_OPTS += --enable-x11
+MPV_DEPENDENCIES += xlib_libX11 xlib_libXext xlib_libXinerama xlib_libXrandr xlib_libXScrnSaver
# XVideo
ifeq ($(BR2_PACKAGE_XLIB_LIBXV),y)
MPV_CONF_OPTS += --enable-xv
^ permalink raw reply related
* [Buildroot] [git commit] xfsprogs: note musl incompatibility reason
From: Peter Korsgaard @ 2017-05-08 19:11 UTC (permalink / raw)
To: buildroot
commit: https://git.buildroot.net/buildroot/commit/?id=f8c4e51d408abc3a439635e1aafa5def9c8110a9
branch: https://git.buildroot.net/buildroot/commit/?id=refs/heads/master
Signed-off-by: Baruch Siach <baruch@tkos.co.il>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
---
package/xfsprogs/Config.in | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/xfsprogs/Config.in b/package/xfsprogs/Config.in
index 9f0d250..fb603ad 100644
--- a/package/xfsprogs/Config.in
+++ b/package/xfsprogs/Config.in
@@ -5,7 +5,7 @@ comment "xfsprogs needs a glibc or uClibc toolchain w/ threads"
config BR2_PACKAGE_XFSPROGS
bool "xfsprogs"
depends on BR2_USE_MMU # fork()
- depends on !BR2_TOOLCHAIN_USES_MUSL
+ depends on !BR2_TOOLCHAIN_USES_MUSL # missing __[u]int*_t
depends on BR2_TOOLCHAIN_HAS_THREADS
select BR2_PACKAGE_UTIL_LINUX
select BR2_PACKAGE_UTIL_LINUX_LIBUUID
^ permalink raw reply related
* [Buildroot] [PATCH] xfsprogs: note musl incompatibility reason
From: Peter Korsgaard @ 2017-05-08 19:11 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1e5b6f3ecec825df5e4adfc40d3f6d780f724cbe.1494221435.git.baruch@tkos.co.il>
>>>>> "Baruch" == Baruch Siach <baruch@tkos.co.il> writes:
> Signed-off-by: Baruch Siach <baruch@tkos.co.il>
Committed, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] Buildroot defconfig failures
From: Thomas Petazzoni @ 2017-05-08 19:21 UTC (permalink / raw)
To: buildroot
In-Reply-To: <bcb5bdd6-08a2-4782-70f4-0a4db45c41ab@c-sky.com>
Hello,
On Mon, 8 May 2017 21:43:40 +0800, ren_guo wrote:
> > Where will you add the hash? You can't add the hash in Buildroot for
> > custom external toolchains.
>
> En... I want to add a toolchain-external-csky, is that ok?
Ah, yes, good point.
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
^ permalink raw reply
* [Buildroot] [PATCH] mpv: fix X11 logic after bump to 0.25.0
From: Thomas Petazzoni @ 2017-05-08 19:23 UTC (permalink / raw)
To: buildroot
In-Reply-To: <87mvannozi.fsf@dell.be.48ers.dk>
Hello,
On Mon, 08 May 2017 21:10:57 +0200, Peter Korsgaard wrote:
> > +# Base X11 support. Config.in ensures that if BR2_PACKAGE_XORG7 is
> > +# enabled, xlib_libX11, xlib_libXext, xlib_libXinerama,
> > +# xlib_libXrandr, xlib_libXScrnSaver.
>
> It sounds like something is missing from this sentence. I've changed it
> to:
>
> 'if BR2_PACKAGE_XORG7 is enabled, so is xlib_libX11, ..'
Yes, looks good. Thanks!
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
^ permalink raw reply
* [Buildroot] [PATCH 2/2] package/ltp-testsuite: disable for sparc
From: Thomas Petazzoni @ 2017-05-08 19:25 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170508190819.28493-2-romain.naour@gmail.com>
Hello,
On Mon, 8 May 2017 21:08:19 +0200, Romain Naour wrote:
> + # missing __sync_*() family of functions
> + depends on !BR2_sparc
This is wrong: we have BR2_TOOLCHAIN_HAS_SYNC_xyz symbols for this.
Sparc is not the only architecture affected.
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
^ permalink raw reply
* [Buildroot] [PATCH 1/1] mariadb: security bump to version 10.1.23
From: Peter Korsgaard @ 2017-05-08 19:28 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170508153716.16809-1-bluemrp9@gmail.com>
>>>>> "Ryan" == Ryan Coe <bluemrp9@gmail.com> writes:
> Fixes:
> CVE-2017-3302 - Crash in libmysqlclient.so in Oracle MySQL before 5.6.21 and
> 5.7.x before 5.7.5 and MariaDB through 5.5.54, 10.0.x through 10.0.29,
> 10.1.x through 10.1.21, and 10.2.x through 10.2.3.
[snip]
> -MARIADB_VERSION = 10.1.22
> +MARIADB_VERSION = 10.1.23
> MARIADB_SITE = https://downloads.mariadb.org/interstitial/mariadb-$(MARIADB_VERSION)/source
> MARIADB_LICENSE = GPL-2.0 (server), GPL-2.0 with FLOSS exception (GPL
> client library), LGPL-2.0 (LGPL client library)
> MARIADB_LICENSE_FILES = README COPYING COPYING.LESSER
Thanks, I (obviously) want to apply this, but something odd is going on
with the licensing. COPYING.LESSER has been removed by this commit:
https://github.com/MariaDB/server/commit/577915def8
But the client library IS listed as being LGPL:
https://mariadb.com/kb/en/mariadb/mariadb-connector-c/
And same for the "old" one:
https://mariadb.com/kb/en/mariadb/lgpl-mysql-client-library-32358/
Grepping around in the 10.1.23 tarball, I don't see a lot of references
to Lesser og LGPL.
Now, I know next to nothing about mariadb. Do you have any idea what is
going on here?
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [PATCH v2 0/4] mpir build fixes
From: Thomas Petazzoni @ 2017-05-08 19:45 UTC (permalink / raw)
To: buildroot
Hello,
This new version of the mpir build fixes series now fixes the build
for all 49 toolchain configurations, tested with the test-pkg script.
Changes since v1:
- Fix a typo in the mips32r6/mips64r6 that originally made it useless
(BR2_mips32r6 was used, while the option is name BR2_mips_32r6)
- Add a patch to fix the powerpc64le build
Best regards,
Thomas
Thomas Petazzoni (4):
mpir: fix build on ARM with old binutils versions
mpir: fix build on ARM Thumb-only platforms
mpir: fix build on mips32r6/mips64r6
mpir: fix build on powerpc64le
...rm-udiv.asm-workaround-binutils-bug-14887.patch | 40 ++++++++++++++++++++++
package/mpir/mpir.mk | 16 +++++++++
2 files changed, 56 insertions(+)
create mode 100644 package/mpir/0001-mpn-arm-udiv.asm-workaround-binutils-bug-14887.patch
--
2.7.4
^ permalink raw reply
* [Buildroot] [PATCH v2 1/4] mpir: fix build on ARM with old binutils versions
From: Thomas Petazzoni @ 2017-05-08 19:45 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1494272750-20723-1-git-send-email-thomas.petazzoni@free-electrons.com>
Old binutils versions are affected by a bug when the assembly code has
whitespace between [ ] signs, causing a build failure of the mpir
package with ARM toolchains using such old binutils versions.
This commit fixes that by adding a patch that removes those whitespaces.
Fixes:
- http://autobuild.buildroot.net/results/ec67ffdef74b9a61d0491e71f8cb2f8f0b6daa50/
armv7-ctng-linux-gnueabihf Crosstool-NG toolchain
- http://autobuild.buildroot.net/results/2e4a27af60065db51aca9e69701bc191d24b2209/
armv5-ctng-linux-gnueabi Crosstool-NG toolchain
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
---
...rm-udiv.asm-workaround-binutils-bug-14887.patch | 40 ++++++++++++++++++++++
1 file changed, 40 insertions(+)
create mode 100644 package/mpir/0001-mpn-arm-udiv.asm-workaround-binutils-bug-14887.patch
diff --git a/package/mpir/0001-mpn-arm-udiv.asm-workaround-binutils-bug-14887.patch b/package/mpir/0001-mpn-arm-udiv.asm-workaround-binutils-bug-14887.patch
new file mode 100644
index 0000000..6a6f467
--- /dev/null
+++ b/package/mpir/0001-mpn-arm-udiv.asm-workaround-binutils-bug-14887.patch
@@ -0,0 +1,40 @@
+From d858ce52d1971cb4e8500b0ebc0472fdae4686ec Mon Sep 17 00:00:00 2001
+From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
+Date: Sun, 7 May 2017 23:12:04 +0200
+Subject: [PATCH] mpn/arm/udiv.asm: workaround binutils bug #14887
+
+Old binutils versions are affected by bug #14887,
+https://sourceware.org/bugzilla/show_bug.cgi?id=14887, which causes a
+build failure when a register specification is surrounded by
+whitespaces. Removing those whitespaces works around the issue.
+
+Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
+---
+ mpn/arm/udiv.asm | 4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/mpn/arm/udiv.asm b/mpn/arm/udiv.asm
+index 25197a6..ed11eb3 100644
+--- a/mpn/arm/udiv.asm
++++ b/mpn/arm/udiv.asm
+@@ -50,7 +50,7 @@ L(oop): divstep(n1,n0,d)
+ teq r12, #0
+ bne L(oop)
+
+- str n1, [ rem_ptr ] C store remainder
++ str n1, [rem_ptr] C store remainder
+ adc r0, n0, n0 C quotient: add last carry from divstep
+ mov pc, lr
+
+@@ -89,7 +89,7 @@ L(oop2):
+ addcs n0, n0, #1 C adjust quotient
+
+ L(_even_divisor):
+- str n1, [ rem_ptr ] C store remainder
++ str n1, [rem_ptr] C store remainder
+ mov r0, n0 C quotient
+ ldmfd sp!, { r8, pc }
+ EPILOGUE(mpn_udiv_qrnnd)
+--
+2.7.4
+
--
2.7.4
^ permalink raw reply related
* [Buildroot] [PATCH v2 2/4] mpir: fix build on ARM Thumb-only platforms
From: Thomas Petazzoni @ 2017-05-08 19:45 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1494272750-20723-1-git-send-email-thomas.petazzoni@free-electrons.com>
The optimized ARM assembly code is not suitable for Thumb-only
platforms, so use the generic code in such situations.
Fixes:
http://autobuild.buildroot.net/results/4d7f2a1326f75e11693bdd51ad274079b0dd0ce4/
(ARM Cortex-M4 toolchain)
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
---
package/mpir/mpir.mk | 6 ++++++
1 file changed, 6 insertions(+)
diff --git a/package/mpir/mpir.mk b/package/mpir/mpir.mk
index b7f3829..cf17502 100644
--- a/package/mpir/mpir.mk
+++ b/package/mpir/mpir.mk
@@ -20,4 +20,10 @@ ifeq ($(BR2_MIPS_NABI64),y)
MPIR_CONF_OPTS += ABI=64
endif
+# The optimized ARM assembly code uses ARM-only (i.e not Thumb1/2
+# compatible) instructions.
+ifeq ($(BR2_arm)$(BR2_armeb):$(BR2_ARM_CPU_HAS_ARM),y:)
+MPIR_CONF_ENV += MPN_PATH="generic"
+endif
+
$(eval $(autotools-package))
--
2.7.4
^ permalink raw reply related
* [Buildroot] [PATCH v2 3/4] mpir: fix build on mips32r6/mips64r6
From: Thomas Petazzoni @ 2017-05-08 19:45 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1494272750-20723-1-git-send-email-thomas.petazzoni@free-electrons.com>
The optimized mips32 and mips64 assembly code is not compatible with
mips32r6/mips64r6, so use the generic code of MPIR on such platforms.
Fixes:
- http://autobuild.buildroot.net/results/db2542a2ec3029eda81738a7ae5faeb9ea4aedee/
mips32r6 toolchain
- http://autobuild.buildroot.net/results/50b94e6d0dbc33664c6bfe06f83b211083aa07f7/
mips64r6 toolchain
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Cc: Vicente Olivert Riera <Vincent.Riera@imgtec.com>
---
package/mpir/mpir.mk | 5 +++++
1 file changed, 5 insertions(+)
diff --git a/package/mpir/mpir.mk b/package/mpir/mpir.mk
index cf17502..03f21d8 100644
--- a/package/mpir/mpir.mk
+++ b/package/mpir/mpir.mk
@@ -26,4 +26,9 @@ ifeq ($(BR2_arm)$(BR2_armeb):$(BR2_ARM_CPU_HAS_ARM),y:)
MPIR_CONF_ENV += MPN_PATH="generic"
endif
+# Optimized mips32/mips64 code not suitable for mips32r6/mips64r6
+ifeq ($(BR2_mips_32r6)$(BR2_mips_64r6),y)
+MPIR_CONF_ENV += MPN_PATH="generic"
+endif
+
$(eval $(autotools-package))
--
2.7.4
^ permalink raw reply related
* [Buildroot] [PATCH v2 4/4] mpir: fix build on powerpc64le
From: Thomas Petazzoni @ 2017-05-08 19:45 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1494272750-20723-1-git-send-email-thomas.petazzoni@free-electrons.com>
The optimized powerpc64 code is not compatible with powerpc64le, so use
the generic MPIR code on powerpc64le.
Fixes:
http://autobuild.buildroot.net/results/17e523be894b60d7a9b2a3303f02c3fb34816828/
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
---
package/mpir/mpir.mk | 5 +++++
1 file changed, 5 insertions(+)
diff --git a/package/mpir/mpir.mk b/package/mpir/mpir.mk
index 03f21d8..697e838 100644
--- a/package/mpir/mpir.mk
+++ b/package/mpir/mpir.mk
@@ -31,4 +31,9 @@ ifeq ($(BR2_mips_32r6)$(BR2_mips_64r6),y)
MPIR_CONF_ENV += MPN_PATH="generic"
endif
+# Optimized powerpc64 code is not suitable for powerpc64le
+ifeq ($(BR2_powerpc64le),y)
+MPIR_CONF_ENV += MPN_PATH="generic"
+endif
+
$(eval $(autotools-package))
--
2.7.4
^ permalink raw reply related
* [Buildroot] [PATCH] package/espeak: add comment to ignore 'unmet dependencies'
From: Thomas Petazzoni @ 2017-05-08 19:49 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20170507203856.5328-1-yann.morin.1998@free.fr>
Hello,
On Sun, 7 May 2017 22:38:56 +0200, Yann E. MORIN wrote:
> On master 86b4eeccc4, espeak can generate spurious 'unmet dependencies'
> messages:
>
> $ make KCONFIG_SEED=0x7A85DEE0 randconfig
> warning: (BR2_PACKAGE_ESPEAK_AUDIO_BACKEND_ALSA) selects
> BR2_PACKAGE_PORTAUDIO_CXX which has unmet directdependencies
> (BR2_PACKAGE_PORTAUDIO && BR2_INSTALL_LIBSTDCPP)
>
> However, the dpendency chain *is* correct. There is something that
> causes the kconfig parser to get really confused...
>
> Add a comment statng the issue is spurious, so noone tries to fix it.
Indeed, I don't see anything wrong in this dependency chain.
> config BR2_PACKAGE_ESPEAK_AUDIO_BACKEND_ALSA
> bool "alsa via portaudio"
> + # Selecting portaudio generates spurious "unmet dependencies"
> + # warnings. Unless you are changing the dependencies of espeak
> + # or portaudio, just ignore those spurious warnings.
> select BR2_PACKAGE_PORTAUDIO
> select BR2_PACKAGE_PORTAUDIO_CXX
Perhaps we could simply add a "depends on BR2_INSTALL_LIBSTDCPP" here,
which most likely would silence the warning?
Thanks,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox