GDAL и VS2010/C++

[LEXX413]

вот что пишет, если я прописываю путь до gdal_priv.h.
Ошибка 1 error C1083: Не удается открыть файл включение: cpl_port.h: No such file or directory c:\gdal-1.9.0\gcore\gdal.h 41 1 test

cpl_port.h лежит в c:\gdal-1.9.0\port, если прописываю этот путь то идет много ошибок, например:

Ошибка 21 error LNK2028: ссылка на неразрешенную лексему (0A0004D1) "public: int __thiscall CPLStringList::Count(void)const " (?Count@CPLStringList@@$$FQBEHXZ) в функции "public: int __thiscall CPLStringList::size(void)const " (?size@CPLStringList@@$$FQBEHXZ) C:\Documents and Settings\Kim\Рабочий стол\на С++\GDAL1\test\test\test.obj test
Ошибка 33 error LNK2019: ссылка на неразрешенный внешний символ "public: __thiscall GDALColorTable::GDALColorTable(enum GDALPaletteInterp)" (??0GDALColorTable@@$$FQAE@W4GDALPaletteInterp@@@Z) в функции "public: void __thiscall GDALColorTable::`default constructor closure'(void)" (??_FGDALColorTable@@$$FQAEXXZ) C:\Documents and Settings\Kim\Рабочий стол\на С++\GDAL1\test\test\test.obj test

Прописал пути до 2 библиотек
Каталоги библиотек:
C:\gdal-1.9.0\gdal.lib
C:\gdal-1.9.0\gdal19.dll

[Дмитрий Барышников]

Вам нужно в свойствах проекта прописать
linker->input->additional dependencies строчку C:\gdal-1.9.0\gdal.lib

[LEXX413]

прописал, теперь пишет
Ошибка 1 error LNK2038: обнаружено несоответствие для "_ITERATOR_DEBUG_LEVEL": значение "0" не соответствует значению "2" в test.obj C:\Documents and Settings\Kim\Рабочий стол\на С++\GDAL1\test\test\gdal.lib(zmapdataset.obj) test
Ошибка 2 error LNK2038: обнаружено несоответствие для "_ITERATOR_DEBUG_LEVEL": значение "0" не соответствует значению "2" в test.obj C:\Documents and Settings\Kim\Рабочий стол\на С++\GDAL1\test\test\gdal.lib(gdaldefaultasync.obj) test
и еще около 20-30 .obj

Помимо C:\gdal-1.9.0\gdal.lib вообще какие необходимо пути прописывать еще и где?

[Дмитрий Барышников]

Помимо C:\gdal-1.9.0\gdal.lib вообще какие необходимо пути прописывать еще и где?

Все зависит от того как вы GDAL собирали. Первая ошибка похожа на boost. Значит собирали с libkml. попробуйте исключить его из сборки gdal. Или скачать boost, разархивировать его и прописать к его корню путь в хэдерах. Компилировать его не надо.
Вы вообще как gdal собирали? Ему же ведь нужны zlib, expat и еще библиотеки?

[LEXX413]

Проблема была решена, GDAL v 1.9 собран под Visual Studio 2010, посмотреть как это сделано можно по этой ссылке http://gis-lab.info/qa/gdal19-vs2010.html
Так же, в конце присутствует небольшой пример программы.