Hi,
Thanks to @all working on getting dotnet translator back into unified
language testing. I'll be hacking on the translator more when I return
from consulting work in Spain, so this is certainly good to have. :-)
François PERRAD wrote:
Any other suggestions?
1) remove the need of the file languages/dotnet/config/N2PConfig.pm
Go ahead. This was a hack while I was developing the translator
initially and it was outside of the Parrot source tree.
2) generate languages/dotnet/Makefile with config/gen/languages.pm,
not with languages/dotnet/Configure.pl
This is not so easy, since languages/dotnet/Configure.pl takes various
parameters:
--srm to configure which stack to register mapping algorithm to build with
--monolibs to give the path to the Mono version of the .Net class
library, for the make class-library target (which tries to translate the
class library to Parrot bytecode)
I need (OK, really, really want) to be able to switch SRMs without
having to re-configure all of Parrot 'cus it's very useful to do this in
development, when hunting the source of code generation bugs.
As for the class library path stuff: yes, you do only need to
locate/configure this once, but again, if someone doesn't know that and
then want to build the .Net translator, I don't think they should have
to to back and re-configure Parrot and pass a --monolibs=... to the main
Configure script.
Thanks,
Jonathan
