[GRASS-dev] Re: [GRASS GIS] #792: dbf driver: wrong column data type
GRASS GIS
trac at osgeo.org
Tue Oct 20 03:55:45 EDT 2009
#792: dbf driver: wrong column data type
--------------------------+-------------------------------------------------
Reporter: martinl | Owner: grass-dev at lists.osgeo.org
Type: defect | Status: new
Priority: normal | Milestone: 7.0.0
Component: Database | Version: svn-trunk
Resolution: | Keywords: data type
Platform: Unspecified | Cpu: Unspecified
--------------------------+-------------------------------------------------
Comment (by mmetz):
Replying to [comment:9 glynn]:
> Replying to [comment:4 mmetz]:
>
> > > > In particular, why does the Makefile for the dbf driver now
include $(GDALLIBS) but not in grass6.x?
>
> > Sure, but I guess there is a reason for the new presence of
$(GDALLIBS) for the dbf driver? It seems it was added by Glynn in r38906.
But it's working fine after I removed $(GDALLIBS) from the Makefile.
>
> r38906 was a scripted change which matched each program with the
libraries which exported the symbols which were imported by the program.
In the case of the DBF driver, the program imports the various DBF*
symbols, GDAL exports these symbols, therefore $(GDALLIBS) was added to
the Makefile.
>
> The process didn't handle the case where the imported symbols are
exported by multiple libraries (in this case, GDAL and !ShapeLib). AFAICT,
the DBF driver is the only program which uses !ShapeLib.
Ah, ok. Reading around a bit (documentation and previous discussions), it
seems that the dbf driver is supposed to use !Shapelib instead of GDAL. I
removed $(GDALLIBS) from the Makefile in r39594 (it's not the first time
that is done), works for me, please test.
Markus M
--
Ticket URL: <http://trac.osgeo.org/grass/ticket/792#comment:10>
GRASS GIS <http://grass.osgeo.org>
More information about the grass-dev
mailing list