Hello, Martin. I added this library and tried it, but still no luck linking. I was looking at the source code, and it appears that all of the ODBC stuff is using header files distributed with Visual Studio. Is there a system dependency where this should be resolved, or is the dependency somewhere in one of the other .lib outputs of my gdal build? Thanks.
On Fri, Sep 5, 2008 at 3:17 PM, Martin Chapman < [EMAIL PROTECTED]> wrote: > Joel, > > > > Did you add "gdal_i.lib" to your linker input property in the project > settings? > > > > Martin > > > > *From:* [EMAIL PROTECTED] [mailto: > [EMAIL PROTECTED] *On Behalf Of *Joel Odom > *Sent:* Friday, September 05, 2008 1:12 PM > *To:* gdal-dev@lists.osgeo.org > *Subject:* [gdal-dev] Newbie Developer Question About Linking > > > > I'm new to GDAL, though I'm looking forward to using it. I've compiled > 1.5.2 under Microsoft Visual Studio 2008 and am trying to experiment with > the library. In my application that links to the library I'm getting an > unresolved reference (pasted below). I don't have any ODBC experience and > would appreciate any advice as to how I can resolve this reference (and some > other ODBC unresolved externals that come after this) so I can compile and > use OGR. Thanks much for any help. > > > > > > > > Error 3 error LNK2019: unresolved external symbol > [EMAIL PROTECTED] referenced in function "public: int __thiscall > CPLODBCDriverInstaller::InstallDriver(char const *,char const *,unsigned > short)" ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) gdal.lib > > > > > > > > > > -- > http://giscoder.blogspot.com/ > -- http://giscoder.blogspot.com/
_______________________________________________ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
