🔒 Locked

Multi platform highperformance game language

Started by Witchcraven Nov 12, 2001 at 6:29 PM 2 replies 400+ views

Original Post

125

Nov 12, 2001 at 6:29 PM

I am kind of tired of using a billion different API''s and language systaxes, compiling in different ways, etc. I would really like a nice, fast, easy langhuage with 3d sound, 2d/3d graphics, built in simple linked lists, stacks, and fast execution speed. The most important thing is ease of use, and multi platform support, without changing your source. I would love to start it. It would probably be best to compile to C. goto www.rapideuphoria.com. I was thinking this would be a great language to use for our source. Euphoria is what its called(like it more than C). It does have a C translator, but its not fast enough, and does not have built in 3d/2d graphics/sound. Who wants to help?

Strife

108

Strife

Nov 12, 2001 at 8:33 PM

Well, you could just use SDL which will port to virtually any operating system known to man.

rm -rf /bin/laden

Witchcraven

Author

125

Witchcraven

Nov 12, 2001 at 9:28 PM

I already do. I think the language should use that internally. THe point is to design the "perfect" programming lnaguage for game developes. C is far from that.

Mayrel

Nov 13, 2001 at 6:21 AM

Not meaning to blow my own trumpet, but parp ! I'm working on a language that should, by the looks of Euphoria, be easier and more powerful than Euphoria. There's no compiler for it yet (that's what I'm working on atm), but the language spec is available at xana.sourceforge.net. It too is under construction, so if you do look, please be gentle with it.

One thing: built in graphics/sound? Maybe not such a good idea. If you upgrade to DirectX 9, OpenGL 2 or SDL 2, you may need to update the parts of your language that interact with that. If the graphics/sound are built in, you'd need to get a new copy of the compiler, and most compilers are huge pieces of software (much more so if they have built-in support for graphics and sound, I suspect). It would be wiser for anything that isn't core to the language itself to be in an external library that could easily be replaced. Having said that, it would be perfectly acceptable (and desirable) to define a certain interface to that library, so that any insert programming language name program would work on any version of the graphics library.

All your bases belong to us

Edit: Grr. Left out http://.

Edited by - Mayrel on November 13, 2001 7:22:52 AM

Topic Locked

This topic has been locked by a moderator. New replies are not allowed.