After a bit of googling, I see that http://mail.python.org/pipermail/python-dev/2006-May/065081.html
You probably must link against zlib < 1.2.X The question now is : should we support zlib < 1.2.X and workaround the missing symbol ? I could test ZLIB_VERNUM. InflateCopy is used to make seeking faster in zlib compressed streams. Thus It is not strictly necessary and could be workaround, but I'm wondering if we want to support zlib < 1.2.X Le Friday 05 September 2008 23:17:34 Brent Fraser, vous avez écrit : > I just did a checkout and build of GDAL, and got the following: > > Creating library gdal_i.lib and object gdal_i.exp > cpl_vsil_gzip.obj : error LNK2019: unresolved external symbol _inflateCopy > referenced in function "public: class VSIGZipHandle * __thiscall > VSIGZipHandle::Duplicate(void)" ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) > gdal16dev.dll : fatal error LNK1120: 1 unresolved externals > > Where can I find the "inflateCopy " function? Zlib? Should nmake.opt be > updated to include a definition to Zlib? > > Thanks! > Brent > _______________________________________________ > 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
