Game Programming Language Features

Started by
9 comments, last by Telastyn 14 years, 4 months ago
Quote:Original post by Makaan
yes but surely you don't want inline assembler and other stuff for a programming language designed for making games. What would be interesting to see is native suport for graphics/input/sound/concurrency/GPGPU's or other stuff designed to ease the creation process.


Maybe concurrency, but the language better provide actual language features rather than just preventing alternative implementations.
GPGPU stuff kinda falls into that category too.

Honestly, I think a lot of the problems with graphics/input/sound are library issues to be honest. I mean sound is a snap with FModEx. And they're certainly not language issues.

Quote:
One thing I'd say about a dedicated videogame language is that you would want it to be object oriented.


Umm. You would want it to support OOP, but I'm increasingly of the opinion that object modeling only solves about a third of your average problem. The 'everything is an object' route is probably not the best route to take if you were starting from scratch today.

This topic is closed to new replies.

Advertisement