[GRASS-dev] [GRASS GIS] #110: db/drivers/dbf fail to build due to undefined reference to 'SASetupDefaultHooks'

[Martin Landa]

Hi,

2008/3/31, Glynn Clements <glynn at gclements.plus.com>:
>
>  GRASS GIS wrote:
>
>  > #110: db/drivers/dbf fail to build due to undefined reference to
>  > 'SASetupDefaultHooks'
>  > ----------------------+-----------------------------------------------------
>  >  Reporter:  marisn    |       Owner:  grass-dev at lists.osgeo.org
>  >      Type:  defect    |      Status:  new
>  >  Priority:  critical  |   Milestone:  6.4.0
>  > Component:  default   |     Version:  svn-trunk
>  >  Keywords:            |
>  > ----------------------+-----------------------------------------------------
>  >  Revision: 30825
>  >  OS: Ubuntu 7.10 64bit
>
>
> >  /home/dace/soft/grass_trunk/dist.x86_64-unknown-linux-gnu/lib/libgrass_shape.so:
>  >  undefined reference to `SASetupDefaultHooks'
>
>
> Those calls were added in the latest revision:
>
>     ------------------------------------------------------------------------
>     r30804 | neteler | 2008-03-30 10:21:48 +0100 (Sun, 30 Mar 2008) | 1 line
>
>     sync'ed to GDAL SVN-trunk: gdal/ogr/ogrsf_frmts/shape/
>
>  They appear to be part of GDAL, so GDAL is now a dependency of the DBF
>  driver:
>
>     ------------------------------------------------------------------------
>     r30820 | neteler | 2008-03-30 20:23:55 +0100 (Sun, 30 Mar 2008) | 1 line
>
>     added GDALLIBS for SASetupDefaultHooks
>
>  You say that you're using r30825, and your link command has -lgdal, so
>  it may be that you need a newer version of GDAL.
>
>  Markus: is this change really necessary? Specifically, is the
>  GDAL-isation actually necessary?
>

with 1.5.0b1 building dbf driver fails

/hardmnt/schiele0/ssi/landa/temp/grass_trunk/dist.x86_64-unknown-linux-gnu/lib/libgrass_shape.so:
undefined reference to `SASetupDefaultHooks'

I have upgraded GDAL to 1.6.0dev, then I was able to compile dbf driver.

Martin

>  AFAICT, apart from some sanity checks in SHPReadObject(), the change
>  is almost entirely down to using GDAL's custom I/O interface.
>
>  I would have thought it would be better to just add the sanity checks
>  and do without GDAL's I/O interface, particularly as the code can only
>  ever use the default hooks (which presumably are just the stdio
>  function).
>
>  --
>  Glynn Clements <glynn at gclements.plus.com>
>  _______________________________________________
>  grass-dev mailing list
>
> grass-dev at lists.osgeo.org
>
> http://lists.osgeo.org/mailman/listinfo/grass-dev
>


-- 
Martin Landa <landa.martin gmail.com> * http://gama.fsv.cvut.cz/~landa *