making the server

[Daniel Morissette]

Stephen Lime wrote:
> 
> Sorry guys. This should get easier. Dan Morissette has contributed auto configure
> scripts for the next version. They are in the CVS and nightly builds now and seems
> to work great.
> 

Unfortunately, I do not think that the current version of the configure
script will solve that problem though. 

It seems to me like this is not a compilation problem, but a runtime
library path problem where libttf.so.2 is not found in the regular lib
search path.  This type of problem is never fun... I ran into a similar
thing on a SUN system that I use and that has a specially odd
configuration.  I tried setting LD_LIBRARY_PATH before starting Apache
but that did not work.

Since I did not have root access on that system to go change the system
lib path (/etc/ld.so.conf), the only way that I found to go around the
problem was to use ld command-line options to add the directory where my
libs are to the runtime library search path... something like...

Using gcc:

  gcc -G -Wl,-R -Wl,.:/path/to/my/libs  ......

or using ld directly:

  ld -G -R.:/path/to/my/libs ....

These are options for the ld that I had on Solaris 2.6, I think that on
Linux the "-R" option would actually be called "-rpath".

BTW, I guess a simpler solution would be to link with a static libttf.a,
as someone suggested but unfortunately freetype does not build libttf.a
by default... so you're stuck with shared libs only.

Also, I think (but I didn't try it myself) that linking your shared lib
using an absolute path instead of using the "-L" linker option might
allow your executable to find the lib at runtime without having to
modify the runtime lib search path.  

e.g. In the Makefile, try using:  
       TTF_LIB=-L./gdft -lgdft /opt/contrib/lib/libttf.so

Please let us know if any of that solves your problem and we'll try to
give the configure scripts the ability to handle those odd cases.
  
-- 
------------------------------------------------------------
 Daniel Morissette                       danmo at videotron.ca
              http://pages.infinit.net/danmo/
------------------------------------------------------------
  Don't put for tomorrow what you can do today, because if 
      you enjoy it today you can do it again tomorrow.

> 
> >>> John Hockaday <johnh at erin.gov.au> 05/11/00 08:21PM >>>
> Ma,
> 
> I got the same error after I moved mapserv from one machine to another.  I was
> able to solve the problem by editing the Makefile and putting the full path name
> to the libttf.a library file.  Eg.
> 
> TTF_LIB=-L./gdft -lgdft /opt/contrib/lib/libttf.a
> 
> I hope this helps.
> 
> Johnh
> 
> > Date: Fri, 12 May 2000 00:25:58 +0100
> > From: Ma <marin at hi.is>
> > X-Accept-Language: en
> > MIME-Version: 1.0
> > To: "mapserver-users at lists.gis.umn.edu" <mapserver-users at lists.gis.umn.edu>
> > Subject: making the server
> > Content-Transfer-Encoding: 7bit
> >
> > Hi,
> >
> > I got the following error when I tried to initiated the script with
> > browser:
> >
> > ld.so.1: map.cgi: fatal: libttf.so.2: open failed: No such file or
> > directory
> > [Fri May 12 18:15:12 2000] [error] [client localhost] Premature end of
> > script headers: /usr/local/web/maps/mapserv.cgi
> >
> > I have also LD_LIBRARY_PATH=/usr/local/lib:/usr/lib
> >
> > What is wrong and how to fix it?
> >
> > ---
> > Ma
> >
> >