php-Editor Xigua hat ein Problem bei der Verarbeitung von amd64 Build Go-Binärdateien entdeckt. Auf Mac-Systemen kann die Verwendung von uname zum Abrufen der Prozessorarchitektur zu falschen Ergebnissen führen. Dieses Problem kann Auswirkungen auf den Kompilierungs- und Erstellungsprozess haben und muss daher beachtet werden. Der richtige Weg, die Prozessorarchitektur zu erhalten, ist die integrierte Funktion runtime.GOARCH von go. Dadurch können durch uname verursachte Fehler vermieden und die Genauigkeit der Kompilierung und Konstruktion sichergestellt werden.
Ich habe einen Golang-Dienst und muss den Architekturtyp des Prozessors erfahren
archCmd := exec.Command("uname", "-m") arch, _ := archCmd.CombinedOutput()
Ich verwende die gleiche Binärdatei auf Intel- und Arm-Rechnern. Binärdateien werden mit
erstelltGOOS=darwin GOARCH=amd64
Auf ARM-Maschinen erhält dies x86_64. Dies scheint zu passieren, seit ich mit GOARCH=amd64 erstellt habe. Aber ich bin mir nicht sicher, warum das passiert. Welche Alternativen habe ich, wenn ich die gleiche Build-Binärdatei auf Intel- und Arm-Rechnern ausführen möchte?
Zitat@hrdy
Kommentar, der dieses Problem beschreibt:
Zitieren einer separaten Superuser-Antwort: https://www.php.cn/link/211fff9e65c0e47a790c629116e32996
...Dies erfordert eine bedingte Logik zur Erkennung des Betriebssystems und eine Analyse zur Erkennung des Apple-CPU-Typs. Dies kann in Zukunft zu Problemen führen, wenn sich dieser Zeichenfolgenwert ändert.
archCmd := exec.Command("sysctl", "machdep.cpu.brand_string") arch, _ := archCmd.CombinedOutput()
Nochmals Dank an @selalerercapitolis
für den Antwortlink.
Das obige ist der detaillierte Inhalt vonDie Verwendung von uname zum Abrufen der Prozessorarchitektur auf dem Mac führt beim Erstellen von Go-Binärdateien für amd64 zu falschen Ergebnissen. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!