[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