Whether to display the raw command in all options
Erstellt eine importierbare binäre Erweiterungsmodul-Ausführungsdatei anstelle eines Programms. Standardmäßig deaktiviert.
Aktiviert den Standalone-Modus für die Ausgabe. Dies ermöglicht Ihnen, die Binärdatei auf andere Maschinen zu übertragen, ohne eine vorhandene Python-Umgebung zu benötigen. Dies bedeutet auch, dass sie groß wird.
Es werden die Optionen "--follow-imports" und "--python-flag=no_site" aktiviert.
Aktiviert den Onefile-Modus zusätzlich zum Standalone-Modus. Das bedeutet, dass statt eines Ordners eine komprimierte ausführbare Datei erstellt und verwendet wird.
Ob eine Debug-Version verwendet werden soll. Standardmäßig wird die Version verwendet, mit der Sie Nuitka ausführen, was wahrscheinlich eine Nicht-Debug-Version ist. Nur für Debugging- und Testzwecke.
Der für die Kompilierung zu verwendende Modus
Die zu verwendenden Python-Flags. Standardmäßig das, womit Sie Nuitka ausgeführt haben, was die Verwendung eines bestimmten Modus erzwingt. Dies sind auch Optionen, die in Standard-Python-Ausführungsdateien vorhanden sind.
Gibt den Pfad zu einer Python-Binärdatei an, die Scons verwenden soll, wenn mit Python 3.4 kompiliert wird. Andernfalls kann Nuitka das Python verwenden, mit dem Sie Nuitka ausführen,
oder die Nuitka-Installation selbst finden, z. B. in der Windows-Registrierung. Unter Windows wird Python 3.5 oder höher benötigt, unter Nicht-Windows funktioniert auch Python 2.6 oder Python 2.7.
Wenn nur einmal angegeben (z.B. --main="1.py"), ersetzt dies das Positionsargument, d.h. den Namen der zu kompilierenden Datei (den Einstiegspunkt).
Wenn mehrmals angegeben (z.B. --main="1.py" --main="2.py"), aktiviert dies "multidist", was Ihnen erlaubt, Binärdateien zu erstellen, die vom Dateinamen oder Aufrufnamen abhängen.
(Ermöglicht mehreren Hauptprogrammen die Verwendung derselben Kompilierungsparameter)
Für bereits kompilierte Erweiterungsmodule, wenn sowohl Quellcode als auch Erweiterungsmodul vorhanden sind, wird normalerweise das Erweiterungsmodul verwendet, aber für beste Leistung ist es am besten, aus dem verfügbaren Quellcode zu kompilieren.
Wenn dies nicht gewünscht ist, kann die Warnung mit --nop-prefer-source-code deaktiviert werden. Standardmäßig deaktiviert.
Schließt ein ganzes Paket ein. Wird in Form eines Python-Namespace angegeben, z. B. 'some_package.sub_package'.
Nuitka findet es dann und schließt es sowie alle Module ein, die es am Speicherort des von ihm erstellten Binär- oder Erweiterungsmoduls darunter findet, und macht sie für den Code importierbar.
Um unerwünschte Unterpakete, z. B. Tests, zu vermeiden, können Sie '--nofollow-import-to=*.tests' verwenden. Standardmäßig leer.
(Hinweis: Einschluss bedeutet hier, dass das eingeschlossene Paket oder Modul in die Binärdatei kompiliert wird und vom Code importiert werden kann, nicht dass es als Abhängigkeit behandelt wird)
Schließt ein einzelnes Modul ein. Wird in Form eines Python-Namespace angegeben, z. B. 'some_package.some_module'. Nuitka findet es dann und schließt es in die von ihm erstellte Binärdatei oder das Erweiterungsmodul ein,
und macht es für den Code importierbar. Standardmäßig leer.
Schließt auch Code ein, der in diesem Verzeichnis gefunden wird, und behandelt ihn als jeweilige Hauptdateien. Dies überschreibt andere Einschlussoptionen.
Sie sollten stattdessen die anderen Einschlussoptionen bevorzugen. Diese finden durch Namen statt durch Dateinamen, die Dinge im 'sys.path' finden können.
Diese Option ist nur für sehr spezielle Anwendungsfälle. Kann mehrmals angegeben werden. Standardmäßig leer.
Schließt Dateien ein, die dem PATTERN entsprechen. Überschreibt alle anderen Follow-Optionen. Kann mehrmals angegeben werden. Standardmäßig leer.
Erzwingt die Neukompilierung von Erweiterungsmodulen aus dem Quellcode. Ermöglicht feinkörnige Kontrolle darüber, welche Erweiterungsmodule mit Namensmustern neu kompiliert werden.
Nützlich, wenn Sie sicherstellen möchten, dass bestimmte Module für eine bessere Optimierung aus dem Quellcode kompiliert werden. Kann mehrmals angegeben werden. Standardmäßig leer.
Folgt allen importierten Modulen. Standardmäßig aktiviert im Standalone-Modus, sonst deaktiviert.
Steigt nicht rekursiv in importierte Module ab, was alle anderen Einschlussoptionen überschreibt und nicht für den Standalone-Modus verwendet werden kann. Standardmäßig deaktiviert.
Steigt auch in Module ab, die aus der Standardbibliothek importiert wurden, was die Kompilierungszeit stark erhöht und noch nicht gut getestet ist, manchmal funktioniert es vielleicht nicht. Standardmäßig deaktiviert.
Folgt einem Modul, wenn es verwendet wird, oder einem ganzen Paket, wenn es sich um ein Paket handelt. Kann mehrmals angegeben werden. Standardmäßig leer.
Folgt einem Modul trotz seines Namens nicht, oder einem ganzen Paket, wenn es sich um einen Paketnamen handelt, unabhängig von allen anderen Optionen. Diese Option überschreibt alle anderen Follow-Optionen.
Dies kann auch Muster enthalten, z. B. "*.tests". Kann mehrmals angegeben werden. Standardmäßig leer.
Deaktiviert die Komprimierung des Payloads beim Erstellen eines Onefile. Dies dient hauptsächlich Debugging-Zwecken oder zur Zeitersparnis. Standardmäßig deaktiviert.
Verwendet beim Erstellen des Onefile ein Archivformat, das von "nuitka-onefile-unpack" entpackt werden kann, anstelle eines Streams, den nur das Onefile-Programm selbst entpacken kann.
Beim Erstellen eines Onefile verwenden einige Plattformen (derzeit Windows, wenn keine gecachte Position verwendet wird) standardmäßig eine DLL anstelle der ausführbaren Datei zur Speicherung des Python-Codes.
Die Aktivierung dieser Option bewirkt, dass auch in den entpackten Dateien ausführbare Dateien anstelle von DLLs verwendet werden. Standardmäßig deaktiviert.
Dieser Modus wird von der von Ihnen verwendeten Spezifikation abgeleitet.
Wenn diese runtime-abhängige Pfade enthält, löst 'auto' zu 'temporary' auf, was sicherstellt, dass die entpackten Binärdateien nach der Ausführung gelöscht werden.
'cached' löscht sie nicht und verwendet deren Inhalt bei der nächsten Ausführung für schnellere Startzeiten wieder.
Verwendet dies als Ordner für die Entpackung im Onefile-Modus.
Eine Zeichenkette wie '///' ist ein guter statischer Cache-Pfad, der nicht gelöscht wird.
Beim Beenden des Child-Prozesses, z. B. aufgrund von STRG-C oder Beenden usw., erhält der Python-Code einen "KeyboardInterrupt", den er verarbeiten kann, z. B. um Daten zu leeren.
Dies ist die Zeit in Millisekunden, bevor der Child-Prozess hart beendet wird. Standardmäßig 5000.
Schließt Datendateien eines bestimmten Paketnamens ein. DLLs und Erweiterungsmodule sind keine Datendateien und werden daher auf diese Weise nicht eingeschlossen. Es können Dateinamensmuster wie unten beschrieben verwendet werden.
Standardmäßig werden Paketdaten nicht eingeschlossen, können aber durch Paketkonfigurationen erreicht werden.
Dies schließt nur Nicht-DLLs, Nicht-Erweiterungsmodule, d. h. tatsächliche Datendateien ein. Nach einem ":" kann optional ein Dateinamensmuster angegeben werden, um nur passende Dateien auszuwählen.
Beispiele: "--include-package-data=package_name" (alle Dateien)
"--include-package-data=package_name:*.txt" (nur bestimmte Typen)"
--include-package-data=package_name:some_filename.dat" (spezifische Datei).
Standardmäßig leer.
Schließt Datendateien ein, die durch Dateinamen zugewiesen sind. Es gibt viele erlaubte Formen.
Mit '--include-data-files=/pfad/zu/datei/.txt=ordner_name/some.txt' wird eine Datei kopiert, was bei mehr als zehn Dateien zu einem Fehler führt.
Mit '--include-data-files=/pfad/zu/dateien/.txt=ordner_name/' werden alle passenden Dateien in diesen Ordner gelegt.
Für rekursives Kopieren gibt es eine Form mit drei Werten: '--include-data-files=/pfad/zu/scan=ordner_name=/**/*.txt', die die Dateistruktur des Verzeichnisses beibehält.
Standardmäßig leer.
Schließt Datendateien eines ganzen Verzeichnisses in die Distribution ein. Dies ist rekursiv.
Wenn Sie nicht-rekursives Einschließen wünschen, sehen Sie sich '--include-data-files' mit einem Muster an.
Zum Beispiel '--include-data-dir=/pfad/some_dir=data/some_dir' für eine normale Kopie des ganzen Verzeichnisses.
Alle Nicht-Code-Dateien werden eingeschlossen, und Sie können sie auch mit der Option '--noinclude-data-files' entfernen.
Standardmäßig leer.
Schließt Datendateien aus, die mit der gegebenen Dateinamensform übereinstimmen. Dies bezieht sich auf den Zieldateinamen, nicht auf den Quellpfad.
Um beispielsweise ein Dateimuster aus den Paketdaten von 'package_name' zu ignorieren, sollte es als "package_name/*.txt" übereinstimmen,
oder für ein ganzes Verzeichnis einfach "package_name" verwenden. Standardmäßig leer.
Schließt angegebene Datendateimuster außerhalb der Onefile-Binärdatei anstatt darin ein. Diese Option ist nur sinnvoll, wenn mit '--onefile' kompiliert wird.
Die Dateien müssen zuerst auf andere Weise als eingeschlossen angegeben werden, dann verweist diese Option auf den Zielpfad in der Distribution. Standardmäßig leer.
Gibt die für den gegebenen Paketnamen gefundenen Datendateien aus. Standardmäßig nicht ausgeführt.
Schließt ein rohes Verzeichnis unverändert in die Distribution ein. Dies ist rekursiv. Überprüfen Sie '--include-data-dir' für die Verwendung der richtigen Option. Standardmäßig leer.
Gibt die Liste aller Pakete der Distribution mit Details aus. Standardmäßig nicht ausgeführt.
Schließt Metadateninformationen für den gegebenen Distributionsnamen ein. Einige Pakete prüfen auf das Vorhandensein von Metadaten, Version, Einstiegspunkten usw., und ohne diese Optionen funktioniert es nur, wenn dies zur Kompilierungszeit erkannt wird, was nicht immer der Fall ist.
Dies ist natürlich nur für Pakete sinnvoll, die in die Kompilierung einbezogen sind. Standardmäßig leer.
Schließt DLL-Dateien aus, die mit dem gegebenen Dateinamensmuster übereinstimmen. Dies bezieht sich auf den Zieldateinamen, nicht auf den Quellpfad.
Um beispielsweise die in das Paket 'package_name' eingeschlossene DLL 'someDLL' zu ignorieren, sollte sie als 'package_name/someDLL.*' übereinstimmen.
Standardmäßig leer.
Findet die DLLs für den gegebenen Paketnamen und gibt sie aus. Standardmäßig nicht ausgeführt.
Gibt die für den gegebenen Paketnamen gefundenen EXE-Dateien aus. Standardmäßig nicht ausgeführt.
Aktiviert Warnungen für implizite Ausnahmen, die zur Kompilierungszeit erkannt werden.
Aktiviert Warnungen für ungewöhnlichen Code, der zur Kompilierungszeit erkannt wird.
Erlaubt Nuitka bei Bedarf das Herunterladen externen Codes. Z. B. Abhängigkeiten-Walker, Ccache oder sogar GCC unter Windows. Zum Deaktivieren leiten Sie die Eingabe vom Nul-Gerät um.
Z. B. '</dev/null' oder '<NUL:'. Standardmäßig wird bei Downloads nachgefragt.
Deaktiviert Warnungen für das gegebene Mnemonic. Diese sollen sicherstellen, dass Sie sich bestimmter Themen bewusst sind, und verweisen oft auf die Nuitka-Website. Das Mnemonic ist der Teil am Ende der URL ohne HTML-Suffix. Kann mehrmals angegeben werden und akzeptiert Shell-Muster. Standardmäßig leer.
Führt die erstellte Binärdatei (oder das kompilierte Modul importieren) sofort aus. Standardmäßig deaktiviert.
Führt in einem Debugger (z. B. "gdb" oder "lldb") aus, um automatisch einen Stack-Trace zu erhalten.
Der Debugger wird automatisch ausgewählt, es sei denn, der Debugger-Name wird über die Umgebungsvariable NUITKA_DEBUGGER_CHOICE angegeben.
Standardmäßig deaktiviert.
Wählen Sie einen bestimmten Debugger zur Verwendung mit der Option --debugger. Dies ermöglicht die Angabe beliebiger Debugger anstelle der automatischen Erkennung.
Zum Beispiel: gdb, lldb oder ein benutzerdefinierter Debugger. Standardmäßig automatische Auswahl.
Stellt absolute Kompatibilität mit CPython sicher. Erlaubt nicht einmal geringfügige Abweichungen vom CPython-Verhalten, z. B. keine besseren Tracebacks oder Ausnahme-Nachrichten.
Diese Verhaltensweisen sind nicht wirklich Inkompatibilitäten, nur anders oder schlechter. Dies ist nur für Tests und sollte nicht verwendet werden.
Vom Benutzer bereitgestellte Yaml-Dateien, die Paketkonfigurationen enthalten. Sie können DLL-Dateien einschließen, Redundanzen entfernen und versteckte Abhängigkeiten hinzufügen. Konsultieren Sie das Nuitka-Paketkonfigurationshandbuch
für die vollständige Nutzung des Formats. Kann mehrmals angegeben werden. Standardmäßig leer.
Wählt den Wert für "__file__". Binärdateien und Module, die "runtime" (d.h. der Standardwert für Standalone-Binärdateien und Modus) erstellt wurden, verwenden ihre eigene
Position, um den Wert für "__file__" abzuleiten. Eingeschlossene Pakete geben vor, sich in einem Verzeichnis unter dieser Position zu befinden. Dies ermöglicht das Einschließen von Datendateien in die Bereitstellung.
Wenn Sie nur beschleunigen, ist es am besten, den "original"-Wert zu verwenden, bei dem die Quellverzeichnisposition verwendet wird. D.h. es wird die Position der Quelldatei verwendet. Wenn "frozen" verwendet wird,
wird die Notation "<frozen module_name>" verwendet. Aus Kompatibilitätsgründen hat der Wert für "__file__" immer das Suffix ".py", unabhängig davon, was sein eigentlicher Wert ist.
Wählt den Wert für "__name__" und "__package__". Module, die mit "runtime" (d.h. der Standardwert für den Modulmodus) erstellt wurden, verwenden das Paket
um den Wert für "__package__" für volle Kompatibilität abzuleiten. Der "original"-Wert (d.h. der Standardwert für andere Modi) erlaubt mehr statische Optimierung, ist aber inkompatibel für Module, die normalerweise
in beliebige Pakete geladen werden können.
Entfernt den Build-Ordner nach der Erstellung der exe- oder Moduldatei. Standardmäßig deaktiviert.
Generiert keine ".pyi"-Datei für die von Nuitka erstellten Erweiterungsmodule zur Erkennung impliziter Importe. Standardmäßig deaktiviert.
Verwendet stubgen nicht, wenn '.pyi'-Dateien für von Nuitka erstellte Erweiterungsmodule generiert werden.
Diese würden Ihre API offenlegen, aber stubgen kann Probleme verursachen. Standardmäßig deaktiviert.
Gibt den Namen der ausführbaren Datei an. Erweiterungsmodule und der Standalone-Modus haben diese Option nicht und verursachen bei Verwendung einen Fehler. Dies kann Pfadinformationen enthalten.
Standardmäßig "<program_name>.exe" auf der aktuellen Plattform.
Gibt an, wo die Zwischendateien und die endgültige Ausgabe abgelegt werden sollen. Das gewählte Verzeichnis wird den Build-Ordner, den Distributionsordner, die Binärdatei usw. enthalten. Standardmäßig das aktuelle Verzeichnis.
Deaktiviert Code, der das Finden von Kompatibilitätsproblemen erleichtern soll. Zum Beispiel verhindert dies die Ausführung mit dem Argument '-c', das im Allgemeinen von versucht wird, Code
aus Modulen auszuführen und dazu führen kann, dass das Programm sich selbst wiederholt startet. Deaktivieren Sie dies, sobald Sie beim Endbenutzer bereitstellen, während der Entwicklung ist dies sehr hilfreich, um typische Probleme zu finden.
Standardmäßig deaktiviert.
Behält den Bereitstellungsmodus bei, deaktiviert aber selektiv Teile der Funktion. Fehler im Bereitstellungsmodus geben diese Kennungen aus. Standardmäßig leer.
Erzwingt, dass eine Umgebungsvariable auf den gegebenen Wert gesetzt wird. Standardmäßig leer.
Führt alle möglichen Selbstprüfungen durch, um Fehler in Nuitka zu finden, nicht für die Produktion verwenden.
Standardmäßig deaktiviert.
Deaktiviert Prüfungen, die normalerweise mit "--debug" durchgeführt werden. Prüft Annahmen über bekannte unsterbliche Objekte nicht, dies gilt für Python 3.12 und höher.
Einige C-Bibliotheken könnten diese beschädigen. Wird standardmäßig geprüft, wenn "--debug" aktiviert ist.
Deaktiviert Prüfungen, die normalerweise mit "--debug" durchgeführt werden.
Die C-Kompilierung kann Warnungen erzeugen, was für einige Pakete normalerweise kein Problem darstellt, insbesondere für unbenutzte Werte.
Behält Debug-Informationen in den generierten Objektdateien für eine bessere Interaktion mit Debuggern. Standardmäßig deaktiviert.
Aktiviert die VMprof-basierte Zeitmessung. Derzeit nicht nutzbar. Standardmäßig deaktiviert.
Verfolgt die Ausführung und gibt sie aus. Gibt die Codezeile aus, bevor der Code ausgeführt wird. Standardmäßig deaktiviert.
Versucht, weniger Speicher zu verwenden, indem die Verzweigung für C-Kompilierungsaufgaben reduziert und weniger speicherintensive Optionen verwendet werden. Für eingebettete Maschinen. Bei Problemen mit zu wenig Speicher verwenden. Standardmäßig deaktiviert.
Generiert nur C-Quellcode und kompiliert nicht in eine Binärdatei oder ein Modul. Dies dient Debugging- und Code-Coverage-Analysen und verschwendet keine CPU. Standardmäßig deaktiviert.
Denken Sie nicht, dass Sie dies direkt verwenden können.
Schreibt die interne Programmstruktur und Optimierungsergebnisse als XML in den gegebenen Dateinamen.
Verwendet Funktionen, die als "experimentell" deklariert sind. Könnte keine Auswirkungen haben, wenn im Code keine experimentellen Funktionen vorhanden sind.
Verwendet das geheime Tag jeder experimentellen Funktion (überprüfen Sie den Quellcode).
Erstellt eine neue virtuelle Umgebung an einem nicht existierenden Pfad basierend auf der gegebenen Berichtsdatei, z. B. '--report=compilation-report.xml'. Standardmäßig nicht ausgeführt.
Meldet Warnungen über versuchte, aber nicht existierende Typ-spezifische Code-Helfer.
Dies hilft bei der Identifizierung von Gelegenheiten, die generierte Code-Optimierung durch ungenutztes Typenwissen zu verbessern. Standardmäßig False.
Meldet Warnungen über Importe, denen vertraut werden könnte, aber derzeit nicht. Dies soll Gelegenheiten zur Verbesserung der Handhabung harter Module identifizieren,
was manchmal mehr statische Optimierung erlauben kann. Standardmäßig False.
Dies ist keine inkrementelle Kompilierung und dient nur der Nuitka-Entwicklung. Kompiliert vorhandene Dateien in C neu. Ermöglicht die Kompilierung bearbeiteter C-Dateien für schnelles Debugging von Änderungen am generierten Quellcode.
Z. B. um zu sehen, ob der Code passiert, Werte ausgegeben werden usw. Standardmäßig deaktiviert. Welche Dateien es ansieht, hängt von der Kompilierung des Python-Quellcodes ab.
Erstellt interne Graphen des Optimierungsprozesses, nicht für ganze Programme verwenden, nur für kleine Testfälle. Standardmäßig deaktiviert.
Erzwingt die Verwendung von Clang zur Kompilierung. Unter Windows erfordert dies eine funktionierende Visual Studio-Installation zur Unterstützung. Standardmäßig deaktiviert.
Erzwingt die Verwendung von MinGW64 unter Windows. Standardmäßig deaktiviert, es sei denn, MSYS2 mit MinGW Python wird verwendet.
Verwendet Linkzeitoptimierung (MSVC, gcc, clang). Erlaubte Werte sind "yes" (ja), "no" (nein) und "auto" (automatisch) (bekannt verfügbar). Standardmäßig "auto".
Verwendet die statische Python-Bibliothek. Erlaubte Werte sind "yes" (ja), "no" (nein) und "auto" (automatisch) (bekannt verfügbar). Standardmäßig "auto".
Erzwingt die Verwendung einer bestimmten MSVC-Version unter Windows. Erlaubte Werte sind "14.3" (MSVC 2022) und andere MSVC-Versionsnummern.
Verwenden Sie "list", um eine Liste der installierten Compiler zu erhalten, oder "latest". Standardmäßig wird die neueste MSVC-Version verwendet, falls verfügbar. Andernfalls wird MinGW64 verwendet.
Gibt die Anzahl der erlaubten parallelen C-Compiler-Jobs an. Ein negativer Wert bedeutet die Anzahl der System-CPUs minus dem gegebenen Wert.
Standardmäßig werden alle System-CPUs verwendet, es sei denn, der Speicherarme Modus ist aktiviert, dann ist der Standardwert 1.
Diese Option ist spezifisch für gcc. Wählt den "cf-protection" (cf-Schutz) Modus für den gcc Compiler. Der Standardwert "auto" verwendet den Standard von gcc, aber Sie können dies überschreiben,
z. B. mit dem Wert "none", um es zu deaktivieren. Siehe die gcc-Dokumentation für Details zu "-fcf-protection".
Versucht nicht, ccache (gcc, clang etc.) oder clcache (MSVC, clangcl) zu verwenden. Hat den gleichen Effekt wie --disable-cache=ccache.
Deaktiviert den Abhängigkeiten-Walker-Cache. Dies führt zu einer deutlich längeren Zeit für die Erstellung des Distributionsordners, kann aber verwendet werden, wenn vermutet wird, dass der Cache Fehler verursacht.
Hat den gleichen Effekt wie --disable-cache=dll-dependencies.
Wird verwendet, um den Abhängigkeits-Walker-Cache zu aktualisieren. Dies führt zu einer deutlich längeren Zeit für die Erstellung des Distributionsordners, kann aber verwendet werden, wenn vermutet wird, dass der Cache Fehler verursacht oder ein Update benötigt wird.
Deaktiviert ausgewählte Caches, "all" für alle Caches. Aktuell erlaubte Werte sind: "all (alle)", "ccache", "bytecode (Bytecode)",
"compression (Kompression)", "dll-dependencies (dll-Abhängigkeiten)".
Kann mehrmals angegeben oder mit Kommas getrennt werden. Standardmäßig keine.
Bereinigt den gegebenen Cache vor der Ausführung, "all" für alle Caches. Aktuell erlaubte Werte sind:
"all (alle)", "ccache", "bytecode (Bytecode)", "compression (Kompression)", "dll-dependencies (dll-Abhängigkeiten)".
Kann mehrmals angegeben oder mit Kommas getrennt werden. Standardmäßig keine.
Aktiviert die C-Level-profilgesteuerte Optimierung (PGO), indem zuerst profiliert und dann das Ergebnis in die C-Kompilierung zurückgespeist wird.
Hinweis: Dies ist experimentell und funktioniert noch nicht mit Nuitkas Standalone-Modus. Standardmäßig deaktiviert.
Argumente, die während der profilierten Ausführung übergeben werden sollen. Diese Argumente werden an die speziell erstellte ausführbare Datei während des PGO-Profilerstellungslaufs übergeben. Standardmäßig leer.
Der Befehl, der zur Sammlung der Profilinformationen ausgeführt werden soll. Wird nur verwendet, wenn Sie ihn über ein vorbereitendes Skript starten müssen. Standardmäßig wird das erstellte Programm verwendet.
Gibt die Daten in einer diffbaren Weise aus, d. h. ohne Zeit- oder Speichernutzungswerte, die sich mit jedem Lauf ändern. Standardmäßig deaktiviert.
Unterdrückt alle Informationsausgaben, zeigt aber Warnungen. Standardmäßig deaktiviert.
Führt das C-Build-Backend Scons aus und zeigt die ausgeführten Befehle sowie Details zu den erkannten Compilern. Standardmäßig deaktiviert.
Deaktiviert den Fortschrittsbalken. Standardmäßig deaktiviert.
Veraltet: Zeigt Fortschrittsinformationen und Statistiken. Deaktiviert den normalen Fortschrittsbalken. Standardmäßig deaktiviert.
Zeigt die Speichernutzung. Standardmäßig deaktiviert.
Veraltet: Stattdessen sollten Sie eine '--report'-Datei verwenden. Gibt Informationen über die eingeschlossenen Module und DLLs. Standardmäßig deaktiviert.
Gibt Details zu den durchgeführten Aktionen aus, insbesondere während der Optimierung kann dies sehr viel ausgeben. Standardmäßig deaktiviert.
Gibt einen XML-Dateinamen ein, um Details über Module, Datendateien, Kompilierung, Plugins usw. in einer XML-Ausgabedatei zu melden. Dies ist auch sehr nützlich, um Probleme zu melden.
Diese Berichte können zum Beispiel verwendet werden, um eine Umgebung mit '--create-environment-from-report' einfach wiederherzustellen, aber die Berichte enthalten viele Informationen. Standardmäßig deaktiviert.
Zum Festlegen des Speicherorts für die Ausgabe von '--show-modules', sollte ein Dateiname sein. Standardmäßig Standardausgabe.
Zum Festlegen des Speicherorts für die Ausgabe von '--verbose', sollte ein Dateiname sein. Standardmäßig Standardausgabe.
Meldet Daten, die von Ihnen stammen. Dies kann mehrmals angegeben werden und kann jede Form von "key=value" sein, wobei der Schlüssel ein Bezeichner sein sollte,
z. B. mit "--report-user-provided=pipenv-lock-hash=64a5e4", um einen Eingabewert zu verfolgen. Standardmäßig leer.
Bericht durch Vorlage. Erfordert sowohl die Vorlage als auch den Ausgabedateinamen "template.rst.j2:output.rst". Für eingebaute Vorlagen siehe das Benutzerhandbuch.
Kann mehrmals angegeben werden. Standardmäßig leer.
Erzwingt die Standardausgabe des Programms an diesen Speicherort. Sehr nützlich für Programme, die die Konsole deaktivieren, und für Programme, die das Windows-Dienst-Plugin von Nuitka Commercial verwenden. Standardmäßig nicht aktiv,
z. B. mit '.out.txt', was eine Datei in der Nähe des Programmverzeichnisses ist, siehe Benutzerhandbuch für eine vollständige Liste der verfügbaren Werte.
Erzwingt die Standardfehlerausgabe des Programms an diesen Speicherort. Sehr nützlich für Programme, die die Konsole deaktivieren, und für Programme, die das Windows-Dienst-Plugin von Nuitka Commercial verwenden. Standardmäßig nicht aktiv,
z. B. mit '.err.txt', was eine Datei in der Nähe des Programmverzeichnisses ist, siehe Benutzerhandbuch für eine vollständige Liste der verfügbaren Werte.
Fordert Windows User Control (UAC) zur Gewährung von Administratorrechten bei der Ausführung an (nur Windows). Standardmäßig deaktiviert.
Fordert Windows User Control Permissions (UAC) an, um die Ausführung in bestimmten Ordnern und Fernzugriff zu ermöglichen (nur Windows). Standardmäßig deaktiviert.
Wählt den zu verwendenden Konsolenmodus. Der Standardmodus ist force
Zeigt dieses Bild an, wenn die Anwendung unter Windows als Onefile geladen wird. Standardmäßig deaktiviert.
Fügt dem ausführbaren Programm ein Symbol hinzu. Kann mehrmals mit verschiedenen Auflösungen oder einer Datei, die mehrere Icons enthält, angegeben werden. Bei der Auswahl einer Datei, die mehrere Icons enthält,
können Sie auch ein Suffix #<n> verwenden, um ein bestimmtes Icon einzuschließen und alle anderen zu ignorieren, wobei n ein ganzzahliger Index ab 1 ist.
Kopiert das Symbol aus dieser ausführbaren Datei (nur Windows).
Erstellt beim Kompilieren für macOS ein Bundle anstelle einer normalen Binär-App. Dies ist die einzige Möglichkeit, die Konsole zu deaktivieren, hochauflösende Grafiken usw. zu erhalten, und es aktiviert den Standalone-Modus. Standardmäßig deaktiviert.
Verwendet beim Signieren für die Notarisierung die richtige TeamID-Identität von Apple mit den erforderlichen Runtime-Signaturoptionen, damit sie akzeptiert werden kann.
Der App-Modus für das App-Bundle.
Auf welcher Architektur dieses Programm ausgeführt werden soll. Die Standardeinstellung und Einschränkungen sind die, die für die Ausführung von Python zulässig sind. Standardmäßig "native", was die Architektur ist, auf der Python läuft.
Fügt dem App-Bundle ein Symbol hinzu. Kann nur einmal angegeben werden. Standardmäßig das Python-Symbol.
Der Name der App, der für die macOS-Signierung verwendet werden soll. Um die besten Ergebnisse zu erzielen, folgen Sie dem Benennungsformat "com.IhreFirma.AppName",
da diese Namen global eindeutig sein müssen und möglicherweise Zugriff auf geschützte APIs gewähren.
'%3e%3cg%20fill='%23000000'%20font-family='Sans'%20font-size='144px'%20font-style='normal'%20font-weight='normal'%20id='g4239'%20transform='matrix(2.1468605,0,0,2.1468605,-384.12031,-1034.7929)'%3e%3crect%20fill='url(%23linearGradient4246)'%20height='92.47'%20id='rect4089-6'%20ry='8.49'%20width='92.26'%20x='136.78'%20y='586.59'/%3e%3cpath%20d='m178.06,586.77l0,39.16l11.87,11.97l39.1,0l0,-11.97l-39.16,0l0,-39.16l-11.81,0z'%20fill='url(%23linearGradient4248)'%20id='path3768-4'/%3e%3cpath%20d='m136.9,627.93l0,11.97l39.16,0l0,39.15l11.81,0l0,-39.15l-11.88,-11.97l-39.09,0z'%20fill='url(%23linearGradient4250)'%20id='path2990-4'/%3e%3cpath%20d='m136.9,642.42l0,11.94l24.86,0l0,24.65l11.75,0l0,-36.59l-36.61,0z'%20fill='url(%23linearGradient4252)'%20id='rect3783-8'/%3e%3cpath%20d='m229.02,623.4l0,-11.94l-24.86,0l0,-24.65l-11.75,0l0,36.59l36.61,0z'%20fill='url(%23linearGradient3111)'%20id='path3832-5'/%3e%3c/g%3e%3c/g%3e%20层%20%3c/g%3e%3c/svg%3e)
Nuitka Commander '%3e%3cpath%20fill='%235B5B66'%20d='M0%200h8v16H0z'/%3e%3c/g%3e%3c/svg%3e)
Follow system
Light mode
Dark mode