New MoarVM, NQP and Rakudo packages (2016.07)

[Daniel Dehennin]

Dominique Dumont <dod at debian.org> writes:

> On Friday, August 26, 2016 3:36:32 PM CEST Daniel Dehennin wrote:
>> Great, I'll wait for info before upgrading to 2016.08.1
>
> Tests on arm64 are not consistent. 
>
> A test sometimes pass or sometimes hangs. Hanging always happens at start-up of a test. 

[...]

> Please let me know if you need other tests to understand what's going on..

Speaking on #perl6-dev at freenode, timotimo asked me if we could try with
libffi instead of dyncall.

Here is a patch to make the try:

diff --git a/debian/control b/debian/control
index 908fc41..deb715c 100644
--- a/debian/control
+++ b/debian/control
@@ -6,7 +6,7 @@ Section: interpreters
 Priority: optional
 Build-Depends: debhelper (>= 9),
                libatomic-ops-dev,
-               libffi-dev [mipsel],
+               libffi-dev [mipsel,arm64],
                libkvm-dev [kfreebsd-any],
                libtommath-dev,
                libuv1-dev,
diff --git a/debian/rules b/debian/rules
index 7a27de1..ffa7452 100755
--- a/debian/rules
+++ b/debian/rules
@@ -23,7 +23,7 @@ MOAR_DATE=$(subst .,-, $(MOAR_VERSION))
 MOAR_LIB_DIR=/usr/lib/moar
 
 # Limit libffi to architectures not supported by dyncall
-LIBFFI_ARCHES = mipsel
+LIBFFI_ARCHES = mipsel arm64
 
 ifneq (, $(filter $(DEB_BUILD_ARCH), $(LIBFFI_ARCHES)))
 LIBFFI	= --has-libffi


-- 
Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6  2AAD CC1E 9E5B 7A6F E2DF
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 342 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-rakudo-devel/attachments/20160827/2dfd6783/attachment.sig>