Stlink: [doc] Installationsanweisungen für Windows-Binärdateien?

Es ist sehr lange her, dass ich die Windows-Version erstellt habe, es gibt einige Leute im stm32duino-Forum, die neuere Versionen haben http://stm32duino.com/viewtopic.php?t=2515

Auch dieser Build ist alt 2017 😉

Ja, Sie könnten sich die Hände schmutzig machen und selbst einen bauen https://github.com/texane/stlink/blob/master/doc/compiling.md#windows -mingw64 :=D

Danke. Ich probier das mal aus :)

Irgendeine Idee, wie man diesen Fehler umgehen kann?

"CMAKE_MAKE_PROGRAM ist nicht gesetzt"

Ich habe die Windows-Installationsanweisungen befolgt (ich habe einige Anmerkungen hinzuzufügen), und ich kann cmake von der Befehlszeile aus ausführen, aber ich bin noch nicht weiter gekommen:

C:\Users\andy\stlink\scripts>mingw64-build.bat
CMake-Fehler: CMake konnte kein Build-Programm finden, das „MinGW Ma
kefiles". CMAKE_MAKE_PROGRAM ist nicht gesetzt. Wahrscheinlich müssen Sie eine andere auswählen
nt-Build-Tool.
CMake-Fehler: CMake konnte kein Build-Programm finden, das „MinGW Ma
kefiles". CMAKE_MAKE_PROGRAM ist nicht gesetzt. Wahrscheinlich müssen Sie eine andere auswählen
nt-Build-Tool.
CMake-Fehler: CMAKE_C_COMPILER nicht festgelegt, nach EnableLanguage
-- Konfiguration unvollständig, Fehler aufgetreten!
'mingw32-make' wird nicht als interner oder externer Befehl erkannt,
lauffähiges Programm oder Batch-Datei.
'mingw32-make' wird nicht als interner oder externer Befehl erkannt,
lauffähiges Programm oder Batch-Datei.
'mingw32-make' wird nicht als interner oder externer Befehl erkannt,
lauffähiges Programm oder Batch-Datei.

@Andy2No , hast du mingw64 installiert? Wenn ja, sollten Sie es dem PATH hinzufügen.

Ich hatte mingw-w64 installiert und die Option zum Hinzufügen von Verknüpfungen zum Startmenü gewählt.

Wie so oft in Windows 7 konnte ich es dann im Startmenü nicht finden. Cmake wurde immer noch hervorgehoben, aber das war es nicht.

Anscheinend erwarten sie, dass wir dort eine Verknüpfung verwenden, um ein Terminal mit bereits konfigurierter Umgebung zu starten. Es war in

Startmenü -> Programme -> MinGW-W64-Projekt -> i686-8.1.0-posix-dwarf-rt_v6-rev0

und die Verknüpfung heißt "Terminal ausführen"

Das beginnt im Stammverzeichnis von C, daher wird eine CD benötigt, um in das Arbeitsverzeichnis zu gelangen:

C:>cd C:\Benutzer\andy\stlink\scripts

C:\Users\andy\stlink\scripts>mingw64-build.bat

• scheint jetzt funktioniert zu haben. Ich werde später einen Weg finden, es auszuprobieren. Ich habe bisher die ST-GUI-basierte verwendet.

Ich habe jetzt st-info.exe und st-flash.exe, beide im Skriptordner, wo ich das Build-Skript ausgeführt habe ... Ich hatte nicht wirklich erwartet, dass sie dort sind, also sollte das vielleicht zur Installation hinzugefügt werden Anweisungen .... vielleicht habe ich diesen Teil nur verpasst.

Andere vorgeschlagene Änderungen - Ich hatte ein bisschen Probleme, etwas für MinGW-W64 herunterzuladen. Der in der Installationsanleitung angegebene Link führt dazu, dass ich die Quelle herunterlade. Ich habe die .exe hier gefunden:

http://mingw-w64.org/doku.php/download

(oder Downloads, auf http://mingw-w64.org/doku.php)

Ich denke, stattdessen diesen Link zu geben, würde die Anweisungen klarer machen.

Außerdem habe ich Git Clone nicht oft verwendet, also musste ich das nachschlagen. Viele Leute werden es überhaupt nicht benutzt haben, aber es scheint der beste Weg zu sein, um Quellen aus einem Git-Repository zu erhalten (insbesondere, wenn es Abhängigkeiten zu anderen Repositories gibt), daher wären dort etwas mehr Informationen nützlich.

Dies funktionierte (aus meinem Benutzerordner in einer Eingabeaufforderung):

Git-Klon https://github.com/texane/stlink

aber jemand, der git zum ersten Mal von der Befehlszeile aus verwendet, müsste auch Folgendes tun:

git init

Wenn Sie Lust haben, auf eine Referenz zu verlinken, habe ich sie gefunden unter:
https://git-scm.com/book/en/v2/Git-Basics-Getting-a-Git-Repository
2.1 Git-Grundlagen – Ein Git-Repository erhalten
(falls noch nicht verwendet, lesen Sie den Teil über git init)

Als zukünftige Referenz habe ich die aktuelle Version von Cmake mit cmake-3.17.0-rc1-win64-x64.msi und die aktuelle Version von MinGW-W64, die 8.1.0 ist, mit mingw-w64-install installiert .exe

... die die MinGW-W64-Binärdateien hier installiert haben:

C:\Programme (x86)\mingw-w64\i686-8.1.0-posix-dwarf-rt_v6-rev0

• aber das muss ich anscheinend nicht wissen, vorausgesetzt, ich verwende die Verknüpfung "Terminal ausführen".

Ich habe das erstellte gezippte Paket und den Inhalt des Terminalfensters angehängt, das hauptsächlich die Compilerausgabe enthält .

log.txt erstellen
stlink-1.6.0-3-g3af8048-win32.zip

Ich denke, @slyshykO bezog sich auf die Systemvariable $PATH in den Windows-Systemeinstellungen, nicht auf den Verzeichnispfad / Installationspfad.

Ich denke, @slyshykO bezog sich auf die Systemvariable $PATH in den Windows-Systemeinstellungen, nicht auf den Verzeichnispfad / Installationspfad.

Ja, ich nahm an, dass er das meinte. Es gibt auch einen Pfad in der Datei mingw64-build.bat, und ich habe diesen Teil der Anweisungen verpasst, aber beides scheint keine Rolle zu spielen, wenn Sie die mit MinGW-W64 8.1.0 bereitgestellte Terminalverknüpfung verwenden - ich habe den mingw64-Build verwendet. bat-Datei wie geliefert, ohne Änderungen.

Windows macht eine etwas mysteriöse Sache mit der Umgebung, also müssen Sie es nicht unbedingt in den Systemeinstellungen ändern. Eine Batch-Datei wie die, die sie (über die Verknüpfung) bereitgestellt haben, kann vorübergehend dasselbe erreichen, indem sie zuerst Umgebungsvariablen setzt. Das betrifft nur dieses bestimmte Terminalfenster und bleibt nicht bestehen, nachdem Sie es geschlossen haben, wie ich es verstehe ...

Abgesehen davon enthält mein Pfad jetzt einige unterschiedliche Einträge für cmake und mingw-w64, die ich möglicherweise entfernen möchte. Zu viele Köche, schätze ich.

Die Batch-Datei, die sie über "Run Terminal" bereitstellen, macht Folgendes:

Echo aus
set PATH=C:\Program Files (x86)\mingw-w64\i686-8.1.0-posix-dwarf-rt_v6-rev0\mingw32\bin;%PATH%
rem echo %PATH%
rem cd "C:\Programme (x86)\mingw-w64\i686-8.1.0-posix-dwarf-rt_v6-rev0\mingw32\bin"
CDC:\"
"C:\Windows\system32\cmd.exe"

Vielleicht habe ich es in diesem Thread übersehen, aber das Erstellen einer st-link -Suite mit der MSVC-Toolchain für Windows 10 (x86-64) ist überraschend einfach und unkompliziert.

1. Installieren Sie MS Visual Studio Build Tools (enthält msbuild, Compiler, Linker usw. - die gesamte VS IDE ist nicht erforderlich)
2. Installieren Sie CMake für Windows
3. Stellen Sie sicher, dass sich alles in Ihrem PATH befindet ( msbuild und cmake )
   
   
   
   • Tipp: msbuild sollte sich bei der Standardinstallation vermutlich im Verzeichnis C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\MSBuild\Current\Bin befinden
   
   
4. Im Repo-Verzeichnis: mkdir build; cd build; cmake ..; msbuild <SLN_FILE>.sln /property:Configuration=Release
5. Kopieren Sie die MS64-Variante von libusb in ein Release-Verzeichnis, das ausführbare Dateien enthält (Wenn die DLL nicht vorhanden ist, führt das Ausführen von execs dazu, dass die Eingabeaufforderung nur ohne jeglichen Fehler zurückkehrt. Ärgerlich wie die Hölle)
6. st-util.exe wird irgendwo im Verzeichnis src/ erstellt; es muss rüberkopiert werden.
7. Stellen Sie sicher, dass Sie USB-Treiber für ST-Link installiert haben.

Getan.

Es gibt eine st- utils.zip -ZIP-Datei, die alle erstellten ausführbaren Dateien enthält.

Wie die meisten Dinge ist es einfach, wenn man weiß wie, Glaeqen.

Ich habe meinen Prozess mit der Dekodierung der Anweisungen detailliert beschrieben. Vielleicht hilft das jemand anderem, der von ihnen ähnlich verwirrt ist.

Wie die meisten Dinge ist es einfach, wenn man weiß wie, Glaeqen.

Entschuldigung, ich wollte nicht prahlen oder jemanden beleidigen. Mit _überraschend einfach und unkompliziert_ bezog ich mich hauptsächlich darauf, wie fehlerfrei der gesamte Prozess ablief - im Gegensatz zu meinen Erwartungen. Meiner Erfahrung nach ist die Verwendung von msbuild ziemlich schmerzhaft (ich habe mehr Linux-Hintergrund), und dies war eine angenehme Überraschung.

Ich ärgere mich wie auch andere, dass es keine fertig ausführbaren Dateien gibt. Vor allem, wenn die Toolchain die Plattform gut unterstützt.

Nichts für ungut genommen :)

Ich freue mich, dass dieser Thread noch offen gelassen wurde. Github neigt dazu, Threads zu schließen, was sie effektiv vor den meisten Leuten verbirgt, die möglicherweise die gleichen Informationen haben wollten.

@Andy2No : Dieses Ticket wird geschlossen, sobald die zugehörige Dokumentation Verbesserungen enthält, die dieses Problem beheben. Dies ist derzeit für das kommende Release geplant. Wenn Sie weitere spezifische Vorschläge haben, können Sie gerne einen Commit einreichen.
@Glaeqen : Ich mag Ihren Vorschlag/Vorschlag, MSVS zu verwenden. Für mich klingt das nach einem geeigneten Ersatz für die (bis heute) etwas veralteten MinGW-Tools.
@bmarvo : Was ist deine Meinung dazu?

@Glaeqen : Könnten Sie bitte eine PR öffnen, um die notwendige Unterstützung hinzuzufügen, um auf MSVS aufzubauen?

@Andy2No : Ich habe die README (23c071edea45f6e8852fef52d884a680973d6d8f) aktualisiert, was zwar nicht der endgültige Stand ist, ich weiß, aber zumindest den aktuellen Stand darstellt. Außerdem wurde unsere Kompilieranleitung neu geschrieben (27aa88821197d3ffe82baff4e971c3488ec39899).

Windows-Binärdateien werden jetzt während der Installation in einen separaten Build-Ordner eingebaut, aber diese Routine benötigt noch einige Aufräumarbeiten. Ich arbeite dran...

@Nightwalker-87 Es tut mir leid, dass ich dich so lange mit diesem Problem allein gelassen habe. Ich habe PR #942 nach Ihren Wünschen erstellt. Ich habe gestern mit dem Entwicklungszweig gekämpft, es scheint, dass Sie es über Nacht behoben haben. Gute Arbeit, CMake-Skripte sehen jetzt schön und sauber aus :)

@Glaeqen : Danke für deine Hilfe; werde es mir anschauen sobald ich zeit finde. Arbeite noch an der CMake-Verpackung und werde dafür noch etwas Zeit brauchen. Im Moment hat ein funktionierender Entwicklungszweig höchste Priorität. :Schweiß: