[gdal-dev] Compiling GDAL 1.5.1 for WinCE
Tamas Szekeres
szekerest at gmail.com
Mon Mar 31 17:05:15 EDT 2008
Marcello,
For the SVN trunk I've already applied a fix just like this:
http://trac.osgeo.org/gdal/changeset/13775
I guess it should be back ported to the 1.5 branch. Would you submit a
ticket for this?
Best regards,
Tamas
2008/3/31, marcello ferrero <marcello_ferrero at yahoo.com>:
>
>
>
>
> Hi,
> I have the following unresolved external errors compiling gdal 1.5.1 for
> WinCE:
>
> ogrgeometry.obj : error LNK2019: unresolved external symbol
> OGR_G_ExportToKML referenced in function "public: virtual char * __cdecl
> OGRGeometry::exportToKML(void)const "
> ogrgeometry.obj : error LNK2019: unresolved external symbol
> OGR_G_ExportToJson referenced in function "public: virtual char * __cdecl
> OGRGeometry::exportToJson(void)const "
> dbfopen.obj : error LNK2019: unresolved external symbol SASetupDefaultHooks
> referenced in function DBFOpen
> shpopen.obj : error LNK2001: unresolved external symbol SASetupDefaultHooks
> shpopen.obj : error LNK2019: unresolved external symbol snprintf referenced
> in function SHPReadObject
>
>
> I solved the problems doing the following:
> a) change ogrgeometry.c and comment out the calls to OGR_G_ExportToKML and
> OGR_G_ExportToJson
> b) "Add Existing" to add shp_vsi.c to the Visual Studio project in
> org->ogr_frmts->shape. This resolves SASetupDefaultHooks
> c) add #include "cpl_port.h" to shapelib.h to resolve snprintf
>
> I don't know if this is the right approach, but now the library is correctly
> created
>
> Marcello Ferrero
>
> ________________________________
> Like movies? Here's a limited-time offer: Blockbuster Total Access for one
> month at no cost.
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev
>
More information about the gdal-dev
mailing list