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
