Armin, The path behind the --with-spatialite flag must be the "prefix" of installation of spatialite, not the path to the include files. In your case, I'd try --with-spatialite=/usr/local.
It will search a libspatialite.so in /usr/local/lib, and the following include files : /usr/local/include/spatialite.h and /usr/local/include/spatialite/sqlite3.h Note that I've done my tests with the libspatialite-linux-x86-2.3.0.tar.gz archive. FYI, the 'spatialite_init' is a function that is looked in the libspatialite.so. It is not a separate file. Best regards, Even Le Saturday 23 May 2009 11:03:19 Armin Burger, vous avez écrit : > Even > > thanks for the reply. I downloaded the 1.7 dev version and used the flag > > --with-spatialite=/usr/local/include/spatialite > > But the configure output was > > checking for SpatiaLite... checking for spatialite_init in > -lspatialite... yes > disabled > > and then from the summary at the end: > > SpatiaLite support: no > > The installation of the spatialite libraries did no add a > 'spatialite_init' file. All files installed were under > /usr/local/include/ and /usr/local/lib. > > Is there anything to change for running configure? > > Best regards > > Armin > > On 22/05/2009 12:13, Even Rouault wrote: > > Armin, > > > > There is already some spatialite support in GDAL 1.6 that enables to read > > simple SpatiaLite geometries (point, linestring, polygon) without needing > > to link against libspatialite. > > > > In GDAL 1.7dev, write support has also been added, as well as creating > > SpatiaLite compatible databases. > > Yesterday, I've finally added the (optionnal) capability to link against > > libspatialite instead of libsqlite3, to benefit from the spatial enabled > > SQL functions that it provides (spatial queries + spatial indexing). So > > spatialite support should be mostly complete by now. > > > > You should be able to take the ogr/ogrsf_frmts/sqlite directory from > > trunk in GDAL 1.6, but if you want to benefit from linking against > > libspatialite, you'll also have to patch configure and GDALmakeopt.in. > > See > > http://trac.osgeo.org/gdal/changeset/17083 > > > > For the sake of simplicity, if you don't have to deal with sticking to > > GDAL 1.6 ABI, I'd advise you to grab a snapshot from GDAL 1.7dev. > > > > Best regards, > > > > Even > > > > Le Friday 22 May 2009 11:13:46, vous avez écrit : > >> Hi everybody > >> > >> I would like to test the spatialite format that should be supported by > >> gdal starting with v1.7. Is it already working in current dev version (I > >> would mainly need the read functionality with spatial index support in > >> interaction with Mapserver)? > >> > >> Would I need to take the full export of current trunk or could I just > >> use gdal 1.6 and add the sqlite directory from trunk? > >> > >> Thanks for any help > >> > >> Armin > >> _______________________________________________ > >> gdal-dev mailing list > >> [email protected] > >> http://lists.osgeo.org/mailman/listinfo/gdal-dev _______________________________________________ gdal-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/gdal-dev
