> I can only contribute from a theoretical point of view:
> 1.) porting a development (or runtime) environment is something
> different than a cross compiler. The cross compiler could also produce C
> or something else (Java ?!?) that is hopefully supported on the box.
> 2.) would it be an option to use Squeak ?
> kr
> G.
> > Jan,
> > Having been on the XBox program and trying to get Smalltalk MT to be
able to
> > run on it I can tell you that it is not at all easy.
> > The Windows version running on the XBox has several changed Win32APIs
> > because it does not support virtual memory. It also does not support
DLLs.
> > This means that your application is statically linked with the Windows
> > operating system (think mainframe here).
> > This was our sticking point because we would be required to make
Smalltalk
> > MT work with static libraries (this is where the library code is
actually
> > placed in your application code vs a DLL where you call out to external
> > code). The effort to write a complete C/C++ style linker in Smalltalk MT
> > made this unrealistic.
> > The resulting 'application' contains no external references (i.e. all
> > address are resolved). When you load an XBox game (note that you cannot
read
> > the XBOX CD in a normal PC CDROM drive), the entire application (XBox
> > Windows containing your code as well) is loaded into memory.
> > Only the really big development companies (just a handful) actually
managed
> > to deploy any games. The security surrounding how to actually get a game
> > going was so tight that the vast majority of us were locked out.
> > Hopefully XBox2 (if there ever is one) will be open enough to allow
others
> > to participate.
> > We were very disappointed with the direction MS took on this one.
> > So you see that a cross-compiler is just not possible for this
environment
> > without the XBOX Windows version which is not publically available.
> > Dave