[Mono-devel-list] Experimental mint running on hppa64-hp-hpux11.00 (self-hosts mcs)

Paolo Molaro lupus at ximian.com
Mon May 19 05:37:25 EDT 2003

On 05/16/03 Bernie Solomon wrote:
> I have been doing some experimentation into getting at least mint going
> on HPUX 11.0 using HP's C compiler and also using 64 bit mode (and this
> is big endian which makes more difference). I have got things where
> most of mono/tests pass under mint and also mcs can build itself and
> reproduce the .exe. I have some experimental changes to the interpreter

Wow! Great news.

> which speeds it up somewhat (the compiler build has gone from 30 minutes
> to about 5 minutes) though not all of that is in a releasable state and
> there may be some reason why some of them are a bad idea....

How difficult do you think is to separate the releasable stuff from the

> So I have a bunch of changes and fixes that I'd like to start submitting
> for inclusion into the main version if possible and wasn't sure about
> the process for this. The areas I had to touch are in metadata, io-layer,
> arch, interpreter and a few tests themselves and configure.in.There are
> some differences in how things need to be done using HP's compiler for
> example you can't have embedded assembly you need separate explicit .s
> files. Apart from the trampolines and so on the biggest changes were in
> interp.c itself (some porting some performance).

The best way is to send separate patches for changes that are logically
separate, like:
*) a patch for the arch/hppa directory (codegen and trampoline)
*) a patch for io-layer
*) a patch for 64bit or endian issues in metadata
*) a patch for the test cases
*) a patch for configure.in and the build issues

If the interp changes are both endianess/64bit issues and performance
enhancements, do you think you can split them? It would make it easier
to merge in the changes that way.

> Anyway I'd like to at least contribute some of the stuff I have found
> and would like to know how (and I'll probably have questions on how I
> should relaly do some things).

Feel free to ask any questions on this list.


lupus at debian.org                                     debian/rules
lupus at ximian.com                             Monkeys do it better

More information about the Mono-devel-list mailing list