Moinak Ghosh wrote:
> Anyway after sorting out several problems, Xscreensaver build
> failed. First it did not have the -lGL -lGLU in the Makefile of the
> hacks that use GL - very strange. I had to add a patch to the
> Makefile.in. Second it was trying to compile the extrusion hacks
> and failed with an error, cannot find <GL/tube.h>. After much
> mucking around I finally added the GL Extrusion library and
> it's dependency MesaGLUT to the FOX tree and managed to get
> Xscreensaver compiled successfully.
Hmm, I don't think we've ever built or packaged those on Solaris
before.
> One interesting point to note. Xscreensaver depends on Gnome
> libraries. Since I had replaced Nevada X11 libs with FOX ones,
> Xscreensaver gave a linkage problem stating unsatisfied
> symbols in libgdk_x11: XineramaGetState and XineramaGetInfo.
>
> These are symbols exported by the libXext in Nevada, but not
> present in the libXext from Xorg. So I was at an impasse. Fortunately
> Laca from the JDS team had been compiling a modified version of
> JDS against my earlier FOX packages. This build removes the SUN
> branding and dependency on DTlogin, uses GNU gettext and is
> meant for use in Indiana (Slim Install). He had the packages ready
> and I replaced all the Gnome packages on the build machine with
> the new ones and the Xscreensaver link error disappeared.
Yep - that's one of the known binary incompatibilities between
Solaris libXext and X.Org's - fortunately fixing them is mainly
a matter of sitting down and copying the missing functions from
the closed libXext into an X.Org/FOX build, I've just not had time
to do that.
--
-Alan Coopersmith- alan.coopersmith at sun.com
Sun Microsystems, Inc. - X Window System Engineering
