starter problems

I'm new to C++ so sorry if this is obvious. I've be trying to work with openGL through SDL, but I'm getting 'undefined reference to ' and then any of the gl functions.
From what I can work out i'm missing some stuff in the lib folder, but I'm not 100% sure what. How can I check what missing and what do i need to do to sort it out
Thanks

Don't use SDL if you're new to Sepples. Don't use Sepples if you don't even know how to read documentation.

>>2
I think you really meant to say "Don't use Sepples"  Consider this a friendly correction of your post, friend.

>>1
This is "intro to C++" stuff... ultra-basic stuff that shows you have no idea what you're doing.  If you use a library, you have to link with it.  Since you said you're missing stuff in the lib folder, I can only assume that means you don't even have SDL installed.  I guess you might be running Linux or BSD, because you mention a "lib" folder.  Get familiar with the package manager (yum, apt-get, emerge, pacman, ports).  Install "-devel" packages if they exist.

Starting with C++ is a bad way to learn game programming.  It's like you want to learn how to sculpt, but you want to use marble because it's what Michaelangelo used.  You'll just end up breaking things and getting frustrated.  Start with clay, metaphorically speaking.

Oh, and learn to use "pkg-config" with your build system.  It has a database of the compilation and linker flags for most libraries installed on your system.

>>4
Don't listen to him.

You have forgotten to link your .a or .lib file depending on your compiler (Mingw uses .a, all the others use .lib from memory).

Also C++ is the best way to learn game programming.

>>5
I forgot my sage, so ill double sage on this post

>>6
Very funny, asshat.

>>4,5
okay go learn C++ if you want to work in the industry as bottom monkey boy on the totem pole or if you need to use existing code

you have better things to do with your time than learn C++ like counting grains of rice and anal fisting... don't be another lazy fuck who learns C++ to become an "expert" instead of actually making a game... heaven knows we have enough "expert C++ programmers" who don't actually release anything (partly because the language will slow you down, partly because they're lame ducks)

>>5
Also C++ is the best way to learn game programming.
Every so often one of these wanders through. Ignore it.

Don't learn C++ if you can learn Java instead.
Or if you're somehow obsessed with speed or whatever, learn C as well as Java.

If you're obsessed with speed, learn C/C++; ignore Java. Be sure to know what's new in C99/C++0x.

C/C++

If you're obsessed with speed, learn x64 ASM instead. Fuck x86 assembly.

Clearly you wish to learn both computer graphics and games programming. Make these distinct entities. I recommend using OpenGL as your tool to you help you understand computer graphics. Whether you use C or C++ as your language does not matter, but I would recommend C++ so you can represent objects in graphics without the boilerplate format factory functions and the passing of struct pointers to specific functions.

For games programming, I would recommend sticking with something like PyGame in Python, or SDL implemented in some high level language. (You can stick with a low level language, but added time it will take to 'get things done' will slow your learning process.) What you need to understand here is event loops, multi-threading, and various tricks of the trade, which include forms of geometry you should pick up by learning computer graphics.

I recomend the illustrious Objective-C programming language.

Only macfags write C/ObjC apps

>>16
iPhone apps devs too.

>>17
They're macfags. Otherwise they would not have a piece of shit iPhone.

>>16
I did some shit with objective-c on a hackintosh

>>19
*hockantish

JEWS

>>20
*generosity-challenged

Newer Posts

---

Don't change these.

Name:		Email:
Entire Thread Thread List