Thank you, Jeff and James!

Chris

-----Original Message-----
From: gdal-dev [mailto:[email protected]] On Behalf Of Jeff 
McKenna
Sent: Saturday, July 02, 2016 5:45 AM
To: [email protected]
Subject: Re: [gdal-dev] Compiling GDAL with Visual Studio 2015

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"
> <[email protected] <mailto:[email protected]>> 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:[email protected]
>     <mailto:[email protected]>]
>     Sent: Friday, July 01, 2016 6:23 PM
>     To: Christopher McGeorge <[email protected]
>     <mailto:[email protected]>>; [email protected]
>     <mailto:[email protected]>
>     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:[email protected]
>     <mailto:[email protected]>]
>     > Sent: Friday, July 01, 2016 6:10 PM
>     > To: [email protected] <mailto:[email protected]>
>     > Cc: Christopher McGeorge <[email protected]
>     <mailto:[email protected]>>
>     > 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
>
>



_______________________________________________
gdal-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/gdal-dev


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

_______________________________________________
gdal-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/gdal-dev

Reply via email to