[gdal-dev] How to generate WinCE header files? + Compiling
question
Tom Kazimiers
2voodoo at gmx.de
Wed Jan 9 07:35:25 EST 2008
Tom Kazimiers schrieb:
> Hi,
>
> after having some problems compiling the current stable and/or SVN
> version of GDAL I now wonder how to generate header files which I can
> use in C++ along with the .lib - I assume I can not use the ones in in
> the src folder, right? May this be a basic question but I got the the
> header files for the version of GDAL I am currently using from
> somewhere I do not remember :)
>
> Problems with compiling the current release is/was:
> Error 17 error LNK2019: unresolved external symbol
> OGR_G_ExportToKML referenced in function "public: virtual char *
> __cdecl OGRGeometry::exportToKML(void)const "
> (?exportToKML at OGRGeometry@@UBAPADXZ) ogrgeometry.obj
> Error 18 error LNK2019: unresolved external symbol
> OGR_G_ExportToJson referenced in function "public: virtual char *
> __cdecl OGRGeometry::exportToJson(void)const "
> (?exportToJson at OGRGeometry@@UBAPADXZ) ogrgeometry.obj
> Error 19 error LNK2019: unresolved external symbol
> SASetupDefaultHooks referenced in function DBFOpen dbfopen.obj
> Error 20 error LNK2001: unresolved external symbol
> SASetupDefaultHooks shpopen.obj
>
> I corrected this in commenting all this out as I do not use those
> functions - but I guess that is not the best way to solve this issue.
>
> May aim is to use "OGRSpatialReference" from my C++ code but I do not
> have the "ogr_spatialref.h" header. Currently I am using a
> "gdal_priv.h" header file (along with some others). Do I need Proj.4
> for this to work?
>
> Thanks in advance.
> Tom
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev
>
Well, after playing around a bit I am sure I can use the the "normal"
header files. Everything is found and I can compile with OGR support. So
this question seems to be answered.
Proj.4 support is not enabled by now and it seems that I do not need it
- is this right?
Thanks,
Tom
More information about the gdal-dev
mailing list