Re: [Pnet-developers] [pnet] PNET_TOOLS

[Gopal V]

Lothar Heinrich wrote:

> I'm working on installing/porting the portable.NET runtime engine to
> snapgear running on leonII-sparcV8 hardware (http://www.gaisler.com/ ...
> Leon2)

Cool.

[all the rest went over my head]

> Is it posible to modify the portable.NET interpreter to use a special
> instruction set. (for examle a modified load, which loads upper bounds
> in a special register)

If you mean an input instruction set, then you might find it tough to
proceed further.

But if you mean, bounds-checking using the OS/CPU components, we already
do that in x86 using the interrupt handlers. Arithmetic exceptions and
NULL reference exceptions are currently caught in pnet/support/interrupt*.c
files and passed back onto the engine to be thrown as exceptions in
VM space.

You might want to do something similar with the engine for your
CPU specifics. I never touched that code and the only two people
who could help you are tum & rhysw.

> During code review i found usage of the environment? variable PNET_TOOLS
> in Makefile.in. How can i bypass a value (false) to auto_gen.sh to
> create a proper Makefile.in for just compiling the runtime engine?

./configure --disable-tools

should do it.

> Which programms and libraries are essential to execute CIL programms?

Basically you'll need

mscorlib.dll, I18N.West.dll, I18N.dll - I'm not sure that you need the
last two, but these three are what I've used in the past (borrowed
hardware and limited time is a killer for experimentation).

> I.e. I don't need a C# comiler. Am I on the right track, just focusing
> on ilrun?

Yes, you can use the mscorlib.dll build on x86 directly on the extra
hardware.

There are bits in the standard library which use the compiler to build
classes, but that shouldn't be a requirement for simple cli programs.

> It seams, that somewere in the auto_gen/configure part a needed variable
> is not set.
> Compiling pnet from tar.gz package finished without errors.
> Compiling pnet from tar.gz _after_ calling auto_gen.sh results in the
> same error.

It is suggested that you use the current CVS version of pnet/pnetlib,
because 0.7.4 (Feb ?) is relatively ancient right now.

And best of luck :)

Cheers,
Gopal
--
If I learn from my mistakes, pretty soon I'll know everything.