I take it back... /clr:pure works on the 360. I have just confirmed that the following mangled c/c++/clr code works: static int ScummVM::Run() { int numbers[] = { 1, 2, 3, 4, 5, 6, 7, 8, 9, 0 }; int * numPtr = numbers; while&...

Hey Vinsterstum... I've been taking a closer look too. It would seem that the only way to guarantee all code is compile to MSIL is to set the option /clr:safe. This will make sure all code is verifiable and therefore pure with no native code. Unfortunately compiling with this option is impossible......

No problem... if we find a suitable direction to take the XNA project in, then we'll use the HEAD of the ScummVM repository. At the moment, we are not sure which will be the path of least resistance.

Tommy.

Cool. Please note that the all scummvm code is included in the repository as I have actually made changes to it to get it to compile... at the moment this is all a hack... this is my disclaimer :) If this actually works, I'll do a proper diff of this tree against the 0.9.1 branch and include only th...

Also note that I took the packing out of the structs, by #define-ing out the packing explicitly. I also tried to force include a header with "#pragma managed" into each compiled file. I haven't removed all the varargs instances, but surely I'd expect to see some managed code somewhere even...

I could drop what I've done into the scummvm-xna repository if you wish. Anyway, any hints on this would be appreciated.

Well I've taken I good long look at the problem, which basically seems to boil down to that the ScummVM classes end up looking like this in the assembly: using System.Runtime.CompilerServices; using Microsoft.VisualC; namespace Saga { [StructLayout(LayoutKind.Sequential, Cha...

Okay... I've got ScummVM compiled totally to MSIL (using /clr:pure), and I've got a small XNA wrapper, that instantiates the class in the assembly and calls a method. It does deploy to the console, but running the assembly I get: An unhandled exception of type 'System.TypeLoadException' occurred in ...

Ok I've managed to build ScummVM in C++ CLR... I'm now hunting for bits and pieces of code that force native compilation. After this I will write the C# wrapper and reference the new ScummVM-CLR assembly via gse. If all goes well I'll just need to modify scummVM slightly to allow the ScummVM update ...

That is awesome... I tried this a while back and had some issues calling the class library I compiled... but perhaps I was doing something wrong... Going to take a look at this soon.

Thanks Vinterstum!

Okay, I'll bite. How would I make this compile and then deploy on the 360?

I can develop C++/CLR code C++ express, but then I need a way to deploy it and C# express is the only thing that deploy at the moment. Perhaps I'll hunt around the command line tools for a bit. Hmmmmm

Tommy.

I think you are forgetting that you cannot run managed C++ on XNA at the moment. If I could do managed C++, I wouldn't be doing this obviously... I've already mentioned all those issues. Like I said, at the moment I'm porting FoTAQ to C#, the other guy is port BASS. The strategy at the moment has be...

Hi guys... I'm one of the people that worked on the PSP port of ScummVM(though Joost and Paolo did all the work, I mostly ran the source repository and fixed a couple of things). I'm currently porting/rewriting ScummVM in C# for XNA with the help of a work friend. The project is called ScummVM-XNA a...