Mapserver on HP-UX 11.00

[qoelhex@…]

I Compile GDAL and all goes right, but, when I goes to link mapserver, I cannot
use it!

Its a GDAL trouble, or a mapserv link trouble?

I using a complete GNU environment, but suspect that a spurious lib from system
can be troubleshooting the compilation.

See the output:


gcc -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DU
SE_WMS_SVR      -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -
DUSE_GD_FT -DUSE_PDF   -DUSE_GDAL     -I/usr/desen/cunivali/Tar/gd-2.0.23/    -I
/opt/univali/include      -I/opt/univali/include      shp2img.o  -L. -lmap -L/us
r/desen/cunivali/Tar/gd-2.0.23//.libs -lgd -L/opt/univali/lib -ljpeg -lfreetype
-lpng -lz   -lpdf -ltiff -L/opt/univali/lib -ljpeg -lfreetype -lpng -lz   -lproj
-L/opt/univali/lib -ljpeg           -lm   -o shp2img
/usr/ccs/bin/ld: Unsatisfied symbols:
 CSLFetchNameValue (first referenced in ./libmap.a(mapdrawgdal.o)) (code)
 GDALGetRasterXSize (first referenced in ./libmap.a(mapresample.o)) (code)
 CPLGetLastErrorMsg (first referenced in ./libmap.a(mapgdal.o)) (code)

(...)

 GDALDestroyDriverManager (first referenced in ./libmap.a(mapgdal.o)) (code)
 GDALAllRegister (first referenced in ./libmap.a(mapgdal.o)) (code)
collect2: ld returned 1 exit status
gmake: *** [shp2img] Error 1

[warmerdam]

It isn't clear why, but you are not including GDAL in your link.
There should be an item like "-lgdal" in the link line. 

If you look in the MapServer Makefile there should be something like this:

# Optional GDAL Support (provides read access to a variety of raster formats)
# See http://www.remotesensing.org/gdal/
GDAL=	  -DUSE_GDAL
GDAL_LIB=  -L/usr/local/lib -lgdal
GDAL_INC=  

You might just want to edit the GDAL_LIB or you could review what is going
wrong in the configuration process. 

[qoelhex@…]

gcc -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H
-DUSE_WMS_SVR      -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG
-DUSE_GD_WBMP -DUSE_GD_FT -DUSE_PDF   -DUSE_GDAL    
-I/usr/desen/cunivali/Tar/gd-2.0.23/    -I/opt/univali/include     
-I/usr/desen/cunivali/Tar/gdal      shp2img.o  -L. -lmap
-L/usr/desen/cunivali/Tar/gd-2.0.23//.libs -lgd -L/opt/univali/lib -ljpeg
-lfreetype -lpng -lz   -lpdf -ltiff -L/opt/univali/lib -ljpeg -lfreetype -lpng
-lz -lproj -L/opt/univali/lib -ljpeg   -L/opt/univali/lib -lgdal        -lm   -o
shp2img
/usr/ccs/bin/ld: Unsatisfied symbols:
  operator delete[](void*)(first referenced in
/opt/univali/lib/libgdal.a(ddfrecord.o)) (code)
  GTIFGetGCSInfo (first referenced in
/opt/univali/lib/libgdal.a(gt_wkt_srs.o))(code)
  XTIFFClose (first referenced in /opt/univali/lib/libgdal.a(geotiff.o)) (code)
  gtCSLDestroy (first referenced in /opt/univali/lib/libgdal.a(gt_wkt_srs.o)) (code)
  GTIFKeyGet (first referenced in /opt/univali/lib/libgdal.a(gt_wkt_srs.o)) (code)

(...)

Now, this is the error, it seems the same, but the error occurred on a different
point, see?

So, now is the time to migrate the bug to geotiff?

Or who knows I try to referencing geotiff together the gdal libs?

[warmerdam]

These are all functions from libgeotiff.  Try adding -lgeotiff into the
GDAL_LIBS line.  

On linux systems linking a shared library against another shared library would
mean that you don't need to add the second library into the link line.  I think
the rules are somewhat different on HP/UX.  But that doesn't explain how things
got gummed up in the first place. 

[qoelhex@…]

gcc -O2  -Wall -DIGNORE_MISSING_DATA  -DUSE_EPPL       -DUSE_GD_PNG
-DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT    -DUSE_GDAL    
-I/usr/desen/cunivali/Tar/gd-2.0.23/          -I/opt/univali/include     
shp2img.o  -L. -lmap -L/usr/desen/cunivali/Tar/gd-2.0.23//.libs -lgd           
 -L/opt/univali/lib -lgdal -lgeotiff   -lm   -o shp2img
/usr/ccs/bin/ld: Unsatisfied symbols:
  operator delete[](void*)(first referenced in
/opt/univali/lib/libgdal.a(ddfrecord.o)) (code)
  __cxa_pure_virtual (first referenced in
/opt/univali/lib/libgdal.a(gdalrasterband.o)) (code)
  operator new[](unsigned long)(first referenced in
/opt/univali/lib/libgdal.a(ddfrecord.o)) (code)
  __gxx_personality_sj0 (first referenced in ./libmap.a(mapogr.o)) (code)
  operator new(unsigned long)(first referenced in
/opt/univali/lib/libgdal.a(gdalcolortable.o)) (code)
  operator delete(void*)(first referenced in
/opt/univali/lib/libgdal.a(gdalcolortable.o)) (code)
  vtable for __cxxabiv1::__si_class_type_info(first referenced in
/opt/univali/lib/libgdal.a(gdaldataset.o)) (data)
  vtable for __cxxabiv1::__class_type_info(first referenced in
/opt/univali/lib/libgdal.a(gdalmajorobject.o)) (data)
collect2: ld returned 1 exit status
gmake: *** [shp2img] Error 1

I correct the paths to Geotiff, Gdal and put -lgdal and -lgeotiff
I compile GDAL whithout OGR...
And I got the same error, it´s not because is a C program linking against a C++ lib?

[qoelhex@…]

Oh, a little advice, in Linux I don´t have this error ! !!  I compiled mapserver
in a wide range of plataforms/distributions, with a wide range of features and
add ons and I did never see this error ! ! !

[warmerdam]

Fábio,

Your are correct.  The C++ support libraries are not being found.  Try changing
the "LD=gcc" to "LD=g++" in your Makefile.  This should force linking executables
with the C++ version of the compiler which will automatically include appropriate
C++ support libraries. 

[qoelhex@…]

I add this and the error still remains the same...

but I locate a interesting thing in configure from mapserver:

checking for __gxx_personality_v0 in -lstdc++... no

How can I add this support to HP UX? I'll search for this, any suggestion will
be welcome !!! 

Thak you for your help!! !

[warmerdam]

Sorry ... I'm out of my depth now.  I don't know what to try next.

Good luck!