development in non-C++ languages

1. C++, FreeBASIC

2. C++, FreeBASIC, D

3. C++: constant revisions in order to do the code "the right way"
FreeBASIC: risk of flaming on C-happy forums (like GDNet), current project (Osiris, a sort of Fake OS similar to the QB GUIs of old)

4. C++: SDL
FreeBASIC: GFXLIB2, SDL

5. I would be interested in working on a set of classes for a D SDL binding (similar to SDL.Net, but for D).

Quote:

Original post by Oberon_Command 1. C++, FreeBASIC 2. C++, FreeBASIC 3. C++: constant revisions in order to do the code "the right way" FreeBASIC: risk of flaming on C-happy forums (like GDNet), current project (Osiris, a sort of Fake OS similar to the QB GUIs of old) 4. C++: SDL FreeBASIC: GFXLIB2, SDL 5. I would be interested in working on a set of classes for a D SDL binding (similar to SDL.Net, but for D).

QBAAAAAAAAAAAAAASIC!!!

Question 1. What language are you writing games in?

C/C++, LISP

Question 2. What language do you want to be writing games in?

LISP

Question 3. What is keeping you from writing games in that language?

Mostly the buggy LISP runtime. And the lack of ready to go wrappers.

Question 4. What libraries are you currently using (no matter what language you are using)?

Clanlib (www.clanlib.org). I wrote a C DLL wrapper for it, but that could be done a little better than how I did it.

Bonus Question 5. If you want to develop games in another language, but aren't due to lack of suitable libraries, would you be interested in working on a project aimed at remedying the situation?

I use Corman Common Lisp 2.51. If anyone else uses it and would want to cooperate on tracking down the garbage collecting bugs and improving the FFI a little, I'd be game for working with them.

1: C++
2: C++
4: libpng/libjpeg/mpglib/standard C++ library/tinyxml/a scripting language library of my own/a gui library of my own/a file library of my own.
5: C++ has tons already, bound to be better than mine. I'd like to contribute something to the community, but nothing I've done is that worthy yet.

1 C/C++; Freebasic
2 Freebasic
3 Freebasic: Not much really; C/C++ annoys me sometimes.
4 SDL
5 Well C++ has lots; And the freebasic project is definately on its way.

1. Python


2. Haskell or Scheme


3. For Haskell: Not good enough with monads yet. For Scheme: Not a large enough standard library for my tastes, and no standard FFI (and, thus, no standard way to use modules required for game development)


4. Pygame


5. Probably

1 C++

2 C++

4 plain opengl but constering ogre3d from my next projects

1. C++, Inform
2. A better C++
3. It doesn't seem to exist. I have been taking some preliminary looks at java, c#, and objective c, but I doubt anything will come of it.
4. SDL, OpenGL
5. Probably... if the project needed something done that i'd find either interesting or educational. But I would contribute patches to any problems I ran into.

1. D
4. OpenGL, SDL, SDL_ttf, Cg, ODE, DevIL

Quote:

Question 1. What language are you writing games in?

C++ and Java.

Quote:

Question 2. What language do you want to be writing games in?

Python. Or maybe something else like Scheme, Ruby, or a BASIC language if I was feeling adventurous.

Quote:

Question 3. What is keeping you from writing games in that language?

Nothing, really. I'm just not proficient enough with Python to be effective with it, so I use C++ or Java instead. Terrible excuse, I know, but there it is.

Quote:

Question 4. What libraries are you currently using (no matter what language you are using)?

SDL, Opengl, Win32, Java2D, Pygame

Quote:

Bonus Question 5. If you want to develop games in another language, but aren't due to lack of suitable libraries, would you be interested in working on a project aimed at remedying the situation?

Sure.

Question 1. What language are you writing games in?

C++ and Objective Caml

Question 4. What libraries are you currently using (no matter what language you are using)?

C++ : uEngine
Objective Caml: SDL, OpenGL

Bonus Question 5. If you want to develop games in another language, but aren't due to lack of suitable libraries, would you be interested in working on a project aimed at remedying the situation?

I am already working on a small game engine, Ogame-Hydrogen.

Could you tell uss more about what you are planning?

Quote:

Original post by h3r3tic 1. D 4. OpenGL, SDL, SDL_ttf, Cg, ODE, DevIL

You should consider looking at C# and Tao.

I'm not sure where my answer would fit in your grand scheme of things (or whether it's fitting at all), but decided to put it into the non-C++ category (because it's still sufficiently non-traditional, for now, as far as developing large games is concerned):

1) Java
4) java runtime library, LWJGL, Mantissa, Beanshell

1) Delphi
4) DirectX, OpenGL, Newton, PNGLib
5) Maybe

Quote:

Original post by Will F Quote: Original post by h3r3tic 1. D 4. OpenGL, SDL, SDL_ttf, Cg, ODE, DevIL You should consider looking at C# and Tao.

Why ? what does it give me that D cannot ?

Thanks to everyone who has been replying, I appreciate it.

I've been asked to talk about what I'm planning, which is fair, although I'm not 100% on what it is just yet, so bear with me:

In day to day development I use about 90% C++, 10% Python, although I've been feeling lately like I wish these numbers were switched (although it could be a language other than Python). I also caught the recent thread that asked the question if C++ was overused, and I realized in my opinion it really is. I think the fact it's overused leads to the abundance of game libraries available for it, which in turn leads to overuse.

What I'm looking for is a sense of what language(s) are out there that people want to use or do use, but wish they had better APIs available. Then I'm hoping to start a project that is essentially an API which is designed to be for that language, I'm also considering putting together a collection of useful code and then if people are willing, having a group effort make that code available to a variety of languages. (Example: a C++ library with game-dev related functionality, then having a small Python team work on wrapping it into Python, a Lisp team work on wrapping it into Lisp, etc.)

At the moment all that I know is that it will most likely involve a language other than C++/Java/C# (as they already have a large codebase to draw upon) and it will involve attempting to get some more choice out there for those who wish to program games/graphical apps. The reason I'm asking for questions is that I hope that if enough people respond I can get a good picture of where the community interest might be.

So for those of you who are interested in doing game development in a less popular language, keep your answers coming in, I'm hoping to really get a lot of answers so that when I start on this it can be valuable to the community.

Quote:

Original post by h3r3tic Quote: Original post by Will F Quote: Original post by h3r3tic 1. D 4. OpenGL, SDL, SDL_ttf, Cg, ODE, DevIL You should consider looking at C# and Tao. Why ? what does it give me that D cannot ?

Dynamic class loading. [wink]

Though it's not as important as a a large development community and existing code to draw from. My point was that Tao gives you C# bindings to OpenGL, SDL, Cg, ODE, DevIL, and more.

Quote:

Original post by Will F Quote: Original post by h3r3tic Why ? what does it give me that D cannot ? Dynamic class loading. [wink]

Reflection is on the way for D. I guess that class loading will be supported then. Moreover D already supports a few fetures planned for C# 3.0 - e.g. implicitly typed local variables :P

Quote:

Though it's not as important as a a large development community and existing code to draw from. My point was that Tao gives you C# bindings to OpenGL, SDL, Cg, ODE, DevIL, and more.

I can use any C code from D or create bindings to CPP code if I ever need it. I already am using OpenGL, SDL, SDL_ttf (which Tao doesn't mention), Cg, ODE and DevIL which Derelict - a D library provides me. The development community for D is growing day by day, so I don't see it as a problem at all.

// Anyways, I'm not trying to start any C# vs D wars here ;)

[Edited by - h3r3tic on December 13, 2005 6:22:08 PM]

1. C++, C#, occasionally perl to help with data-files.
2. Some language that doesn't exist yet, but would allow me to define game objects and relations; and then allow for creation of rules in something similar to Regular Expressions [only using game objects and defined relations rather than characters and linear arrangement].
3. It erm, doesn't exist. And I'm far too newbish to even think about implimenting something akin to it.
4. DirectX, FMOD, Boost, C++ stdlib, .NET.