OSDev.org

I've been looking through the sources of OpenGL and TinyGL today, and apart from the memory requirements (malloc, calloc and free etc) in memory.c, i cannot find anything else that i would need to port. Obviously i am missing something, as there must be routines for printing pixels and so forth, but i cannot find them. Can anybody help?

+ i was also wondering if anybody had OpenGL working with their operating systems here, did you have any difficulties? find it easy/hard/impossible? im interested really, as it's something that's been in my design goals the whole time.

lukem95 wrote:I've been looking through the sources of OpenGL and TinyGL today, and apart from the memory requirements (malloc, calloc and free etc) in memory.c, i cannot find anything else that i would need to port. Obviously i am missing something, as there must be routines for printing pixels and so forth, but i cannot find them. Can anybody help?

+ i was also wondering if anybody had OpenGL working with their operating systems here, did you have any difficulties? find it easy/hard/impossible? im interested really, as it's something that's been in my design goals the whole time.

I think you must write drivers for graphics cards.

However TinyGL is a software only implementation, so you need only to change video modes and to give the framebuffer address to TinyGL

And...I recommend to see Gallium3D

lukem95 wrote:I've been looking through the sources of OpenGL

Huh? OpenGL is a specification and thus has no source code. Do you mean GLUT?

GLUT provides most of the 'system level IO', so that's where you're gonna want to look for that. It's a separate library, by the way.

cyr1x wrote:

lukem95 wrote:I've been looking through the sources of OpenGL

Huh? OpenGL is a specification and thus has no source code. Do you mean GLUT?

I think he's talking of sources of the simple implementation of OpenGL
http://oss.sgi.com/projects/ogl-sample/

Why not look at http://mesa3d.org/ ?

It has ports to several architectures/operating systems.. and it does software rendering.

Brynet-Inc wrote:Why not look at http://mesa3d.org/ ?

It has ports to several architectures/operating systems.. and it does software rendering.

Gallium3D is the best implementation. In fact Gallium3D will support several architectures/operating systems and several APIs (yes, also Direct3D )

Gallium3D will be the standard for Linux graphics.

*will support* implies *does not support*
I have yet to see what this actually becomes.

Combuster wrote:*will support* implies *does not support*
I have yet to see what this actually becomes.

Yes, but I think Gallium3D will really be a standard.
It's the new branch of Mesa. There are yet drivers that support the new API.

Gallium3D will be a small layer than Mesa, so it will be simpler to port to other platforms or other graphics API.
It supports the new DRI2 (Direct Rendering Interface 2).

I think Gallium3D could be the right choice within many OpenGL and Graphics Libraries implementations.

However Gallium3D will be the new Mesa3D.
If he must port an OpenGL library now, he must choose Mesa3D (or other).
But, seeing that (at least I think) lukem will port OpenGL to his OS not now, he can choose the new Gallium3D.

Jeko wrote:

cyr1x wrote:

lukem95 wrote:I've been looking through the sources of OpenGL

Huh? OpenGL is a specification and thus has no source code. Do you mean GLUT?

I think he's talking of sources of the simple implementation of OpenGL
http://oss.sgi.com/projects/ogl-sample/

yeah sorry, i was talking about that. so basically i need to look into FreeGLUT, ok well that's a start

EDIT: freeGLUT sucked, but the proper source for GLUT seems quite nice, although it's going to take a while to port. My TODO list for functions is already on about 40