[gdal-dev] GDAL Linking issues VS2015 64-bit

[Damian Dixon]

We also do the following:

FOR /R gdal %%F IN (*.res) DO DEL /F /S "%%F" > nul
FOR /R gdal %%F IN (*.obj) DO DEL /F /S "%%F" > nul
FOR /R gdal %%F IN (*.pdb) DO DEL /F /S "%%F" > nul
FOR /R gdal %%F IN (*.dll) DO DEL /F /S "%%F" > nul
FOR /R gdal %%F IN (*.lib) DO DEL /F /S "%%F" > nul
FOR /R gdal %%F IN (*.exp) DO DEL /F /S "%%F" > nul


Where gdal is the directory containing the gdal 'source code'/build.



On 11 May 2017 at 15:41, Even Rouault <even.rouault at spatialys.com> wrote:

> Liam,
>
>
>
> >
>
> > SYM_PREFIX=
>
> --> You don't need to touch that one. Correct behaviour is determined by
> WIN64 setting
>
> >
>
>
>
> > LINK : error LNK2001: unresolved external symbol OSRValidate
>
> > LINK : error LNK2001: unresolved external symbol OPTGetProjectionMethods
>
> > LINK : error LNK2001: unresolved external symbol OGR_G_GetPointCount
>
> > LINK : error LNK2001: unresolved external symbol OGRRegisterAll
>
> > LINK : error LNK2001: unresolved external symbol GDALSimpleImageWarp
>
> > LINK : error LNK2001: unresolved external symbol GDALReprojectImage
>
> > LINK : error LNK2001: unresolved external symbol GDALComputeMedianCutPCT
>
> > LINK : error LNK2001: unresolved external symbol GDALDitherRGB2PCT
>
> > LINK : error LNK2001: unresolved external symbol
>
> > OCTNewCoordinateTransformation
>
>
>
> Did you issue a "nmake /f makefile.vc clean" before rebuilding ? (in case
> you compiled the tree initially with the 32 bit compiler, which is the only
> error cause I can think of given the other elements you mentionned)
>
>
>
> Even
>
>
>
> --
>
> Spatialys - Geospatial professional services
>
> http://www.spatialys.com
>
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20170511/80e426b0/attachment.html>