Kann nicht bauen gdal in x64

Ich versuche zu bauen GDAL (1.9.2) in x64.

In der Anleitung, ich sehe:

# Uncomment the following if you are building for 64-bit windows
# (x64). You'll need to have PATH, INCLUDE and LIB set up for 64-bit
# compiles.
!IF "$(PLATFORM)" == "x64"
WIN64=YES
!ENDIF

Und dann, unten,

# Under win64, symbols for function names lack the underscore prefix
# present on win32. Also the STDCALL calling convention is not used.
!IFDEF WIN64
!UNDEF STDCALL
!ELSE
SYM_PREFIX=_
!ENDIF

Nicht finden können, ein PFAD, INCLUDE und LIB spezifisch für x64, oder irgendetwas anderes, dass ich tun soll...

Kann ich bauen Win32.

In x64, bekomme ich linker-Fehler:

LINK : error LNK2001: unresolved external symbol _OGRFeatureStylePuller
LINK : error LNK2001: unresolved external symbol _OSRValidate
...
gdal19.dll : fatal error LNK1120: 74 unresolved externals
NMAKE : fatal error U1077: '"c:\Program Files (x86)\Microsoft Visual Studio 
10.0\VC\BIN\link.EXE"' : return code '0x460'

Ich setzen (bauen in Win32)

!IFNDEF PLATFORM
PLATFORM=WIN32
!ENDIF

Geändert 

!IFNDEF PLATFORM
PLATFORM=x64
!ENDIF

(bauen im x64) - Und es funktionierte. Aber nur, wenn ich den build in Visual Studio.

Ich würde gerne in der Lage sein, verwenden Sie eine bat-Datei (und bauen alll-Plattform/Konfigurationen)
Die oben - während es baut in VS, Sie bauen nicht von der Kommandozeile aus
(mit den Befehlen:

start /b /wait nmake -f makefile.vc clean
start /b /wait nmake.exe /f makefile.vc PLATFORM=x64
start /b /wait nmake.exe /f makefile.vc devinstall PLATFORM=x64

Genau das gleiche baut Win32...

Ich kann nicht herausfinden, was falsch ist...

InformationsquelleAutor Thalia | 2013-05-13
  1. 11

    Ich es geschafft, bauen die x64-version von GDAL unter Visual Studio 2012 mit Schritten von http://dominoc925.blogspot.ru/2013/03/build-64-bit-gdal-for-windows.html:

    1. Download gdal-1.9.2.tar.gz (oder andere version der Quellen) aus http://download.osgeo.org/gdal/

    2. Entpacken Sie in ein Verzeichnis, z.B. C:\tmp\gdal-1.9.2\

      Wenn Sie versucht, den Aufbau GDAL zuvor (z.B. x86), stellen Sie sicher, dass das build-Verzeichnis (C:\warmerda\bld\) und dem source-Verzeichnis sauber aus dem vorherigen build versuchen. Wenn Sie unsicher sind, versuchen Sie, die Quellen entpacken in ein neues Verzeichnis.

    3. Start VS2012 x64 Native Tools Command Prompt:
      Start -> Alle Programme -> Microsoft Visual Studio 2012 -> Visual Studio Tools -> Open VS2012 x64 Native Tools Command Prompt

      Oder laufen
      %comspec% /k "C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\vcvarsall.bat" amd64).

    4. Wechseln Sie in das Verzeichnis mit den entpackten GDAL-Quellen:

      C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC>cd /D C:\tmp\gdal-1.9.2

D:\trn4\gdal-1.9.2>

    5. Bauen GDAL mit der Entwicklung Dateien:

      nmake /f makefile.vc MSVC_VER=1700 WIN64=YES
nmake /f makefile.vc MSVC_VER=1700 WIN64=YES install
nmake /f makefile.vc MSVC_VER=1700 WIN64=YES devinstall

    Können Sie Ihre MSVC_VER Anzahl von hier. GDAL wird gebaut und installiert, um C:\warmerda\bld\.

    • Arbeitete für mich, vielen Dank für die klaren Anweisungen.
    • Eine Kombination der drei Antworten, die für mich gearbeitet. Wie @Thalia kommentierte, setzte ich die Variablen mit "C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\bin\x86_amd64\vcvarsx86_amd64.bat" musste ich wischen Sie die build-Verzeichnis durch eine Vorherige x86 installieren und Folgen Sie @Solkar Kommentar und schließlich @rutsky Anweisungen arbeitete als Charme. Rutsky die Anweisungen sind viel klarer als die, die in den gdal-Webseite
    • gerne helfen! Ich wurde ein Hinweis Hinzugefügt, über die Reinigung von Bau - /Quell-Verzeichnisse vor dem Bau. Wenn Sie etwas hinzufügen, um Anweisungen --- fühlen Sie sich frei, um Sie zu Bearbeiten
    InformationsquelleAutor rutsky
  2. 3

    Bauen mit nmake-Befehlszeile, die ich hatte, um den Befehl von einer Befehl-shell, die über die entsprechenden Variablen gesetzt, um build für 64 bit.

    Dies ist, was ich Tat, um das einrichten der 64 bit Umgebung:

    call "C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\vcvarsall.Fledermaus" amd64

    InformationsquelleAutor Thalia
  3. 3

    Sollten Sie zuerst irgendwie klar machen für die Leser dieses Threads, die über die 6 Bearbeitungen, die Sie getan haben, doch der Fokus Ihrer Frage geändert mehr als einmal, wie man sehen kann aus der revision history

    Sowieso:
    Jetzt ist es nur eine batch-vs-ide, build-job-Problem; versuchen Sie, exportieren Sie die Datei makefile aus VS

    EXPORTIEREN! NICHT nur dem öffnen der Verpackung orginal makefile.vc in einem editor-Fenster!

    speichern Sie es unter einem anderen Namen aus dem Paket die "makefile.vc" und verwenden Sie, die in Ihrem batch.

    • Danke. Ich war mir nicht bewusst, dass ich das tun könnte - exportieren Sie eine Datei makefile aus VS ! Die einzige Verbesserung, die VS makefile hätte, wäre, um die build - Umgebung: - wenn ich das gewusst hätte, ich wäre in der Lage gewesen zu Abbildung dieses Problem so viel schneller. (Edits zu meinem post: Die Tatsache, dass ich versuchte zu bauen, mit VS, die hat mir geholfen, das problem zurückzuverfolgen, und ich fügte hinzu, dass die info zu den post nicht ändern, in irgendeiner Weise das problem, oder der Umfang der Frage. Bedeute nicht, zu verwirren die Leser... Ganz im Gegenteil. Denke mal nicht erfolgreich.)
    InformationsquelleAutor Solkar
  4. 1

    "Ich kann im Win32."

    Haben Sie gebaut hatte für Win32, BEVOR Ihr Win64 gebaut Versuch?

    Wenn ja, pls besuchen
    http://trac.osgeo.org/gdal/ticket/4636, unten in der Antwort-Liste:

    Nur der Hinweis für alle anderen mit dem Thema.. ich werde versuchen zu schauen mehr
    in diese, wenn ich kann.. aber in der Zwischenzeit ein sauberes build ist nicht
    dabei wirklich "sauber" ist, so stellen Sie sicher, dass Sie manuell löschen Sie Ihre Dateien, wenn
    Sie führen eine 32-bit-build vor Ihrem 64-bit-build.

    Könnte man auch versuchen, einfach entpacken Sie die Quelle wieder auf ein anderes Verzeichnis, um eine saubere Struktur und versuchen Sie, bauen es für Win64.

    • Ich habe tatsächlich bemerkt die Ausgabe, die eine "saubere" sogar zwischen verschiedenen Win32-builds (Debug/Release). Ich habe den "clean" - ich habe eine bat-Datei, die nur ruft "start /b /wait nmake -f makefile.vc-clean" - ich habe auch gelöschte Dateien von hand... Es scheint, dass ich muss sagen, es irgendwo anders, dass es x64.
    • Beachten Sie, dass ich bin nicht immer ein Konflikt zwischen dem Ziel-Rechner und Modul-machine type - in-ticket - es scheint, dass die _WIN64 tag ist entweder nicht gesetzt oder einfach ignoriert.
    • Warum bevorzugen Sie verbringen Zeit auf manuell Sortieren die Dinge aus, wenn Sie Ihre Maschine könnte Ihnen helfen, am aufspüren des Problems? Entpacken Sie es frisch, lassen Sie die Maschine arbeiten, auf die gebaut für Win64 und eine Tasse Kaffee mittlerweile. 😉
    • Das ist genau das, was ich will - mit einer bat-Datei aufbauen würde alle 4 Plattform/Konfigurations-Kombinationen. 🙂
    • 😉 Gut, könnte man auch extrahieren, um 4 verschiedene Verzeichnisse und bauen, jeder auf seine eigene in einem batch, damit alle arbeiten in einem dir nicht k.o. Kriterium. Ich Frage mich, warum Sie nicht einfach versuchen, dass - nicht Sie wie Kaffeepausen? 😉
    • Ich bin versucht zu tun, die sozusagen die Sache ist, die bat-Datei nicht erstellt werden für x64 - auch wenn ich es bauen x64 aus VS.
    • Ich verstehe, dass Sie können bauen, reinigen Sie nun Bäume mit VS GUI. Das Verbleibende Problem ist, ein Skript build-Prozess, das ist zumindest das was ich aus deinem letzten Kommentar und BEARBEITEN Sie Ihre post öffnen. Richtig?

    InformationsquelleAutor Solkar
Schreibe einen Kommentar