Sie können mingw32-make.exe in das Git-Verzeichnis kopieren (z. B. C:\Programme\Git\usr\bin) und in make.exe umbenennen. Führen Sie dann make -j4 in der Git-Shell erneut aus.

Du musst dmlc-core und rabit direkt bauen

cd dmlc-core
mache -j4

cd ../rabit
mache -j4

aber dieser schlägt in meiner Installation fehl und versucht zu verstehen, warum.

Okay, ich habe es gefunden.

Wenn Sie mingw64 verwenden, müssen Sie mingw32-make in Ihrem Pfad haben. Alias ​​machen Sie wie in der Installationsanleitung beschrieben.
Gehen Sie dann zum xgboost-Verzeichnis und gehen Sie wie folgt vor:
cd dmlc-core
mache -j4
cd ../rabit
make lib/librabit_empty -j4
CD ..
cp make/mingw64.mk config.mk
mache -j4

Tippfehler:
im vorherigen Kommentar sollte eine Zeile lauten
make lib/librabit_empty.a -j4
anstatt
make lib/librabit_empty -j4

Vielen Dank jfpuget !! Es funktioniert endlich mit Ihren obigen Schritten!

Ich habe hier eine vollständige Anleitung geschrieben: https://www.ibm.com/developerworks/community/blogs/jfp/entry/Installing_XGBoost_For_Anaconda_on_Windows?lang=en

@jfpuget Vielleicht können Sie helfen, unsere Anleitung zu verbessern. Jede PR ist wirklich willkommen.

@jfpuget Das sieht gut aus, können Sie eine PR machen, um die alte Anweisung zu verbessern. Danke!

Sicher, werde ich so schnell wie möglich machen (ein paar Tage, da ich gerade aus dem Urlaub zurück bin und die Leute bei der Arbeit an mich gedacht haben ;) )

Hallo zusammen. Bei 'make -j4' im Stammverzeichnis habe ich dieses Problem. Haben Sie einen Rat? Vielen Dank

Ein Unterverzeichnis oder Dateibuild ist bereits vorhanden.
Bei der Verarbeitung ist ein Fehler aufgetreten: build.
Makefile:97 : Rezept für das Ziel 'build/logging.o' fehlgeschlagen
make: ** [build/logging.o] Fehler 1make: * * Warten auf unfertige Jobs....
Die Syntax des Befehls ist falsch.
Makefile:97 : Rezept für das Ziel 'build/common/common.o' fehlgeschlagen
make: ** [build/common/common.o] Fehler 1Die Syntax des Befehls ist falsch.Makefile:97 : Rezept für das Ziel 'build/c_api/c_api_error.o' fehlgeschlagenmake: * * [build/c_api/c_api_error.o] Fehler 1

Ich habe es ... Ich habe git cmd verwendet ... nicht git bash ... Deshalb bin ich auf das Problem gestoßen.

Ich kann auch meine Notizen dazu teilen, wie ich xgboost R- und Python-Pakete unter Windows baue.

Einige meiner Workarounds waren denen von Jean-François ähnlich, aber es gibt einige subtile Unterschiede, da ich die mingw build-Toolchain verwende, die mit Rtools gebündelt ist. Im Wesentlichen ist Windows heutzutage ein Durcheinander mit einer Vielzahl von mingw-basierten Bundles von unterschiedlichem Grad an Vollständigkeit, Stabilität und Aktualität. Selbst in meiner unten beschriebenen Situation gibt es drei mingw-basierte Toolsets, die zusammenarbeiten müssen:

• ein minimaler No-Compiler-Satz von Befehlszeilen-Gnu-Tools mit Windows-Git;
• ein gcc-4.7-Compiler, aber ein No-Make-Set mit Anaconda;
• und ein ziemlich brauchbares Set mit gcc-4.6.3 und make, das mit Rtools geliefert wird.

Letzteres reicht für die C++11-Anforderungen von xgboost aus, und ich sehe bisher keinen Grund, noch eine weitere mingw-Distribution in dieses Durcheinander einzubeziehen. In solchen Situationen ist es wichtig, sehr vorsichtig zu sein, was in PATH eingeht und in welcher Reihenfolge.

Ein paar Hinweise zu Rtools:

Ich verwende die neueste Rtools-Bundle-Version 3.3. Allerdings (WICHTIG), während der Installation von Rtools installiere ich die 3.3-Toolchain nicht mit gcc 4.9 - es gibt immer noch einige Probleme. Die 3.2 64-Bit-Toolchain ist ausreichend und funktioniert einwandfrei. Da ich mehr R verwende, habe ich die Pfade von Rtools zu meinem Systempfad hinzugefügt, aber nicht die von Miniconda. Immer wenn ich Python benötige, ohne die Verknüpfungen von Anaconda zu verwenden, stelle ich die erforderlichen Pfade einfach manuell ein.

Der R-Paketbau ist ziemlich trivial:

• gib die Quelle
• Starte R

setwd('wherever xgboost R-package directory is')
install.packages('.', repos = NULL, type='source')
setwd('tests')
source('testthat.R')

Das Erstellen von xgboost exe & Bibliotheken erfordert einige Problemumgehungen:

• unter der Annahme von git-bash im xgboost-Stammverzeichnis
• Stellen Sie sicher, dass which gcc auf /c/Rtools/gcc-4.6.3/bin/gcc (je nachdem, wo Rtools installiert wurde)
• Bearbeiten Sie rabit/Makefile und fügen Sie das Flag -m64 in die CFLAGS-Definitionszeile ein (sollte es nicht an erster Stelle stehen?): export CFLAGS = -m64 -O3 -msse2 $(WARNFLAGS)
• Folgendes sollte jetzt funktionieren (muss hier aufgrund einiger Interaktionen/Macken/Bugs mit dem Mingw-Bundle in mehreren Stufen ausgeführt werden):

cp make/mingw64.mk config.mk
cp make/mingw64.mk dmlc-core/config.mk
cd rabit
make lib/librabit_empty.a -j4
cd ../dmlc-core
make -j4
cd ..
make -j4

Python-Paket:

export PATH=/c/Miniconda/Scripts:/c/Miniconda:/C/Miniconda/MinGW/bin:$PATH
cd python-package/
python setup.py install
python tests/python/test_basic_models.py

Sie haben Recht: Wenn Sie bereits einen funktionierenden g++-Compiler haben, müssen Sie keinen weiteren installieren.

mit https://github.com/dmlc/xgboost/pull/1071 sollte es einfacher sein

Übrigens, ich habe #1071 eingereicht, was es ermöglichen würde, einfach mingw32-make.exe -j vom Projektstamm aus auszuführen, um alles auf einmal zu kompilieren, wenn man diese aktuelle Mingw-Distribution verwendet. Das Make in Rtools braucht noch Workarounds...

@jfpuget Ich bin neugierig:

Eine interessante Beobachtung zu gcc 5.3: Es scheint den gelieferten 64-Bit-Code zu generieren, egal ob das Flag -m64 für die rabit-Bibliothek gesetzt war oder nicht. Deshalb ist beim Verknüpfen kein Fehler aufgetreten. Wurde gcc in einigen Versionen standardmäßig auf -m64 umgestellt?

Bei der Änderung des PATH in Python: Wenn Sie gerade den System-PATH geändert haben, würde Python von Anaconda in Windows manchmal (je nachdem, wie Sie es starten?) Ich habe es jetzt nicht überprüft, aber ich hatte vor einiger Zeit ähnliche Probleme.

@khotilov Ich habe gerade die Standardeinstellungen im mingw64-gw-Installationsprogramm belassen.

Das Ändern des Systempfads war nicht gut genug, selbst wenn ich Python neu gestartet habe (eigentlich habe ich den Kernel von einem Notebook aus neu gestartet). Ich werde noch einmal überprüfen, warum ich die os-Pfadvariable in Python ändern musste.

Mein Ziel war es, xgboost zum Laufen zu bringen, daher hörte ich auf, nachzuforschen, als ich fertig war.

@khotilov Ich bin mir nicht sicher, welches MinGW-w64 mit GCC 5.3 Sie verwenden.

Aber in einigen Distributionen (vielleicht den meisten) gibt es keine Multiarch-Unterstützung.

In xgboost\dmlc-core\include\dmlc\base.h
Linie 113

if (definiert MINGW32 ) || (definiert MINGW64 )

//#define fopen64 std::fopen

endif

Wenn Sie MINGW64 verwenden, sollten Sie diese fopen64-Definition kommentieren, da
mingw64 hat sein eigenes fopen64 in der stdio.h definiert

@yunzhou Danke. Nachdem Sie eine ganze Nacht herumgespielt haben, hat Ihr Trick wirklich seinen Zweck erfüllt.

Tatsächlich sagten meine Fehler etwas falsch mit der 'base.h'.

@jfpuget : Ich habe versucht, über Ihren Link zu installieren, aber ich
Makefile:136 : Rezept für Ziel 'xgboost' fehlgeschlagen

Ich bin sicher, dass ich alles nach Ihrem Artikel gemacht habe. Kannst du mir bitte helfen? Danke

Hallo,

Es gibt keine Möglichkeit, Hilfe zu erhalten, es sei denn, Sie machen weitere Informationen. Was ist der Fehler während des Builds? Was Sie bereitstellen, ist keine Fehlermeldung, sondern eine Zusammenfassung.

Bitte senden Sie das Protokoll des Builds ohne Bearbeitung.

Mit freundlichen Grüßen/Cordialement,JFJean-Francois Puget, PhDDistinguished Engineer, Machine Learning and Optimization, IBM AnalyticsMobile: +33(0)6 7000 8815 E-Mail: jf. [email protected] : http://bit.ly/jfpuget Twitter: @JFPuget


----- Ursprüngliche Nachricht -----Von: harishneela [email protected] : dmlc/xgboost [email protected] : Jean Francois Puget/France/ IBM@IBMFR , Erwähnung Erwä[email protected] : Re: [dmlc/xgboost] Fehler beim Erstellen von xgboost mit 64-Bit mingw g++ (#1049)Datum: Mi, 2. November 2016 19:51
@jfpuget : Ich habe versucht, mit Ihrem Link zu installieren, aber ich erhalte den folgenden Fehler rMakefile:136 : Rezept für das Ziel 'xgboost' ist fehlgeschlagen
Ich bin sicher, dass ich alles nach Ihrem Artikel gemacht habe. Kannst du mir bitte helfen? Danke
– Sie erhalten dies, weil Sie erwähnt wurden. Antworten Sie direkt auf diese E-Mail, zeigen Sie sie auf GitHub an oder schalten Sie den Thread stumm.

Sauf Indikation contraire ci-dessus:/ Sofern oben nicht anders angegeben:
Unternehmen IBM Frankreich
Siège Social : Avenue de l'Europe 17, 92275 Bois-Colombes Cedex
RCS Nanterre 552 118 465
Forme Sociale: SAS
Capital Social : 657.364.587 €
SIREN/SIRET : 552 118 465 03644 - Code NAF 6202A

Mac installieren xgboost

1. Upgrade-Gebräu

Da brew nach dem Upgrade von Mac auf 10.12 nicht aktualisiert wurde, habe ich beim Aktualisieren von brew mehrere Pits gefunden und werde sie jetzt analysieren. Verwenden Sie das Brew-Update nicht direkt, um das Brew zu aktualisieren, da es einen Fehler meldet. Verwenden Sie das Brühen-Upgrade, um die Software zu aktualisieren, und das Brühen wird aktiv aktualisiert, während andere Software aktualisiert wird.

2. Installieren Sie die neueste Version von gcc (gcc-6)

brew install gcc --ohne-multilib

Hinweis: Wenn Sie brew aktualisieren, können Sie gcc nicht installieren.

3. Laden Sie den Quellcode von Git . herunter

Git-Klon --rekursiv https://github.com/dmlc/xgboost

Nach dem Download cd xgboost; cp make/minimum.mk ./config.mk; make -j4, um xgboost zu kompilieren. Bisher ist es nur xgboost kompiliert. (versuchen Sie es noch ein paar Mal, vielleicht wird es das nächste Mal erfolgreich sein)

4. Installieren Sie die Python-Version von xgboost

Weil xgboost in Python-Version und R-Sprachversion unterteilt ist. Aufgrund des Leistungsengpasses von R verwende ich Python, also installiere die Python-Version von xgboost.

Geben Sie das xgboost-Verzeichnis und dann das python-package-Verzeichnis von xgboost ein, verwenden Sie den Befehl: cd python-package/

Führen Sie im Verzeichnis python-package aus: sudo python setup.py install, wenn sudo nicht hinzugefügt wird, wird ein Fehler gemeldet:

5. Fertig, ich habe es selbst installiert, ich hoffe, es wird anderen nützlich sein

@jfpuget ist nur neugierig, ob Sie wissen, dass diese Anweisungen auf einem POWER8-Computer gültig sind. Ich versuche, XGBoost auf POWER8 und Centos 7 zu erstellen. Ich erhalte den gleichen Fehler wie beim OP.

Ich weiß nicht.

Hallo @jfpuget

Vielen Dank für Ihren Blog. Allerdings benötige ich eine Anleitung, um die Installation abzuschließen. Ich erhalte eine Fehlermeldung, sobald ich "python setup.py install" eingebe

Es heißt "xgboost-Bibliothek kann im Kandidatenpfad nicht gefunden werden". Bedeutet dies, dass ich vor diesem Punkt einen Fehler bei der Installation habe. Ich habe keine Fehler erhalten, als ich die Schritte befolgt habe.

Mit freundlichen Grüße

Ich habe die Anweisungen von jfpuget befolgt, um für Submodule zu erstellen, dann ist hier ein Fehler nach dem letzten make,

dmlc-core/libdmlc.a: Fehler beim Hinzufügen von Symbolen: Archiv hat keinen Index; Führen Sie ranlib aus, um eine hinzuzufügen
collect2.exe: Fehler: ld hat 1 Exit-Status zurückgegeben
Makefile:174 : Rezept für Ziel 'xgboost' fehlgeschlagen
make: * [xgboost] Fehler 1

Hat jemand Ideen?

Danke!

@jfpuget Ich habe mehrmals versucht, Ihren Anweisungen auf meinem Windows-Betriebssystem zu folgen, aber ich erhalte jedes Mal diesen Fehler:
$ cd dmlc-core
$ mingw32-make -j4
g++ -c -O3 -Wall -Wno-unknown-pragmas -Iinclude -std=c++0x -fPIC -DDMLC_USE_HDFS=0 -DDMLC_USE_S3=0 -DDMLC_USE_AZURE=0 -msse2 -o line_split.o src/io/line_split.cc
g++ -c -O3 -Wall -Wno-unknown-pragmas -Iinclude -std=c++0x -fPIC -DDMLC_USE_HDFS=0 -DDMLC_USE_S3=0 -DDMLC_USE_AZURE=0 -msse2 -o recordio_split.o src/io/recordio_split.cc
g++ -c -O3 -Wall -Wno-unknown-pragmas -Iinclude -std=c++0x -fPIC -DDMLC_USE_HDFS=0 -DDMLC_USE_S3=0 -DDMLC_USE_AZURE=0 -msse2 -o input_split_base.o src/io/input_split_base
g++ -c -O3 -Wall -Wno-unknown-pragmas -Iinclude -std=c++0x -fPIC -DDMLC_USE_HDFS=0 -DDMLC_USE_S3=0 -DDMLC_USE_AZURE=0 -msse2 -o io.o src/io.cc
g++ -c -O3 -Wall -Wno-unknown-pragmas -Iinclude -std=c++0x -fPIC -DDMLC_USE_HDFS=0 -DDMLC_USE_S3=0 -DDMLC_USE_AZURE=0 -msse2 -o local_filesys.o src/io/local_filesys.cc
In Datei enthalten von include/dmlc/./././parameter.h:25:0,
aus include/dmlc/././registry.h:14,
aus include/dmlc/./data.h:16,
aus include/dmlc/threadediter.h:20,
von src/io/cached_input_split.h:16,
von src/io.cc:13:
include/dmlc/././././optional.h: In Instanzierung von 'dmlc::optional::~optional() [mit T = int]':
include/dmlc/./././parameter.h:513:7: ab hier erforderlich
include/dmlc/././././optional.h:60:7: Warnung: Dereferenzieren von typbezogenen Zeigern bricht strikte Aliasing-Regeln [-Wstrict-aliasing]
reinterpret_cast(&val)->~T();
^ ~ ~ ~
include/dmlc/././././optional.h: In Instanziierung von 'const T& dmlc::optional::value() const [mit T = int]':
include/dmlc/./././parameter.h:872:9: ab hier erforderlich
include/dmlc/././././optional.h:106:12: Warnung: Dereferenzieren von typbezogenen Zeigern bricht strikte Aliasing-Regeln [-Wstrict-aliasing]
reinterpret_cast zurückgeben(&val);^ ~ ~ ~ ~ ~ ~ ~~g++ -c -O3 -Wall -Wno-unknown-pragmas -Iinclude -std=c++0x -fPIC -DDMLC_USE_HDFS=0 -DDMLC_USE_S3=0 -DDMLC_USE_AZURE=0 -msse2 -o data.o src/data.ccinclude/dmlc/././././optional.h: In Instanziierung von 'const T& dmlc::optional::Operator () const [mit T = int]':
include/dmlc/././././optional.h:134:11: erforderlich von 'std::ostream& dmlc::operator<<(std::ostream&, const dmlc::optional&) [mit T = int; std::ostream = std::basic_ostream]'
include/dmlc/./././parameter.h:877:13: ab hier erforderlich
include/dmlc/././././optional.h:97:12: Warnung: Dereferenzieren von typbezogenen Zeigern bricht strikte Aliasing-Regeln [-Wstrict-aliasing]
reinterpret_cast zurückgeben(&val);^ ~ ~ ~ ~ ~ ~ ~~g++ -c -O3 -Wall -Wno-unknown-pragmas -Iinclude -std=c++0x -fPIC -DDMLC_USE_HDFS=0 -DDMLC_USE_S3=0 -DDMLC_USE_AZURE=0 -msse2 -o recordio.o src/recordio.ccIn Datei enthalten von src/data/././text_parser.h:11:0,aus src/data/./libsvm_parser.h:13,von src/data/disk_row_iter.h:19,aus src/data.cc:12:include/dmlc/omp.h:15:81: Hinweis: #pragma-Meldung: Warnung: OpenMP ist nicht verfügbar, Projekt wird in Single-Thread-Code kompiliert.






::~optional() [mit T = int]':include/dmlc/././parameter.h:513:7: ab hier erforderlichinclude/dmlc/./././optional.h:60:7: Warnung: Dereferenzieren von typbezogenen Zeigern bricht strikte Aliasing-Regeln [-Wstrict-aliasing]reinterpret_cast(&val)->~T();^ ~ ~ ~include/dmlc/./././optional.h: In Instanzierung von 'const T& dmlc::optional::value() const [mit T = int]':include/dmlc/././parameter.h:872:9: ab hier erforderlichinclude/dmlc/./././optional.h:106:12: Warnung: Dereferenzieren von typbezogenen Zeigern bricht strikte Aliasing-Regeln [-Wstrict-aliasing]zurück *reinterpret_cast(&val);^ ~ ~ ~ ~ ~ ~ ~~include/dmlc/./././optional.h: In Instanzierung von 'const T& dmlc::optional::Operator () const [mit T = int]':
include/dmlc/./././optional.h:134:11: erforderlich von 'std::ostream& dmlc::operator<<(std::ostream&, const dmlc::optional&) [mit T = int; std::ostream = std::basic_ostream]'
include/dmlc/././parameter.h:877:13: ab hier erforderlich
include/dmlc/./././optional.h:97:12: Warnung: Dereferenzieren von typbezogenen Zeigern bricht strikte Aliasing-Regeln [-Wstrict-aliasing]
zurück *reinterpret_cast(&val);
^ ~ ~ ~ ~ ~ ~ ~~
g++ -c -O3 -Wall -Wno-unknown-pragmas -Iinclude -std=c++0x -fPIC -DDMLC_USE_HDFS=0 -DDMLC_USE_S3=0 -DDMLC_USE_AZURE=0 -msse2 -o config.o src/config.cc
ar cr libdmlc.a line_split.o recordio_split.o input_split_base.o io.o local_filesys.o data.o recordio.o config.o

Sie kompilieren mit g++, nicht mit mingw.

@jfpuget
Basierend auf Ihrem Rezept, das unter https://www.ibm.com/developerworks/community/blogs/jfp/entry/Installing_XGBoost_For_Anaconda_on_Windows?lang=en verfügbar ist, habe ich die folgenden Schritte ausgeführt:

1) Ich habe Git für Windows installiert.
2) Ich habe Git Bash über das Startmenü gestartet
3) Ich habe das Verzeichnis in /c/Users/Roshan/code geändert
4) Ich habe die Befehle ausgeführt:
$ git clone --rekursive https://github.com/dmlc/xgboost
$ cd xgboost
$ git submodul init
$ git-Submodul-Update

5) Ich habe MinGW-W64 von der in Ihrem Beitrag erwähnten URL heruntergeladen
6) Ich habe mingw32-make in "C:\Programme\mingw-w64\x86_64-7.1.0-posix-seh-rt_v5-rev0\mingw64\bin" überprüft und gefunden.
7) Ich habe "C:\Programme\mingw-w64\x86_64-7.1.0-posix-seh-rt_v5-rev0\mingw64\bin" zu meiner Pfadsystemvariablen hinzugefügt
8) Ich habe den Befehl "which mingw32-make" ausgeführt, der "/c/Program Files/mingw-w64/x86_64-7.1.0-posix-seh-rt_v5-rev0/mingw64/bin/mingw32-make" zurückgegeben hat.
9) Ich habe den Befehl ausgeführt: alias make='mingw32-make'
10) Ich habe das Verzeichnis in "/c/Users/Roshan/code/xgboost/dmlc-core" geändert
11) Dann habe ich den Befehl ausgeführt: make -j4

Wie bin ich dazu gekommen, mit g++ statt mit mingw zu kompilieren. Ich habe jede deiner Anweisungen befolgt, Allmächtiger. Warum brenne ich immer noch in der Hölle?

@jfpuget Ich habe alles aufgeräumt und alle diese Schritte erneut versucht. Dieses Mal habe ich mingw auf Laufwerk C installiert (als eine der Websites empfahl, Programmdateien zu vermeiden, da dieser Ordner ein Leerzeichen im Namen enthält). Bei der Installation habe ich auch die Version als 5.3.0 ausgewählt (statt der Standardeinstellung 7 etwas). Aber auch das half nicht.

@qingdatascience : Was haben Sie konkret getan, damit es funktioniert?

Ich konnte mich nicht erinnern. Es sieht so aus, als ob Sie einfach die Bash-Skriptdatei bearbeiten würden , wie von

Vielen Dank an @datascienceqing sowie @jfpuget

Da ich xgboost nicht installieren konnte, habe ich LightGBM installiert. Ich habe die Anweisungen unter der folgenden URL befolgt. Die gesamte Installation (von Anfang bis Ende) dauerte weniger als 30 Minuten:
https://github.com/Microsoft/LightGBM/tree/master/python-package

Ich habe Windows-Betriebssystem. Ich habe kein Visual Studio. Ich konnte LightGBM in 5 Schritten installieren:
1) Laden Sie cmake von https://cmake.org/download/ herunter und installieren Sie es.
2) Laden Sie MS Build von https://www.visualstudio.com/downloads/#build-tools-for-visual-studio-2017 herunter und installieren Sie es
3) Laden Sie Git herunter und installieren Sie es von https://git-for-windows.github.io/?cm_mc_uid=41805252005114998995219&cm_mc_sid_50200000=1500774547
4) Git-Bash starten
5) Führen Sie diese Befehle aus:
git clone --rekursiv https://github.com/Microsoft/LightGBM
cd LightGBM/Python-Paket
python setup.py install

Endlich konnte ich xgboost installieren, nach mehreren Runden von Versuch und Irrtum. Die Anleitung an folgendem Ort war sehr hilfreich: http://www.picnet.com.au/blogs/guido/post/2016/09/22/xgboost-windows-x64-binaries-for-download/

Danke an @gatapia @jfpuget und @qingdatascience