[gdal-dev] HDF5 link problem
Tamas Szekeres
szekerest at gmail.com
Tue May 19 12:57:21 EDT 2009
Bruce,
I'm using hdf5-1.8.2 and it seems working well.
You can obtain the binaries and build SDKs from here:
http://vbkto.dyndns.org:1280/sdk/Default.aspx
Best regards,
Tamas
2009/5/19 Clay, Bruce <bclay at ball.com>
> I downloaded the latest version of HDF5 from
> ftp://ftp.hdfgroup.org/HDF5/current/bin/windows/ and am trying to build
> HDF5 support into GDAL 1.6.1.
>
> Unfortuneately when I enable HDF5 suuport in the nmake.opt I get unresolved
> link errors the interesting thing is that the errors are not just for HDF5.
> I do have SDE enabled and GRIB is enabled by default. I don’t know that the
> first unresolved is but all of the error go away if I take HDF5 out of the
> build.
>
>
>
> Creating library gdal_i.lib and object gdal_i.exp
>
> gdalallregister.obj : error LNK2019: unresolved external symbol
> _GDALRegister_GEOR referenced in function _GDALAllRegister at 0
>
> gdalallregister.obj : error LNK2019: unresolved external symbol
> _GDALRegister_HDF5Image referenced in function _GDALAllRegister at 0
>
> gdalallregister.obj : error LNK2019: unresolved external symbol
> _GDALRegister_HDF5 referenced in function _GDALAllRegister at 0
>
> gdalallregister.obj : error LNK2019: unresolved external symbol
> _GDALRegister_SDE referenced in function _GDALAllRegister at 0
>
> gdalallregister.obj : error LNK2019: unresolved external symbol
> _GDALRegister_GRIB referenced in function _GDALAllRegister at 0
>
> gdal16.dll : fatal error LNK1120: 5 unresolved externals
>
> NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio
> 8\VC\BIN\link.EXE"' : return code '0x460'
>
> Stop.
>
>
>
> Has anyone seen this behavior and/or have a solution?
>
>
>
> Bruce
>
>
>
> This message and any enclosures are intended only for the addressee. Please
> notify the sender by email if you are not the intended recipient. If you are
> not the intended recipient, you may not use, copy, disclose, or distribute this
> message or its contents or enclosures to any other person and any such actions
> may be unlawful. Ball reserves the right to monitor and review all messages
> and enclosures sent to or from this email address.
>
>
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/gdal-dev/attachments/20090519/f43bcd6d/attachment-0001.html
More information about the gdal-dev
mailing list