The old one was possibly statically linked. The newer libs are just dynamic lib files.
________________________________ Von: [email protected] [mailto:[email protected]] Im Auftrag von Chaitanya kumar CH Gesendet: Freitag, 31. Juli 2009 12:53 An: [email protected] Cc: [email protected] Betreff: Re: [gdal-dev] PNG usage issues Sam, This looks like a PNG issue rather than a GDAL one. FYI, versions of libpng used are libpng1.2.15 in GDAL1.6 and libpng1.2.35 in GDAL trunk. You may also want to checkout libpng.org Best regards, -- Chaitanya kumar CH. On Fri, Jul 31, 2009 at 1:42 PM, <[email protected]> wrote: Hello, we have been using an old gdal version (1.0.x) with our projects, there was the png support compiled into the gdal library. Dependency Walker proved there were global png_* functions in the gdal library (.dll at this point) Due to some issues with png I had to update the png format directory and replaced all old png lib files with new ones (the gdal version remained unchanged) but now the compiled lib does not contain any png related functions anymore. Same goes for the latest gdal 1.6.x version. I was trying to read a png file by including png/pngdataset.h which is provided by gdal. during compile and link-time this action fails with unresolved symbol errors (in VC it's LNK2019). Missing functions are png_create_struct and so on, basically it looks like even if the nmake.opt should build and include png as internal lib, there are no functions exported with it. nmake and everything else have been left with their default values, so I dont get, how gdal is supposed to handle png now. Thanks Sam -- Neu: GMX Doppel-FLAT mit Internet-Flatrate + Telefon-Flatrate für nur 19,99 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02 _______________________________________________ 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
