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"
<cmcgeo...@surgeforward.com <mailto:cmcgeo...@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.roua...@spatialys.com
    <mailto:even.roua...@spatialys.com>]
    Sent: Friday, July 01, 2016 6:23 PM
    To: Christopher McGeorge <cmcgeo...@surgeforward.com
    <mailto:cmcgeo...@surgeforward.com>>; gdal-dev@lists.osgeo.org
    <mailto:gdal-dev@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.roua...@spatialys.com
    <mailto:even.roua...@spatialys.com>]
    > Sent: Friday, July 01, 2016 6:10 PM
    > To: gdal-dev@lists.osgeo.org <mailto:gdal-dev@lists.osgeo.org>
    > Cc: Christopher McGeorge <cmcgeo...@surgeforward.com
    <mailto:cmcgeo...@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





_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev

Reply via email to