On Wed, Nov 17, 2010 at 04:58:37PM -0800, Jeremy Evans wrote:
> Rubinius is an implementation of the Ruby programming language.
>
> The Rubinius bytecode virtual machine is written in C++, incorporating
> LLVM to compile bytecode to machine code at runtime. The bytecode
> compiler and vast majority of the core classes are written in pure Ruby.
>
> To interact with the rest of the system, the VM provides primitives
> which can be attached to methods and invoked. Additionally, FFI provides
> a direct call path to most C functions.
>
> Rubinius uses a precise, compacting, generational garbage collector. It
> includes a compatible C-API for C extensions written for the standard
> Ruby interpreter (often referred to as MRI.Matz's Ruby Implementation).
>
>
> Thanks to a lot of work by myself and the rubinius developers, rubinius
> now needs no patches to compile and run on OpenBSD.
>
> Currently, LLVM support is disabled since Rubinius currently only
> supports LLVM 2.6. They will be adding LLVM 2.7 support in the next
> release, which will work with the in-tree version of LLVM, which
> should speed things up quite a bit.
>
> After this is imported, I'll be adding support to ruby.port.mk so that
> you can build rubinius versions of the gem and extconf ports.
>
> Tested on amd64 and i386. Looking for OKs.
cd ${WRKSRC} && RUBY=${LOCALBASE}/ruby18 ${LOCALBASE}/ruby18
-> shouldn't it be ${LOCALBASE}/bin/ruby18 ?
i'm not sure it's wise to hardcode ruby18/rake18 here.. can't it use one of the
defines in ruby.port.mk, like RAKE and RUBY ? (oh well, if it doesn't
use ruby.port.mk, forget about it)
REGRESS_DEPENDS still has ::, but i'm not sure if espie
already stripped that..
oh, and installing everything in /usr/local/rubinius is gross. as jruby
installs to usr/local/jruby... would it be hard to install things in
more 'regular dirs' ? at least .rbc/.rb files under lib/rubinius...
Landry
