使用法: nuitka [オプション] <プログラム>
オプション:
-h,
--help ヘルプを表示して終了します
--version バージョン情報とバグレポートの重要な詳細を表示して終了します（デフォルト：オフ）
--module プログラムではなく、拡張モジュールの実行可能ファイルを作成します（デフォルト：オフ）
--standalone 出力のスタンドアロンモードを有効にします。これにより、既存のPythonインストールを使用せずに作成されたバイナリを他のマシンに転送できます。ただし、ファイルサイズが大きくなります。このオプションは「
--follow-imports」と「
--python-flag=no_site」を含みます（デフォルト：オフ）。
--onefile スタンドアロンモードに加えて、ワンファイルモードを有効にします。これは、フォルダではなく圧縮された実行可能ファイルが作成され、使用されます（デフォルト：オフ）。
--python-debug デバッグバージョンを使用するかどうかを指定します。デフォルトは、おそらく非デバッグバージョンを実行しているものです（デフォルト：オフ）。
--python-flag=FLAG 使用するPythonフラグを指定します。デフォルトは、Nuitkaを実行しているものですが、特定のモードを強制することができます。これらは、標準Python実行可能ファイルにも存在するオプションです。現在サポートされているオプションは、"-S"（別名「no_site」）、"static_hashes"（ハッシュのランダム化を使用しない）、"no_warnings"（Pythonランタイムの警告を表示しない）、"-O"（別名「no_asserts」）、"no_docstrings"（docstringを使用しない）、"-u"（別名「unbuffered」）および"-m"です。デフォルトは空です。
--python-for-scons=PATH Python3.3またはPython3.4を使用している場合は、Sconsで使用するPythonバイナリのパスを指定します。それ以外の場合は、Nuitkaは、Nuitkaを実行するために使用しているものまたはWindowsレジストリからのPythonインストールを使用することができます。WindowsではPython 3.5以降が必要です。Windows以外では、Python 2.6または2.7でも使用できます。
結果に含まれるモジュールとパッケージを制御する：
--include-package=PACKAGE パッケージ全体を含めます。Pythonの名前空間として与え、例えば "some_package.sub_package" とすると、Nuitkaはそのパッケージを見つけ、そのディスク位置以下に見つかるすべてのモジュールをバイナリまたは拡張モジュールに含め、コードでインポートできるようにします。不要なサブパッケージ、例えばテストを避けるには、"
--nofollow-import-to=*.tests"のようにすることができます。デフォルトは空です。
--include-module=MODULE 個々のモジュールを含めます。Pythonの名前空間として与え、例えば "some_package.some_module" とすると、Nuitkaはそのモジュールを見つけ、バイナリまたは拡張モジュールに含めて、コードでインポートできるようにします。デフォルトは空です。
--include-plugin-directory=MODULE/PACKAGE
そのディレクトリで見つかったコードも含めます。それらがそれぞれメインファイルとして与えられたかのように考えます。すべての他の含めるオプションを上書きします。名前ではなくファイル名で検索するオプションではなく、"sys.path"内にあることを前提とする他の含めるオプションを好むべきです。このオプションは非常に特殊な用途のみに使用する必要があります。複数回指定できます。デフォルトは空です。
--include-plugin-files=PATTERN パターンに一致するファイルを含めます。すべての他のオプションを上書きします。複数回指定できます。デフォルトは空です。
--prefer-source-code 既にコンパイルされた拡張モジュールの場合、ソースファイルと拡張モジュールの両方がある場合、通常は拡張モジュールが使用されますが、パフォーマンスを最大化するために利用可能なソースコードからモジュールをコンパイルする方が良いです。希望しない場合は、"
--no-prefer-source-code"で警告を無効にすることができます。デフォルトはオフです。
インポートされたモジュールの制御：
--follow-imports インポートされたすべてのモジュールに降下します。スタンドアロンモードではデフォルトでオン、それ以外ではオフです。
--follow-import-to=MODULE/PACKAGE
そのモジュールが使用されている場合、またはパッケージの場合はそのパッケージ全体に移動します。複数回指定できます。デフォルトは空です。
--nofollow-import-to=MODULE/PACKAGE
そのモジュール名には移動せず、パッケージ名の場合は常にパッケージ全体に移動しません。すべての他のオプションを上書きします。複数回指定できます。デフォルトは空です。
--nofollow-imports インポートされたすべてのモジュールには降下しないでください。すべての他の含めるオプションを上書きし、スタンドアロンモードでは使用できません。デフォルトはオフです。
--follow-stdlib 標準ライブラリからインポートされたモジュールにも降下します。これにより、コンパイル時間が大幅に増加し、この時点では十分にテストされておらず、場合によっては機能しないことがあります。デフォルトはオフです。
Onefile オプション：
--onefile-tempdir-spec=ONEFILE_TEMPDIR_SPEC
onefile モードで展開するフォルダとしてこれを使用します。
デフォルトは '%TEMP%/onefile_%PID%_%TIME%' であり、ユーザーの一時ディレクトリで、非静的であるため削除されます。
例えば、'%CACHE_DIR%/%COMPANY%/%PRODUCT%/%VERSION%' のような文字列を使用すると、良い静的キャッシュパスが得られます。この場合は削除されません。
--onefile-child-grace-time=GRACE_TIME_MS
子プロセスを停止するとき、例えばCTRL-Cやシャットダウンなどが発生すると、Pythonコードは "KeyboardInterrupt" を受け取り、データをフラッシュするなどの処理を行うことができます。これは、ミリ秒単位で、子プロセスが強制的に停止される前の時間です。デフォルト値は5000です。
データファイル：
--include-package-data=PACKAGE
指定されたパッケージ名のデータファイルを含めます。DLLや拡張モジュールはデータファイルではなく、このようには含まれません。以下のファイル名パターンを使用できます。パッケージのデータファイルはデフォルトでは含まれませんが、パッケージの設定によって含めることができます。これにより、DLLや拡張モジュールではなく、実際のデータファイルのみが含まれます。コロンの後には、必要に応じてファイル名パターンを指定できます。例： "
--include-package-data=package_name"（すべてのファイル）"
--include-
package-data=package_name=.txt"（特定のタイプのみ）"
--include-package-data=package_name=some_filename.dat"（具体的なファイル）デフォルトは空です。
--include-data-files=DESC
配布先のファイル名でデータファイルを含めます。多くの形式が許可されています。 '
--include-data-
files=/path/to/file/.txt=folder_name/some.txt' では、1つのファイルをコピーし、複数ある場合はエラーを出します。'
--include-data-
files=/path/to/files/.txt=folder_name/' では、すべての一致するファイルをそのフォルダに入れます。再帰的にコピーするには、3つの値がある形式があり、'
--include-
data-files=/path/to/scan=folder_name=**/.txt' があり、ディレクトリ構造が保持されます。デフォルトは空です。
--include-data-dir=DIRECTORY
配布先のフォルダーに含める完全なディレクトリからデータファイルを含めます。これは再帰的です。非再帰的な包含が必要な場合は、パターンで '
--include-
data-files' を確認してください。例：'
--include-data-
dir=/path/some_dir=data/some_dir' は、ディレクトリ全体を単純にコピーします。ファイルはすべてコピーされます。除外するファイルがある場合は、事前に削除するか、'
--noinclude-data-files' オプションを使用して削除する必要があります。デフォルトは空です。
--noinclude-data-files=PATTERN
ファイル名パターンに一致するデータファイルを含めません
--list-package-data=LIST_PACKAGE_DATA
指定されたパッケージ名で見つかったデータファイルを出力します。デフォルトは行いません。
DLLファイル：
--noinclude-dlls=PATTERN
ファイル名パターンに一致するDLLファイルを含めないでください。これは対象のファイル名に対して行われます。ソースパスではありません。したがって、"package_name" に含まれる DLL "someDLL" を無視する場合、 "package_name/someDLL.*" と一致させる必要があります。デフォルトは空です。
--list-package-dlls=LIST_PACKAGE_DLLS
指定されたパッケージ名で見つかった DLL を出力します。デフォルトは行いません。
警告の制御:
--warn-implicit-exceptions
コンパイル時に検出された暗黙的な例外の警告を有効にします。
--warn-unusual-code
コンパイル時に検出された異常なコードの警告を有効にします。
--assume-yes-for-downloads
必要に応じて、Nuitkaが外部コードをダウンロードすることを許可します。例えば、依存関係の解決、ccache、Windows上でのgccなど。無効にするには、入力をnulデバイスにリダイレクトします。例："
コンパイル後の直接実行:
--run 作成されたバイナリを直ちに実行します（またはコンパイルされたモジュールをインポートします）。デフォルトはオフです。
--debugger デバッガー内で実行します。例：「gdb」または「lldb」を使用して自動的にスタックトレースを取得します。デフォルトはオフです。
--execute-with-pythonpath
'
--run' を使用して作成されたバイナリまたはモジュールを直ちに実行する場合、 'PYTHONPATH' 環境をリセットしないでください。すべてのモジュールが正常に含まれている場合、'PYTHONPATH' はもう必要なくなるはずであり、スタンドアロンモードには必要ありません。
コンパイルの選択肢:
--user-package-configuration-file=YAML_FILENAME
パッケージ構成のユーザー提供のYAMLファイル。DLLを含めたり、膨張を削除したり、非公開の依存関係を追加したりすることができます。使用するフォーマットの完全な説明については、ユーザーマニュアルを参照してください。複数回指定できます。デフォルトは空です。
--full-compat CPythonとの絶対的な互換性を保証します。スタックトレースや例外メッセージが違うだけで、本当に互換性がないわけではないが、微小な逸脱さえ許さないようにします。これはテスト専用であり、使用しないでください。
--file-reference-choice=MODE
"file"の値が何になるかを選択します。ランタイム（スタンドアロンバイナリモードとモジュールモードのデフォルト）では、作成されたバイナリとモジュールは、自分自身の場所を使用して "file" の値を推定します。含まれるパッケージは、その場所のディレクトリ以下にあるかのように振る舞います。これにより、デプロイメントにデータファイルを含めることができます。単に加速を目的とする場合は、「original」の値を使用する方が良いでしょう。こちらは、ソースファイルの場所が使用されます。 "frozen"を使用すると、 "
--module-name-choice=MODE
このオプションは、コンパイルされたモジュールの __name__ および __package__ の値をどのように決定するかを制御します。
デフォルトでは、original が使用され、より静的な最適化が行われますが、通常はどのパッケージにもロードされる可能性があるモジュールでは互換性がなくなります。
module モードでは、runtime がデフォルトで使用され、作成されたモジュールが親パッケージを使用して __package__ の値を推測し、完全に互換性があるようにします。
Output choices
--output-filename=FILENAME
実行可能ファイルの名前を指定します。拡張モジュールに対しては選択の余地はなく、スタンドアロンモードでも同様であり、使用するとエラーになります。ただし、存在する必要があるパス情報を含めることができます。プラットフォームに応じてデフォルトは '
--output-dir=DIRECTORY
中間および最終出力ファイルが配置される場所を指定します。DIRECTORYには、ビルドフォルダ、distフォルダ、バイナリなどが含まれます。デフォルトは現在のディレクトリです。
--remove-output モジュールまたはexeファイルを生成した後、ビルドディレクトリを削除します。デフォルトはオフです。
--no-pyi-file Nuitkaによって作成された拡張モジュールの ".pyi" ファイルを作成しません。これは暗黙的なインポートを検出するために使用されます。デフォルトはオフです。
デバッグ機能:
--debug Nuitka内のエラーを見つけるために可能なすべてのセルフチェックを実行します。本番用では使用しないでください。デフォルトはオフです。
--unstripped デバッガーとの相互作用のために、生成されたオブジェクトファイルにデバッグ情報を保持します。デフォルトはオフです。
--profile vmprofに基づく時間にわたるプロファイリングを有効にします。現在は動作しません。デフォルトはオフです。
--internal-graph 最適化プロセスの内部構造のグラフを作成します。プログラム全体ではなく、小さなテストケースにのみ使用してください。デフォルトはオフです。
--trace-execution トレースされた実行の出力で、実行する前にコードの行を出力します。デフォルトはオフです。
--recompile-c-only インクリメンタルコンパイルではありませんが、Nuitka開発者向けのオプションです。既存のファイルを取り、単純にCとして再度コンパイルします。生成されたソースのクイックデバッグ変更用に編集されたCファイルをコンパイルして、コードが通過しているか、値が出力されているかなどをすばやく確認することができます。デフォルトはオフです。Pythonソースのコンパイルに依存し、どのファイルを見るかを決定します。
--xml=XML_FILENAME 最適化の結果、内部プログラム構造をXML形式で指定されたファイル名に書き込みます。
--generate-c-only Cのソースコードのみを生成し、バイナリやモジュールにはコンパイルしません。これは、CPUを浪費しないデバッグとコードカバレッジ分析のためのものです。デフォルトはオフです。直接使用しないでください。
--experimental=FLAG '実験的' と宣言された機能を使用します。コードに実験機能が存在しない場合、効果がない場合があります。各実験機能ごとに、秘密のタグ（ソースを確認してください）が使用されます。
--low-memory: メモリ使用量を減らすために、Cコンパイルのジョブを少なく分岐し、メモリ使用量を減らすオプションを使用します。組み込みマシンで使用するためのもので、メモリ不足の問題が発生した場合に使用します。デフォルトはオフです。
--create-environment-from-report=CREATE_ENVIRONMENT_FROM_REPORT: 与えられた報告ファイルから、その存在しないパスに新しい仮想環境を作成します。例えば、'
--report=compilation-report.xml'というオプションを使用して報告ファイルを与えます。デフォルトはオフです。
Backend Cコンパイラの選択:
--clang clangの使用を強制します。Windowsでは、動作するVisual Studioバージョンが必要です。デフォルトはオフです。
--mingw64 WindowsでMinGW64の使用を強制します。MSYS2 with MinGW Pythonを使用していない場合、デフォルトはオフです。
--msvc=MSVC_VERSION Windowsで特定のMSVCバージョンの使用を強制します。許可される値は、例えば"14.3"(MSVC 2022)などのMSVCバージョン番号です。"list"を指定してインストールされたコンパイラのリストを表示したり、"latest"を使用することもできます。デフォルトでは、インストールされている場合は最新のMSVCが使用され、それ以外の場合はMinGW64が使用されます。
--jobs=N 許可される並列Cコンパイラジョブ数を指定します。デフォルトはシステムのCPU数です。
--lto=choice リンク時最適化を使用します(MSVC、gcc、clang)。許可される値は、"yes"、"no"、および"auto" (動作が確認できた場合)です。デフォルトは"auto"です。
--static-libpython=choice
Pythonの静的リンクライブラリを使用します。許可される値は、"yes"、"no"、および"auto" (動作が確認できた場合)です。デフォルトは"auto"です。
キャッシュの制御:
--disable-cache=DISABLED_CACHES
選択されたキャッシュを無効にします。すべてのキャッシュを指定する場合は "all" を指定します。
現在許可されている値は、"all"、"ccache"、"bytecode"、"dll-dependencies"です。複数回指定できます。
デフォルトは無効です。
--clean-cache=CLEAN_CACHES
実行前に指定したキャッシュをクリーンアップします。すべてのキャッシュを指定する場合は "all" を指定します。
現在許可されている値は、"all"、"ccache"、"bytecode"、"dll-dependencies"です。複数回指定できます。
デフォルトは無効です。
--disable-bytecode-cache
バイトコードとして含まれる、特に標準ライブラリからのモジュールに対して、依存関係分析結果を再利用しません。
--disable-cache=bytecode と同じです。
--disable-ccache ccache (gcc、clangなど)またはclcache (MSVC、clangcl)の使用を試みません。
--disable-cache=ccache と同じです。
--disable-dll-dependency-cache
依存関係ウォーカーキャッシュを無効にします。
ディストリビューションフォルダの作成にははるかに長い時間がかかりますが、
キャッシュがエラーの原因になる可能性がある場合に使用されます。
--disable-cache=dll-dependencies と同じです。
--force-dll-dependency-cache-update
依存関係ウォーカーキャッシュの更新を強制します。
キャッシュがエラーの原因になる可能性がある場合や更新が必要な場合に使用されます。
ディストリビューションフォルダの作成にははるかに長い時間がかかります。
PGOコンパイルの選択肢：
--pgo Cレベルのプロファイル誘導最適化（PGO）を有効にし、
プロファイリング実行のための専用ビルドを最初に実行し、
結果をCコンパイルにフィードバックして使用します。
注：これは実験的で、現時点ではNuitkaのスタンドアロンモードで
動作していません。デフォルトはオフです。
--pgo-args=PGO_ARGS
プロファイル誘導最適化時に渡す引数です。
これらは、PGOプロファイリング実行中に特別に構築された
実行可能ファイルに渡されます。デフォルトは空です。
--pgo-executable=PGO_EXECUTABLE
プロファイル情報を収集するときに実行するコマンドです。
実行に先立ってスクリプトを準備する必要がある場合にのみ使用してください。
デフォルトは作成されたプログラムを使用します。
Tracing features:
--report=REPORT_FILENAME
XMLファイルでモジュール、データファイル、コンパイル、プラグインなどの詳細を報告します。
これは問題報告にも非常に便利です。これらのレポートは、 '
--create-environment-from-report'を使用して環境を簡単に再作成するために使用できます。
デフォルトはオフです。
--report-template=REPORT_DESC
テンプレートを使用して報告します。テンプレートと出力ファイル名を指定します。"template.rst.j2:output.rst"。
組み込みのテンプレートについては、ユーザーマニュアルを確認してください。複数回指定できます。デフォルトは空です。
--quiet すべての情報出力を無効にしますが、警告を表示します。デフォルトはオフです。
--show-scons CビルドバックエンドSconsを詳細情報とともに実行し、実行されたコマンド、検出されたコンパイラを表示します。デフォルトはオフです。
--no-progressbar プログレスバーを無効にします。デフォルトはオフです。
--show-progress 廃止予定:進行状況情報と統計情報を提供します。通常のプログレスバーを無効にします。デフォルトはオフです。
--show-memory メモリ情報と統計情報を提供します。デフォルトはオフです。
--show-modules モジュールとDLLに関する情報を提供します。廃止予定: 代わりに '
--report'ファイルを使用する必要があります。デフォルトはオフです。
--show-modules-output=PATH
'
--show-modules'の出力先であるファイル名を指定します。デフォルトは標準出力です。
--verbose 最適化中のアクションの詳細を出力します。多くなる可能性があります。デフォルトはオフです。
--verbose-output=PATH
'
--verbose'からの出力先であるファイル名を指定します。デフォルトは標準出力です。
一般的なOSコントロール:
--disable-console WindowsやmacOS向けにコンソールウィンドウを無効にし、GUIアプリケーションを作成します。デフォルトは無効です。
--enable-console WindowsやmacOS向けにコンソールウィンドウを有効にし、コンソールアプリケーションを作成します。これにより、特定のモジュール（例：「PySide」）からのヒントが無効になります。デフォルトは有効です。
--force-stdout-spec=FORCE_STDOUT_SPEC
プログラムの標準出力を強制的にこの場所に向けます。コンソールを無効にしたプログラムや、NuitkaコマーシャルのWindows Services Pluginを使用するプログラムに便利です。デフォルトは無効で、たとえば '%PROGRAM%.out.txt' のように使用することができます。つまり、プログラムの近くにファイルを作成します。
--force-stderr-spec=FORCE_STDERR_SPEC
プログラムの標準エラー出力を強制的にこの場所に向けます。コンソールを無効にしたプログラムや、NuitkaコマーシャルのWindows Services Pluginを使用するプログラムに便利です。デフォルトは無効で、たとえば '%PROGRAM%.err.txt' のように使用することができます。つまり、プログラムの近くにファイルを作成します。
Windows 特有のオプション:
--windows-icon-from-ico=ICON_PATH
実行可能ファイルのアイコンを追加します。異なる解像度のために複数回指定したり、複数のアイコンを含むファイルの場合は、#
--windows-icon-from-exe=ICON_EXE_PATH
既存の実行可能ファイルからアイコンをコピーします（Windows のみ）。
--onefile-windows-splash-screen-image=SPLASH_SCREEN_IMAGE
Windows および onefile 用にコンパイルする場合、アプリケーションを読み込んでいる間にこの画像を表示します。デフォルトはオフです。
--windows-uac-admin
実行時に Windows ユーザーコントロールを要求し、管理者権限を付与します（Windows のみ）。デフォルトはオフです。
--windows-uac-uiaccess
Windows ユーザーコントロールを要求し、リモートデスクトップアクセスなど、一部のフォルダーからのみ実行が強制されるようにします（Windows のみ）。デフォルトはオフです。
macOS specific controls:
--macos-target-arch=MACOS_TARGET_ARCH
macOSで実行する対象アーキテクチャを指定します。デフォルト値は、実行中のPythonで許可されるアーキテクチャの範囲内です。デフォルトは「native」で、これはPythonが実行されるアーキテクチャです。
--macos-create-app-bundle
macOS用にコンパイルする場合、単なるバイナリアプリケーションではなく、バンドルを作成します。現在、実験的で不完全です。現在、コンソールの無効化を解除する唯一の方法です。デフォルトはオフです。
--macos-app-icon=ICON_PATH
アプリケーションバンドルで使用するアイコンを追加します。1回だけ指定できます。利用可能な場合、デフォルトはPythonアイコンです。
--macos-signed-app-name=MACOS_SIGNED_APP_NAME
macOSの署名に使用するアプリケーション名を指定します。ユニークである必要があるため、「com.YourCompany.AppName」のような命名結果が最適です。これらはグローバルに一意であり、保護されたAPIアクセスを付与する可能性があります。
--macos-app-name=MACOS_APP_NAME
macOSバンドル情報で使用する製品名を指定します。デフォルトはバイナリのベースファイル名です。
--macos-app-mode=MODE
アプリケーションバンドルのアプリケーションモード。ウィンドウを起動してDockerに表示する場合、「gui」のデフォルト値が適切です。ウィンドウを使用しない場合は、「background」アプリケーションになります。後で表示されるUI要素のために、「ui-element」はその中間にあります。アプリケーションはDockに表示されず、後でWindowを開いたときにデスクトップに完全にアクセスできます。
--macos-sign-identity=MACOS_APP_VERSION
macOSで署名する場合、デフォルトでアドホックIDが使用されますが、このオプションを使用すると別のIDを指定できます。コードの署名は、macOSでは現在必須であり、無効にできません。指定されていない場合のデフォルトは「ad-hoc」です。
--macos-sign-notarization
Appleの正式なTeamID identityを使用してnotarizationのために署名する場合に、必要なランタイム署名オプションを使用します。
--macos-app-version=MACOS_APP_VERSION
macOSのバンドル情報に使用する製品バージョン。指定しない場合は、デフォルトで "1.0" になります。
--macos-app-protected-resource=RESOURCE_DESC
macOSの保護されたリソースへのアクセスを要求するエンタイトルメントをリクエストします。例えば、"NSMicrophoneUsageDescription:Microphone access for recording audio."は、マイクへのアクセスを要求し、ユーザーになぜそのアクセスが必要なのかを説明する情報を提供します。コロンの前には、アクセス権のOS識別子があり、その後に情報が続きます。有効な値は、https://developer.apple.com/documentation/bundleresources/information_property_list/protected_resourcesに記載されており、オプションは複数回指定できます。デフォルトは空です。
Linux特有のコントロール:
--linux-icon=ICON_PATH
onefileバイナリで使用する実行可能ファイルのアイコンを追加します。1回のみ指定できます。Pythonアイコンが利用可能な場合はデフォルトで使用されます。
Binary Version Information:
--company-name=COMPANY_NAME
バージョン情報に使用する会社名。デフォルトは未使用です。
--product-name=PRODUCT_NAME
バージョン情報に使用する製品名。デフォルトはバイナリの基本ファイル名です。
--file-version=FILE_VERSION
バージョン情報に使用するファイルバージョン。最大4つの数字のシーケンス、例えば1.0または1.0.0.0、それ以上の数字は許可されず、文字列は許可されません。デフォルトは未使用です。
--product-version=PRODUCT_VERSION
バージョン情報に使用する製品バージョン。ファイルバージョンと同じルールが適用されます。デフォルトは未使用です。
--file-description=FILE_DESCRIPTION
バージョン情報で使用されるファイルの説明。現時点ではWindowsのみです。デフォルトはバイナリのファイル名です。
--copyright=COPYRIGHT_TEXT
バージョン情報で使用される著作権情報。現時点ではWindowsのみです。デフォルトは未存在です。
--trademarks=TRADEMARK_TEXT
バージョン情報で使用される商標情報。現時点ではWindowsのみです。デフォルトは未存在です。
プラグインの制御:
--enable-plugin=PLUGIN_NAME
有効化するプラグインの名前。プラグインの名前を指定する必要があります。フルリストを取得して終了するには、 '
--plugin-list' を使用してください。デフォルトは空です。
--disable-plugin=PLUGIN_NAME
無効化するプラグインの名前。プラグインの名前を指定する必要があります。フルリストを取得して終了するには、 '
--plugin-list' を使用してください。大抵の標準プラグインは無効化すると問題が発生するため、無効化は避けてください。デフォルトは空です。
--plugin-no-detection
プラグインは、使用される可能性があるかどうかを検出でき、その場合は、"
--disable-plugin=plugin-that-warned"を使用して警告を無効にすることができます。また、このメカニズムを完全に無効にすることもできます。この検出コードは、使用するプラグインが確定した場合には実行する必要がないため、コンパイルが多少高速化されます。デフォルトはオフです。
--plugin-list 利用可能なプラグインの一覧を表示して終了します。デフォルトはオフです。
--user-plugin=PATH ユーザープラグインのファイル名。複数回指定できます。デフォルトは空です。
--show-source-changes
コンパイル前の元のPythonファイルの内容のソース変更を表示します。主にプラグインの開発に使用されます。デフォルトはFalseです。
Plugin options of 'anti-bloat':
--show-anti-bloat-changes
プラグインが行った変更の注釈を表示します。
--noinclude-setuptools-mode=NOINCLUDE_SETUPTOOLS_MODE
'setuptools'またはその他のimportが見つかった場合の対処法を指定します。このパッケージは依存関係が多く、避けるべきです。 'setuptools_scm'にも対応しています。
--noinclude-pytest-mode=NOINCLUDE_PYTEST_MODE
'pytest' importが見つかった場合の対処法を指定します。このパッケージは依存関係が多く、避けるべきです。 'nose' importにも対応しています。
--noinclude-unittest-mode=NOINCLUDE_UNITTEST_MODE
unittest importが見つかった場合の対処法を指定します。このパッケージは依存関係が多く、避けるべきです。
--noinclude-IPython-mode=NOINCLUDE_IPYTHON_MODE
IPython importが見つかった場合の対処法を指定します。このパッケージは依存関係が多く、避けるべきです。
--noinclude-dask-mode=NOINCLUDE_DASK_MODE
'dask' importが見つかった場合の対処法を指定します。このパッケージは依存関係が多く、避けるべきです。
--noinclude-numba-mode=NOINCLUDE_NUMBA_MODE
'numba' importが見つかった場合の対処法を指定します。このパッケージは現在スタンドアロンでは動作せず、依存関係が多く、避けるべきです。
--noinclude-default-mode=NOINCLUDE_DEFAULT_MODE
これは上記のオプションのデフォルトの「警告」値を提供し、これらすべてをオンにするために使用できます。
--noinclude-custom-mode=CUSTOM_CHOICES
特定のimportが見つかった場合の対処法を指定します。フォーマットはモジュール名、それはトップレベルのパッケージである必要があり、そして1つの選択肢「エラー」、「警告」、「nofollow」を含みます。 例：PyQt5:error。
