Mono dependency
Alexandru Nedelcu
In what way is boojay dependent on Mono / IKVM ?
Is this a bootstrap thing?
Rodrigo B. de Oliveira
<alexandr...@gmail.com> wrote:
> Hi,
>
> In what way is boojay dependent on Mono / IKVM ?
boojay.exe currently is a mono application. IKVM is used mainly as a
bridge to the ASM library used for bytecode emission.
> Is this a bootstrap thing?
>
In a way. Eventually boojay will be a pure java application but that
will have to wait for the boo compiler libraries to be converted to
boo which will happen only after I'm done with the ometa
integration...
Alexandru Nedelcu
In a way. Eventually boojay will be a pure java application but that
will have to wait for the boo compiler libraries to be converted to
boo which will happen only after I'm done with the ometa
integration...
On the Ometa integration ... what does that mean? :)
I see a DSL in here that looks totally sweet ...
http://www.google.com/codesearch/p?hl=en#cBAN0kpU6PI/trunk/extensions/examples/ometa/calculator/Main.boo&q=ometa%20package:http://boo-extensions\.googlecode\.com&d=2
Btw ... there's a certain mismatch between the JVM type system and the CLR.
Are you going to add support for generics in Boojay? I don't know right now what's possible with Boo's generics. I'm thinking that code using the generic type isn't going to be valid, unless you're going to do reification or code specialization (in which case you probably won't deal with covariance/contravariance).
So I guess at least some compatibility will be broken?
Rodrigo B. de Oliveira
<alexandr...@gmail.com> wrote:
> On Mon, Mar 22, 2010 at 4:24 PM, Rodrigo B. de Oliveira
> <rodrig...@gmail.com> wrote:
>>
>> In a way. Eventually boojay will be a pure java application but that
>> will have to wait for the boo compiler libraries to be converted to
>> boo which will happen only after I'm done with the ometa
>> integration...
>
> On the Ometa integration ... what does that mean? :)
>
It means replacing the boo parser with an ometa based one which will
be extensible and allow stuff such as this:
http://blogs.codehaus.org/cgi-bin/mt-search.cgi?search=ometa&IncludeBlogs=136&limit=20
>
> Btw ... there's a certain mismatch between the JVM type system and the CLR.
> Are you going to add support for generics in Boojay?
Yes.
>
> So I guess at least some compatibility will be broken?
>
My current plan is to implement generics using type erasure. Generic
runtime types wouldn't be possible in that case and the following
example wouldn't work in boojay:
def PrintTypeName[of T]():
print typeof(T).FullName
It can be made to work but I'm still considering the pros and cons...