One of the things that I thought would be a really cool demonstration of Scala.Net was to have an XNA application that was coded completely in Scala. I have mixed news on the subject. I did successfully get an XNA window opened and the game loop running. However, as far as I can tell, all of the ways to draw in XNA rely on generics, which are not yet supported in Scala.Net.<\/p>\n
After a short email exchange with Miguel<\/a>, I was able to get Scala compiling against some of the XNA assemblies. This allowed me to extend the Game class and open an XNA window. The problem I was having was compiling the Scala against multiple dependent dlls. I expected the \u201cXassem-path\u201dargument to take multiple parameters, one for each of the assemblies. Instead, the solution was to add another \u2013Xassem-extdirs path that contained the XNA assemblies (and mscorlib.) My compile looks like:<\/p>\n <Scala.Net directory>\\bin\\scalacompiler.exe After running ilasm on the MSIL file generated, corflags needs to be run on the resulting executable to put it into 32 bit mode<\/a>. Running the executable opens the game window.<\/p>\n This is certainly a proof of concept; unfortunately that is as far as I could reasonably get. Miguel seems committed to getting Generics support in Scala.Net, so it should be possible to build a full game soon.<\/p>\n","protected":false},"excerpt":{"rendered":" One of the things that I thought would be a really cool demonstration of Scala.Net was to have an XNA application that was coded completely in Scala. I have mixed news on the subject. I did successfully get an XNA … Continue reading
\u2013target:msil
\u2013Xassem-extdirs <Scala.Net directory>\\bin
-Xassem-extdirs <directory with XNA assemblies>
-Xshow-class <Scala class with main defined>
-Xassem-name <Name of MSIL file to output>
<scala files><\/p>\n