|
From: V. <gae...@no...> - 2005-08-18 18:33:21
|
I had a look a compiling the povray terminal driver and it does not
compile on my box (debian sarge, or ubuntu hoary). I think this is
because I have freeglut, and not openglut. Talking to some people who
know more about glut than I do (not that hard), it seems that freeglut
is more common (and it will be much easier to find on windows, for
instance).
However... If I understand the problem correctly free/open glut is
required rather than plain glut because plain glut cannot start a
separate thread. Starting a separate process and pipping instructions to
it could be a possible workaround (like what has been done for X11), but
it seems ugly. I am right on these points ?
On the other hand, compiling gnuplot with opengl requires to link it
with free/open/" " glut. If the libraries are not statically linked in
opengl will not work. What I am not sure about is how a dynamically
linked gnuplot binary will behave if the opengl library it relies on is
not on the system ? Can it work at all. If not that would be a great
impediment on a wide distribution of gnuplot opengl : it would require
to build your own version of gnuplot, or to install a separate gnuplot.
What if we have a gnuplot_glut binary, and that gnuplot accepts to
"set term opengl" and to start this gnuplot_opengl binary only if it can
work ? That would remove the library dependancy problem.
In the light of this reasoning (maybe totally flawed, as I cannot
claim that I understand those problems) it seems to me that we could
stick with standard glut and avoid problems.
--
Ga=EBl
|