[Pkg-octave-devel] Re: Patch for using system's FTGL in OctPlot

Shai Ayal shaiay at gmail.com
Sat Jan 28 06:41:23 UTC 2006


Rafael,

I was thinking about the problem with FTGL. I am no expert on linux
libraries and loaders, but what I do know is that octplot is NOT
dynamically loaded -- it is a stand-alone application which is forked
from a DLD. Is that enough to require PIC code in all of it's
libraries?

Shai

On 1/15/06, Rafael Laboissiere <rafael at debian.org> wrote:
> * Rafael Laboissiere <rafael at debian.org> [2006-01-14 12:32]:
>
> > Do you think that you would integrate the FTGL patch (or something
> > similar) in OctPlot?  If your answer is yes, do you know when the next
> > version of OctPlot will be released?  I am asking these questions because
> > because if you answer "no" to any of them, we will go ahead and integrate
> > the patches in the Debian package.  I would much prefer that they get
> > applied upstream, though.
>
> I experimented further with using the installed version of FTGL and
> discovered an important issue.  Octave dynamically loads the module
> octplot, which is linked against FTGL.  This will work only under two
> conditions: either the FTGL in the system is a shared library (which is
> not the case, because the upstream only provides static libraries) or the
> FTGL static library in the system has PIC.
>
> It happens that the Debian package ftgl-dev provides
> /usr/lib/libftgl_pic.a.  I changed the Debian package to use this file
> instead.  The patch that I sent to you (ftgl-use-system-library.patch) is
> pretty useless in the general case.
>
> Notice that the other two patches (drop-distclean.patch and
> octplot.figure.cpp.patch) are still usefull.
>
> Cheers,
>
> --
> Rafael
>



More information about the Pkg-octave-devel mailing list