NQP 2015.07.2

[Daniel Dehennin]

Daniel Dehennin <daniel.dehennin at baby-gnu.org> writes:


[...]

> I think we could provide “nqp-m” and “nqp-j” with a “nqp” metapackage
> which "Depends: nqp-m | nqp-j".
>
> If you agree I can cleanup my changes[1] and merge them in master.

It looks like all the files provided my nqp-m and nqp-j are architecture
independent.

I looked to make some “nqp-libs-moarvm” and “nqp-libs-java” but in fact,
the “nqp-m” and “nqp-j” are just shell scripts:

	cat /usr/bin/nqp-m 
	#!/bin/sh
	exec /usr/bin/moar --libpath=/usr/share/nqp/lib /usr/share/nqp/lib/nqp.moarvm "$@"

	cat /usr/bin/nqp-j 
	#!/bin/sh
	exec java -Xss1m -Xmx512m -Xbootclasspath/a:/usr/share/nqp/runtime/nqp-runtime.jar:/usr/share/nqp/runtime/asm-4.1.jar:/usr/share/nqp/runtime/jline-1.0.jar:/usr/share/nqp/lib/nqp.jar -cp /usr/share/nqp/lib nqp "$@"


Could we make the “nqp-m” and “nqp-j” packages “Architecture: all” or
should we stick with the same architectures as their respective backend?

Regards.
-- 
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/20150804/1b1695c1/attachment.sig>