[V2] moarvm: new package

Signed-off-by: Francois Perrad <francois.perrad@gadz.org>
---
 package/Config.in          |  1 +
 package/moarvm/Config.in   | 14 ++++++++++++++
 package/moarvm/moarvm.hash |  2 ++
 package/moarvm/moarvm.mk   | 42 ++++++++++++++++++++++++++++++++++++++++++
 4 files changed, 59 insertions(+)
 create mode 100644 package/moarvm/Config.in
 create mode 100644 package/moarvm/moarvm.hash
 create mode 100644 package/moarvm/moarvm.mk

Dear Francois Perrad,

On Thu,  4 Jun 2015 22:01:12 +0200, Francois Perrad wrote:

> diff --git a/package/moarvm/Config.in b/package/moarvm/Config.in
> new file mode 100644
> index 0000000..4427e55
> --- /dev/null
> +++ b/package/moarvm/Config.in
> @@ -0,0 +1,14 @@
> +config BR2_PACKAGE_MOARVM
> +	bool "moarvm"
> +	depends on BR2_TOOLCHAIN_HAS_THREADS
> +	depends on BR2_PACKAGE_LIBATOMIC_ARCH_SUPPORTS

You don't use libatomic, so: why?

> +	help
> +	  MoarVM (short for Metamodel On A Runtime Virtual Machine) is
> +	  a runtime built for the 6model object system. It is primarily aimed
> +	  at running NQP and Rakudo Perl 6, but should be able to serve as
> +	  a backend for any compilers built using the NQP compiler toolchain.

I think the lines of the help text are slightly too long.

> +MOARVM_CONF_OPTS = \
> +	--build=$(GNU_HOST_NAME) \
> +	--host=$(GNU_TARGET_NAME) \
> +	--ar="$(TARGET_AR)" \
> +	--cc="$(TARGET_CC)" \
> +	--ld="$(TARGET_CC)" \
> +	--prefix="/usr"
> +
> +ifeq ($(BR2_ENDIAN),"BIG")
> +MOARVM_CONF_OPTS += --big-endian
> +endif
> +
> +define MOARVM_CONFIGURE_CMDS
> +	(cd $(@D); perl Configure.pl $(MOARVM_CONF_OPTS))

Is using the system provided Perl OK or should we use host-perl instead?

Thanks,

Thomas

2015-06-05 7:50 GMT+02:00 Thomas Petazzoni
<thomas.petazzoni@free-electrons.com>:
> Dear Francois Perrad,
>
> On Thu,  4 Jun 2015 22:01:12 +0200, Francois Perrad wrote:
>
>> diff --git a/package/moarvm/Config.in b/package/moarvm/Config.in
>> new file mode 100644
>> index 0000000..4427e55
>> --- /dev/null
>> +++ b/package/moarvm/Config.in
>> @@ -0,0 +1,14 @@
>> +config BR2_PACKAGE_MOARVM
>> +     bool "moarvm"
>> +     depends on BR2_TOOLCHAIN_HAS_THREADS
>> +     depends on BR2_PACKAGE_LIBATOMIC_ARCH_SUPPORTS
>
> You don't use libatomic, so: why?
>

The MoarVM tarball embeds its own copy of libatomic.

>> +     help
>> +       MoarVM (short for Metamodel On A Runtime Virtual Machine) is
>> +       a runtime built for the 6model object system. It is primarily aimed
>> +       at running NQP and Rakudo Perl 6, but should be able to serve as
>> +       a backend for any compilers built using the NQP compiler toolchain.
>
> I think the lines of the help text are slightly too long.
>
>> +MOARVM_CONF_OPTS = \
>> +     --build=$(GNU_HOST_NAME) \
>> +     --host=$(GNU_TARGET_NAME) \
>> +     --ar="$(TARGET_AR)" \
>> +     --cc="$(TARGET_CC)" \
>> +     --ld="$(TARGET_CC)" \
>> +     --prefix="/usr"
>> +
>> +ifeq ($(BR2_ENDIAN),"BIG")
>> +MOARVM_CONF_OPTS += --big-endian
>> +endif
>> +
>> +define MOARVM_CONFIGURE_CMDS
>> +     (cd $(@D); perl Configure.pl $(MOARVM_CONF_OPTS))
>
> Is using the system provided Perl OK or should we use host-perl instead?
>

Work with the system perl.

> Thanks,
>
> Thomas
> --
> Thomas Petazzoni, CTO, Free Electrons
> Embedded Linux, Kernel and Android engineering
> http://free-electrons.com
> _______________________________________________
> buildroot mailing list
> buildroot@busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot

Dear François Perrad,

On Fri, 5 Jun 2015 09:21:16 +0200, François Perrad wrote:

> >> diff --git a/package/moarvm/Config.in b/package/moarvm/Config.in
> >> new file mode 100644
> >> index 0000000..4427e55
> >> --- /dev/null
> >> +++ b/package/moarvm/Config.in
> >> @@ -0,0 +1,14 @@
> >> +config BR2_PACKAGE_MOARVM
> >> +     bool "moarvm"
> >> +     depends on BR2_TOOLCHAIN_HAS_THREADS
> >> +     depends on BR2_PACKAGE_LIBATOMIC_ARCH_SUPPORTS
> >
> > You don't use libatomic, so: why?
> >
> 
> The MoarVM tarball embeds its own copy of libatomic.

Ah, ok. Since this is not trivial/obvious, please add a comment above
this 'depends on'.

> > Is using the system provided Perl OK or should we use host-perl instead?
> >
> 
> Work with the system perl.

Ok, we'll see if this is effectively true when we'll start building in
the autobuilders with various different/old versions of Perl. But no
need to worry about this now, the autobuilders will tell us what they
think :-)

Thanks!

Thomas