Re: New ftgl-dev seems to cause breakage
Hi Sam, Bastian, Christian,
On Sun, Jun 22, 2008 at 11:42 AM, Bastian Blank <email@example.com> wrote:
> On Sun, Jun 22, 2008 at 10:58:24AM -0700, Kevin B. McCarty wrote:
>> It has apparently caused breakage in a package I'm sponsoring, see
>> http://buildd.debian.org/build.php?arch=&pkg=root-system .
> There is no sign of a sucessfull build, so how do you compare them?
It built OK in my pbuilder a few days ago, when I built it for i386
for the upload. That must have been before the new FTGL hit unstable.
> amd64, mipsen and sparc fails with undefined functions:
> | gl/src/TGLText.cxx:88: error: 'glPushMatrix' was not declared in this scope
> gl* is part of OpenGL, not ftgl. Most likely it lacks the <GL/gl.h>
> include. Maybe they ftgl headers included that on its own before.
I think you're right, and that must be the case. I added a #include
<GL/gl.h> to the one file (ROOT's gl/src/TGLText.cxx) where the
compiler errored out, and then things continued successfully in my
updated Sid chroot. So I guess the Release Team would characterize
this as something akin to g++-4.3 being more strict about include
files, and therefore something that must be fixed on the client side
rather than changed back in FTGL?
Anyway, after that fix, the ROOT build proceeded until this point:
/usr/bin/ld: cannot find -lftgl_pic
collect2: ld returned 1 exit status
make: *** [lib/libRGL.so] Error 1
but I imagine that since FTGL now builds a shared lib there is no
longer a need for the PIC library.
We can pretty easily fix these two items in ROOT and make a new
upload, so my apologies to Sam and the Release Team for the noise. I
may have overreacted -- it was just an unpleasant surprise to see that
a package I sponsored (and that we hope can get into Lenny before the
freeze) had FTBFSed everywhere.
Christian, is it the right fix to add the #include <GL/gl.h> to that
file? Also, are you easily able to change the ROOT configure script
so it can search for (in decreasing order of preference) libftgl.so,
libftgl_pic.a and libftgl.a in order to try to remain Etch-compatible?
If not, I guess don't worry about it and just use -lftgl.
Kevin B. McCarty <firstname.lastname@example.org>
GPG: public key ID 4F83C751