]> > If you're talking about professional quality games using caml as the main > language (as opposed to as a scripting language), it's not really an option > on this generation of consoles. Memory in a commercial console game is > tightly managed, and caml doesn't give much control over memory management > at all. Even on a PC, I would have thought that the GC might need some re-writing? I haven't seen any suggestion in the docs that it's compatible with realtime requirements, ie preventing long periods of garbage collection. That said, people ship games with bigger bugs. The main thing I've taken from OCaml is using a mixed object/functional style with C++ in games. This works well enough so that we'll probably spend some money later this year using OpenC++ (an advanced preprocessor developed at Xerox) to add closures on top of the C++ compilers we use. Finally, although it is a fine language I don't think that OCaml supports the right feature mix for game programming. The combination of a more sophisticated ObjectiveC language (reflection for modules on top of a C style base language, but with Smalltalk debugger and workspace, and C's syntactical faults removed), an object library like Unrealscript's and reasonable support for FP would seem optimum. I'd insist that it be easier to parse than C++, even at the cost of removing a lot of syntactical sugar - that way I might actually get a compiler that matches the language spec, which still hasn't happened with C++. - Jonathan Coupe ------------------- To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/ Beginner's list: http://groups.yahoo.com/group/ocaml_beginners