Hi!

libggigl an extension to allow users _any_ opengl implementation and not
necessarily GGIMesa.

libggigl has been discussed on IRC. It should only have targets with native
opengl implementations (i.e. X with GLX, DirectX with wgl).
A stub target should be there representating all other targets with NO
native
OGL implementation such as kgi, aa, etc. Those should run upon GGIMesa.

We would quickly have something others do NOT have: Running OpenGL
applications on various environments (even HW acceleratered!),
switching targets on the fly, etc.

So far, things look simple and simple doable.
But it is NOT.

The problem is LINKING!

It must be possible to only and only link GGIGL applications against
libggigl.
Linking against any certain opengl implementation adds the dependence,
they do not have to have in order to provide the above mentioned features.
But if you don't, many symbols can't be solved by the linker. The major
point is,
_which_ ogl implementation should be linked against, when there are more
than one ogl implementation on one platform?

That situation is actually not rare:
Mesa and GLX on Linux, GLX, WGL and Mesa under Win32, GLX and MacOSX
under MacOSX, etc.

For the linking issue, there has still been found no solution. Ideas,
comments,
etc... everything is appreciated.

-- 
CU,

Christoph Egger
E-Mail: [EMAIL PROTECTED]

+++ GMX - Mail, Messaging & more  http://www.gmx.net +++
NEU: Mit GMX ins Internet. Rund um die Uhr f�r 1 ct/ Min. surfen!

Reply via email to