Hi, On Tue, 17 Dec 2002, Andreas Beck wrote:
> > The problem is LINKING! > > Is it? Why not solve it in the same way LibGGI and its extension solve it? > > Just dynamically load a renderer lib and link that one to the lib in > question. > That was my first thought too. However, there's a catch; If you link the sublib with the appropriate GL library when you go to link your program with libggigl all of the opengl symbols are missing! You should be able to simply export whatever display you want and let libggigl worry about what GL implemenation to use. This is why you don't want to just 'gcc -o foo foo.c -lggigl -lGL' either. Paul > LibGGI itself doesn't depend on X either, but the x target does. > > > CU, ANdy > > -- > = Andreas Beck | Email : <[EMAIL PROTECTED]> = >
