[Fwd: Re: [Mapserver-dev] configure script problems with multiple GD]

[Daniel Morissette]

Dirk Tilger wrote:
> 
> It depends. For example, if I do:
> | dirk at o2:~/src/mapserver-4.2.5-dirk/mapscript/php3
> ldd php_mapscript.so
> | libtiff.so  => /usr/freeware/lib32/libtiff.so 
> | libfreetype.so.7 =>
> /usr/freeware/lib32/libfreetype.so.7   
> | libpng.so  => /usr/freeware/lib32/libpng.so  
> | libz.so  => /usr/freeware/lib32/libz.so    
> | libXpm.so  => /usr/freeware/lib32/libXpm.so  
> | libX11.so.1  =>  /usr/lib32/libX11.so.1 
> | libproj.so.1 => /usr/freeware/lib32/libproj.so.1    
>   
> | libpdf.so.2 => /usr/freeware/lib32/libpdf.so.2      
>  
> | libgd.so.3 => /usr/people/dirk/lib/libgd.so.3       
> 
> | libm.so => /usr/lib32/libm.so     
> | libjpeg.so => /usr/freeware/lib32/libjpeg.so 
> | libc.so.1 => /usr/lib32/libc.so.1   
> 
> I see no version numbers for libjpeg. If it would
> instead link against 'libgd.so', there would be no way
> to tell which library the right one is.
> 

Yuck!

> 
>>The real long term solution to this IMHO is to
>>provide precompiled 
>>binaries so that the users don't have to compile
>>themselves. 
> 
> 
> Good idea. I'd like to contribute IRIX+Solaris bins.
> But this will not solve the problem as long as we not
> supply/static-link all the needed libraries as well.
> 

FYI, we've packaged Solaris and AIX binaries before, and the best way 
we've found to make this work has been to install the whole thing under 
a /opt/mapserver tree and include all shared libs that we need in 
/opt/mapserver/lib and use the LD_LIBRARY_PATH (Solaris) or LIBPATH 
(AIX) to point to our lib directory. This way our libs are used in 
precedence over the system libs for MapServer. This results in a very 
stable install, the only drawback is the size of the package and the 
fact that we end up duplicating some system libs in our lib directory.

Daniel
-- 
------------------------------------------------------------
  Daniel Morissette               dmorissette at dmsolutions.ca
  DM Solutions Group              http://www.dmsolutions.ca/
------------------------------------------------------------