[gdal-dev] Compiling GDAL with Visual Studio 2015

Jeff McKenna jmckenna at gatewaygeomatics.com
Sat Jul 2 04:45:07 PDT 2016


I would reinforce what James said: be careful choosing the command 
prompt, the default "Developer Command prompt for VS2015" with Visual 
Studio 2015 installed on an x64 machine actually builds in x86 - you 
actually need to use the "VS2015 x64 Native Tools Command Prompt".  Once 
the window is opened, you can execute "cl" and view its response and 
look for the text 'compiler version 19.00.xx for x64'

Or simply just use James' command. :)

-jeff

-- 
Jeff McKenna
MapServer Consulting and Training Services
http://www.gatewaygeomatics.com/



On 2016-07-02 4:14 AM, James Ramm wrote:
> I'm am compiling successfully with vs 2015, both the library and python
> 3 bindings. The only thing I would add is to  make sure you run
> vcvarsall.bat amd64. I'm building from trunk.
>
> On 2 Jul 2016 4:02 a.m., "Christopher McGeorge"
> <cmcgeorge at surgeforward.com <mailto:cmcgeorge at surgeforward.com>> wrote:
>
>     Thank you for your help, Even.  Yes, I tried cleaning before
>     rebuilding and even re-downloading the original source code.
>
>     Thank you for your posting on AppVeyour.  To verify, you simply
>     downloaded the following file:
>
>         release-1800-x64-gdal-mapserver-src.zip
>
>     unzipped, changed to the "gdal" folder, uncommented out the
>     following line in "nmake.opt":
>
>         #WIN64=YES
>
>     and ran the following command:
>
>         nmake -f makefile.vc <http://makefile.vc> MSVC_VER=1900 WIN64=yes
>
>     Thank you,
>     Chris
>
>     -----Original Message-----
>     From: Even Rouault [mailto:even.rouault at spatialys.com
>     <mailto:even.rouault at spatialys.com>]
>     Sent: Friday, July 01, 2016 6:23 PM
>     To: Christopher McGeorge <cmcgeorge at surgeforward.com
>     <mailto:cmcgeorge at surgeforward.com>>; gdal-dev at lists.osgeo.org
>     <mailto:gdal-dev at lists.osgeo.org>
>     Subject: Re: [gdal-dev] Compiling GDAL with Visual Studio 2015
>
>     Le samedi 02 juillet 2016 02:13:03, vous avez écrit :
>     > Hi, Even.  Thank you for your response.  Yes, I uncommented out this
>     > line in the nmake.opt file, and I used the "WIN64=yes" nmake
>     > command-line argument.
>     >
>
>     And MSVC_VER=1900 ?
>     Make sure to clean before rebuilding if you change options
>
>     Here's a successful build on AppVeyour in case that helps:
>     https://ci.appveyor.com/project/rouault/gdal-coverage/build/1.0.5162/job/7np9al6m0uriphp1
>
>     > Thank you,
>     > Chris
>     >
>     > -----Original Message-----
>     > From: Even Rouault [mailto:even.rouault at spatialys.com
>     <mailto:even.rouault at spatialys.com>]
>     > Sent: Friday, July 01, 2016 6:10 PM
>     > To: gdal-dev at lists.osgeo.org <mailto:gdal-dev at lists.osgeo.org>
>     > Cc: Christopher McGeorge <cmcgeorge at surgeforward.com
>     <mailto:cmcgeorge at surgeforward.com>>
>     > Subject: Re: [gdal-dev] Compiling GDAL with Visual Studio 2015
>     >
>     > Le samedi 02 juillet 2016 01:57:10, Christopher McGeorge a écrit :
>     > > Hi.  Has anyone been able to build 64-bit GDAL 2.1 using Visual
>     > > Studio 2015? I keep getting the following errors that I have not
>     > > been able to
>     >
>     > > resolve:
>     > Did you define WIN64=YES in nmake.opt/nmake.local ?
>     >
>     > > LINK : error LNK2001: unresolved external symbol
>     > > OCTNewCoordinateTransformation
>     > >
>     > > LINK : error LNK2001: unresolved external symbol GDALDitherRGB2PCT
>     > >
>     > > LINK : error LNK2001: unresolved external symbol
>     > > GDALComputeMedianCutPCT
>     > >
>     > > LINK : error LNK2001: unresolved external symbol GDALReprojectImage
>     > >
>     > > LINK : error LNK2001: unresolved external symbol GDALSimpleImageWarp
>     > >
>     > > LINK : error LNK2001: unresolved external symbol OGRRegisterAll
>     > >
>     > > LINK : error LNK2001: unresolved external symbol OGR_G_GetPointCount
>     > >
>     > > LINK : error LNK2001: unresolved external symbol
>     > > OPTGetProjectionMethods
>     > >
>     > > LINK : error LNK2001: unresolved external symbol OSRValidate
>     > >
>     > > gdal201.dll : fatal error LNK1120: 9 unresolved externals
>     > >
>     > >
>     > >
>     > > Thank you,
>     > >
>     > > Chris
>     > >
>     > >
>     > >
>     > > ---
>     > > This email has been checked for viruses by Avast antivirus software.
>     > > https://www.avast.com/antivirus
>     >
>     > --
>     > Spatialys - Geospatial professional services http://www.spatialys.com
>     >
>     >
>     > ---
>     > This email has been checked for viruses by Avast antivirus software.
>     > https://www.avast.com/antivirus
>
>     --
>     Spatialys - Geospatial professional services http://www.spatialys.com
>
>





More information about the gdal-dev mailing list