Create OpenGL window on X11

[Ñuño Martínez]

System: GNU/Linux (Ubuntu)
Compiler/IDE: Free Pascal
Libraries/API: OpenGL

I'm trying to add OpenGL support to my Allegro.pas project. To do that I must create an OpenGL window and tell to Allegro the handler/function of that window.

I can do it on MS-Windows but I have no idea about how to do it on X systems because I have almost no experience on X. I've looked on the Internet and everything I found is GLUT, GLX and SDL related, but I can't use that because Allegro must access to the window to intercept messages (keyboard, etc.). As I've seen in Allegro's sources it uses the lowest X11 level.

I've read some C code about how to add OpenGL support to the original Allegro but I see it too much complex to translate it directly to Pascal.

Can somebody help me?

[AthenaOfDelphi]

Send me the source code and I'll look at it... see if I can translate it.

[Ñuño Martínez]

Thanks really. I'll send it to you as soon as I can. :)

[noeska]

maybe this is of use also http://www.delphigl.com/do_download.php?f=9000

its a basic opengl with x example.

[AthenaOfDelphi]

?ëu?±o,

I've not received the mail... I've been checking my spam filter and it's not been dumped in there. Can you send it to 'athena at outer hyphen reaches dot com'.


Thanks

[Ñuño Martínez]

Thanks both.

@Athena: I did send it to your MSN account. :baby:

By the way, I've asked on other forums and mailing lists and it seems there's a problem with GLX. I mean Free Pascal doesn't links it and I don't know why. I did add "-klglx" to the compilation command but it says "/usr/bin/ld: lglx: No such file: No such file or directory". May be if I fix this then I can do the other.

Which package is the GLX dev one? I can't find it on Synaptic. :no:

[JSoftware]

Try -k-lglx

[Ñuño Martínez]

Try -k-lglx


It results in "/usr/bin/ld: cannot find -lglx"

[AthenaOfDelphi]

I could take a stab at a straight translation to Pascal, as I'm sure you can, but it depends on a whole bunch of stuff which is clearly defined in other headers/includes... without them, it really would be a stab in the dark.

From what you've said in your mail, you may well be able to get better assistance from others.

Was there a particular part of that function that was causing you problems or was it the whole thing?

[Ñuño Martínez]

Was there a particular part of that function that was causing you problems or was it the whole thing?
I have this run-time error:


./exbasic: symbol lookup error: /usr/local/lib/libagl.so: undefined symbol: glXQueryExtension

"libagl.so" is an add-on for the original Allegro that adds OpenGL support.

I did ask both Allegro developers and FPC developers and no one gives me an answer. They said it should work if I add "-l-kglx" option or similar but then I get a compilation-time error.

If I can fix this then I can finish it by myself.

[JSoftware]

Try to add {$L glx.so} somewhere in the code and remove the compiler option -k-lglx

[Ñuño Martínez]

Try to add {$L glx.so} somewhere in the code and remove the compiler option -k-lglx



/usr/bin/ld: cannot find glx.so

And the same if I add {$L libglx.so}. The weird thing is that if I do use "locate" I get:

$ locate glx.so
/usr/lib/nvidia/libglx.so.xserver-xorg-core
/usr/lib/xorg/modules/extensions/libglx.so
/usr/lib/xorg/modules/extensions/libglx.so.180.44


I tried to load libglx.so by hand (LoadLibrary) then look for the "glXQueryExtension" function (GetProcedureAddress) and I success. I looked for a "dev" package for GLX and I've find only "libglitz-glx1-dev" but it forces "libglitz-glx1" and I'm using "libgl1-mesa-glx" library instead so should I install it?

On the other hand, I've test the C example programs from the original Allegro library (that uses the same libs) and they worked.

I'm very confused. xx(

[Legolas]

Try {$linklib glx}. Otherwise, pass -Cn to the compiler and check link.res to see how libglx is linked to your executable (paths, lib names, etc.)

[michalis]

Try adding "-k-lGL". See my mail on fpc-pascal: there's no libglx that you should link with on Linux, glX functions are inisde libGL.so.

[Ñuño Martínez]

Ok. I've created a link map accidentally (I mean I don't remember which options I used but the "exbasic.map" file was created) and it has these lines inside:


Allocating common symbols
Common symbol size file

...
U_GLX_GLXQUERYEXTENSION
0x4 /usr/lib/fpc/2.2.2/units/i386-linux/opengl/glx.o
...

Linker script and memory map

TARGET(elf32-i386)
..
LOAD /usr/lib/fpc/2.2.2/units/i386-linux/opengl/gl.o
...
LOAD lib/allegro.o
LOAD lib/algl.o
..
LOAD /usr/lib/fpc/2.2.2/units/i386-linux/opengl/glu.o
LOAD /usr/lib/fpc/2.2.2/units/i386-linux/opengl/glx.o
LOAD /usr/lib/fpc/2.2.2/units/i386-linux/x11/x.o
...
LOAD /usr/local/lib/liballeg-4.4.0.so
LOAD /usr/lib/libdl.so
LOAD /usr/lib/libm.so
LOAD /usr/lib/libX11.so
LOAD /usr/lib/libc.so
START GROUP
LOAD /lib/libc.so.6
LOAD /usr/lib/libc_nonshared.a
LOAD /lib/ld-linux.so.2
END GROUP
...
COMMON 0x000000000809dd10 0x1a4 /usr/lib/fpc/2.2.2/units/i386-linux/opengl/glx.o
...
0x000000000809dd50 U_GLX_GLXQUERYEXTENSION
...
.debug_frame 0x0000000000000064 0x0 /usr/lib/fpc/2.2.2/units/i386-linux/opengl/gl.o
...
.debug_frame 0x0000000000000064 0x1234 lib/allegro.o
.debug_frame 0x0000000000001298 0x1a4 lib/algl.o
...
.debug_frame 0x0000000000001694 0x0 /usr/lib/fpc/2.2.2/units/i386-linux/opengl/glu.o
.debug_frame 0x0000000000001694 0x0 /usr/lib/fpc/2.2.2/units/i386-linux/opengl/glx.o
...


I'm not sure if I've listed all related lines, but if I've understood it links the GLX library and has information about the "glXQueryExtension", but for some reason the "libagl.so" can't link it. At the the Allegro forums (http://I'm wondering whether linking order could possibly make a difference.) a developer suggested that "(...) whether linking order could possibly make a difference. ".

This is getting weirder every day...