Re: User specified location of GD not carried into Makefiles

[m s. <mw...@us...>]

> ----- Original Message -----
> From: "Ethan A Merritt" <merritt@u.washington.edu>
> To: "m sutton" <mw...@us...>
> Subject: Re: User specified location of GD not carried into Makefiles
> Date: Mon, 29 Jan 2007 19:21:52 -0800
>=20
>=20
> On Monday 29 January 2007 17:50, m sutton wrote:
> >
> > Let me try to explain this some more.  I work on some systems=20
> > that are locked down.  I cannot add packages as root.  So this=20
> > means I have to build and install in my local home directory.=20=20
> > Furthermore, I often build only the static libraries for things=20
> > like GD.
>=20
> Will that even work?
> libgd itself links to so many other libraries that a static build
> seems at best cumbersome, and at worst incompatible. In particular
> I would worry about dragging in a static version of libX11.

Works just fine. Here is what is in my local lib directory
>~/tmp/gnu/lib.171 %ls
libfreetype.a   libgd.a   libpng12.a   libpng.a   pkgconfig
libfreetype.la  libgd.la  libpng12.la  libpng.la

My Gnuplot configure
./configure --with-gd=3D/home/mike/tmp/gnu

After configuring (modified version) and making here is dependencies of the=
 final executable.
>~/tmp/gnuplot_cvs3/src.23 %ldd gnuplot
        linux-gate.so.1 =3D>  (0xffffe000)
        libz.so.1 =3D> /lib/libz.so.1 (0x40025000)
        libXpm.so.4 =3D> /usr/X11R6/lib/libXpm.so.4 (0x40036000)
        libX11.so.6 =3D> /usr/X11R6/lib/libX11.so.6 (0x40046000)
        libjpeg.so.62 =3D> /usr/lib/libjpeg.so.62 (0x40111000)
        libfontconfig.so.1 =3D> /usr/lib/libfontconfig.so.1 (0x40130000)
        libm.so.6 =3D> /lib/tls/libm.so.6 (0x4015c000)
        libstdc++.so.6 =3D> /usr/lib/libstdc++.so.6 (0x4017f000)
        libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x40251000)
        libc.so.6 =3D> /lib/tls/libc.so.6 (0x4025a000)
        libdl.so.2 =3D> /lib/libdl.so.2 (0x40379000)
        libexpat.so.0 =3D> /usr/lib/libexpat.so.0 (0x403e9000)
        /lib/ld-linux.so.2 =3D> /lib/ld-linux.so.2 (0x40000000)

Notice that libgd and libpng do not appear in the shared object list.  The =
linker finds only static libraries.  This means that there is no dependency=
 on those share libraries.



> > My reasoning is the configure script should examine a --with-gd=20
> > specified path before checking the $PATH.  After all I just=20
> > explicitly told configure where to look.  If the --with-gd path=20
> > is not respected then the wrong gd.h file will be included.
>=20
> See previous comments.
> This should not matter, as gd.h is not significantly version-dependent.

GIF animation is a recent addition and could be overlooked if the wrong gd.=
h is used.

> Gnuplot's ./configure mechanism was not designed for cross-compilation
> or for building an executable for running in a totally different
> environment.   I think you are expecting too much of it.

I'm not cross-compiling.  We have a few stand-alone RedHat clusters (4 clus=
ters 10 hosts each) all basically configured the same.  If I use static PNG=
 and GD libraries we can run the executable on any cluster/host without hav=
ing to fuss around with each user's LD_LIBRARY_PATH.

I'm just trying to improve configure's capability.

Mike Sutton


=3D
Christian Singles
Free Christian Personals Online. ""View Photos, Chat, Email & More."".
http://a8-asy.a8ww.net/a8-ads/adftrclick?redirectid=3De0d0ab51515a7fd87d3a4=
e150c412ad5