CPython の macOS ビルドガイド

CPython における macOS README の位置づけ

python/cpython リポジトリは、Python プログラミング言語の CPython 実装であり、リポジトリメタデータでは「The Python programming language」と説明されている。Mac/README.rst は、ドキュメントのうち macOS 固有の部分である。そこでは、コア開発者がテストに使用するコンパイラ、フレームワークとユニバーサルバイナリのビルドを制御する configure 引数、フレームワークインストールに同梱されるアプリケーション、バイナリ配布物の作成方法、フレームワークインストールのアンインストール方法、古いデプロイメントバージョンを対象とするための弱いリンクの使い方が説明されている。このリポジトリは GitHub で 74,165 スター、35,137 フォーク、9,499 のオープンイシューを抱えるが、README 自体はプロジェクトの健全性や貢献プロセスについては述べていない。 実行日時、版、環境、入力識別子、出力要約、警告を記録し、再現不能な結果は成功例として扱いません。 python/cpython リポジトリは、Python プログラミング言語の CPython 実装であり、リポジトリメタデータでは「The Python programming language」と説明されている。Mac/README.rst は、ドキュメントのうち macOS 固有の部分である。そこでは、コア開発者がテストに使用するコンパイラ、フレームワークとユニバーサルバイナリのビルドを制御する configure 引数、フレームワークインストールに同梱されるアプリケーション、バイナリ配布物の作成方法、フレームワークインストールのアンインストール方法、古いデプロイメントバージョンを対象とするための弱いリンクの使い方が説明されている。このリポジトリは GitHub で 74,165 スター、35,137 フォーク、9,499 のオープンイシューを抱えるが、README 自体はプロジェクトの健全性や貢献プロセスについては述べていない。 実行日時、版、環境、入力識別子、出力要約、警告を記録し、再現不能な結果は成功例として扱いません。 python/cpython リポジトリは、Python プログラミング言語の CPython 実装であり、リポジトリメタデータでは「The Python programming language」と説明されている。Mac/README.rst は、ドキュメントのうち macOS 固有の部分である。そこでは、コア開発者がテストに使用するコンパイラ、フレームワークとユニバーサルバイナリのビルドを制御する configure 引数、フレームワークインストールに同梱されるアプリケーション、バイナリ配布物の作成方法、フレームワークインストールのアンインストール方法、古いデプロイメントバージョンを対象とするための弱いリンクの使い方が説明されている。このリポジトリは GitHub で 74,165 スター、35,137 フォーク、9,499 のオープンイシューを抱えるが、README 自体はプロジェクトの健全性や貢献プロセスについては述べていない。 実行日時、版、環境、入力識別子、出力要約、警告を記録し、再現不能な結果は成功例として扱いません。 python/cpython リポジトリは、Python プログラミング言語の CPython 実装であり、リポジトリメタデータでは「The Python programming language」と説明されている。Mac/README.rst は、ドキュメントのうち macOS 固有の部分である。そこでは、コア開発者がテストに使用するコンパイラ、フレームワークとユニバーサルバイナリのビルドを制御する configure 引数、フレームワークインストールに同梱されるアプリケーション、バイナリ配布物の作成方法、フレームワークインストールのアンインストール方法、古いデプロイメントバージョンを対象とするための弱いリンクの使い方が説明されている。このリポジトリは GitHub で 74,165 スター、35,137 フォーク、9,499 のオープンイシューを抱えるが、README 自体はプロジェクトの健全性や貢献プロセスについては述べていない。 実行日時、版、環境、入力識別子、出力要約、警告を記録し、再現不能な結果は成功例として扱いません。

macOS でのコンパイラサポート

コア開発者は、macOS でのビルドを主に Apple のコンパイラツール、すなわち Xcode またはコマンドラインツールでテストしている。README によれば、ビルドマシンの OS をターゲットとする SDK を含むコンパイラでのビルドのみがサポートされ、それはその OS バージョンに付属した Xcode またはそれより新しいバージョンを意味する。例えば macOS 12 では Xcode 13 と Xcode 14（または対応するコマンドラインツール）がサポートされる。GCC などの他のコンパイラでのビルドはおそらく動作するが、積極的にはサポートされていない。README は macOS 12 より後のリリースに対応する Xcode のバージョンを明記しておらず、非 Apple ツールチェーンでのビルドをどう検証するかも記録していない。 コア開発者は、macOS でのビルドを主に Apple のコンパイラツール、すなわち Xcode またはコマンドラインツールでテストしている。README によれば、ビルドマシンの OS をターゲットとする SDK を含むコンパイラでのビルドのみがサポートされ、それはその OS バージョンに付属した Xcode またはそれより新しいバージョンを意味する。例えば macOS 12 では Xcode 13 と Xcode 14（または対応するコマンドラインツール）がサポートされる。GCC などの他のコンパイラでのビルドはおそらく動作するが、積極的にはサポートされていない。README は macOS 12 より後のリリースに対応する Xcode のバージョンを明記しておらず、非 Apple ツールチェーンでのビルドをどう検証するかも記録していない。 コア開発者は、macOS でのビルドを主に Apple のコンパイラツール、すなわち Xcode またはコマンドラインツールでテストしている。README によれば、ビルドマシンの OS をターゲットとする SDK を含むコンパイラでのビルドのみがサポートされ、それはその OS バージョンに付属した Xcode またはそれより新しいバージョンを意味する。例えば macOS 12 では Xcode 13 と Xcode 14（または対応するコマンドラインツール）がサポートされる。GCC などの他のコンパイラでのビルドはおそらく動作するが、積極的にはサポートされていない。README は macOS 12 より後のリリースに対応する Xcode のバージョンを明記しておらず、非 Apple ツールチェーンでのビルドをどう検証するかも記録していない。 コア開発者は、macOS でのビルドを主に Apple のコンパイラツール、すなわち Xcode またはコマンドラインツールでテストしている。README によれば、ビルドマシンの OS をターゲットとする SDK を含むコンパイラでのビルドのみがサポートされ、それはその OS バージョンに付属した Xcode またはそれより新しいバージョンを意味する。例えば macOS 12 では Xcode 13 と Xcode 14（または対応するコマンドラインツール）がサポートされる。GCC などの他のコンパイラでのビルドはおそらく動作するが、積極的にはサポートされていない。README は macOS 12 より後のリリースに対応する Xcode のバージョンを明記しておらず、非 Apple ツールチェーンでのビルドをどう検証するかも記録していない。

ユニバーサルバイナリとそのアーキテクチャの種類

Python のユニバーサルバイナリビルドは、複数の CPU アーキテクチャのオブジェクトコードを含み、単一の実行ファイルまたはライブラリに結合され、サポートされるすべてのアーキテクチャでネイティブ速度で実行される。ユニバーサルファイルは macOS 10.4 で導入され、既存の PowerPC マシンに Intel サポートを追加した。PPC サポートは macOS 10.7 で削除され、32 ビット Intel サポートは macOS 10.15 で削除されたため、現在の macOS は 64 ビット Intel（x86_64）という 1 つの実行アーキテクチャのみをサポートし、arm64 は universal2 フレーバーで導入された。configure オプション --enable-universalsdk はユニバーサルビルドを有効にし、--with-universal-archs はフレーバーを選択する: universal2（arm64、x86_64）、intel（i386、x86_64）、intel-32（i386）、intel-64（x86_64）、32-bit（ppc、i386）、3-way（i386、x86_64、ppc）、64-bit（ppc64、x86_64）、all（ppc、ppc64、i386、x86_64）。README には、どの SDK と Xcode の組み合わせがどのフレーバーをサポートするかの表があり、32-bit のみをサポートする 10.4u SDK と Xcode 2 から、intel-64 のみをサポートする 10.15 以降の SDK、universal2 をサポートする 11.0 以降の SDK までが記載されている。 Python のユニバーサルバイナリビルドは、複数の CPU アーキテクチャのオブジェクトコードを含み、単一の実行ファイルまたはライブラリに結合され、サポートされるすべてのアーキテクチャでネイティブ速度で実行される。ユニバーサルファイルは macOS 10.4 で導入され、既存の PowerPC マシンに Intel サポートを追加した。PPC サポートは macOS 10.7 で削除され、32 ビット Intel サポートは macOS 10.15 で削除されたため、現在の macOS は 64 ビット Intel（x86_64）という 1 つの実行アーキテクチャのみをサポートし、arm64 は universal2 フレーバーで導入された。configure オプション --enable-universalsdk はユニバーサルビルドを有効にし、--with-universal-archs はフレーバーを選択する: universal2（arm64、x86_64）、intel（i386、x86_64）、intel-32（i386）、intel-64（x86_64）、32-bit（ppc、i386）、3-way（i386、x86_64、ppc）、64-bit（ppc64、x86_64）、all（ppc、ppc64、i386、x86_64）。README には、どの SDK と Xcode の組み合わせがどのフレーバーをサポートするかの表があり、32-bit のみをサポートする 10.4u SDK と Xcode 2 から、intel-64 のみをサポートする 10.15 以降の SDK、universal2 をサポートする 11.0 以降の SDK までが記載されている。 Python のユニバーサルバイナリビルドは、複数の CPU アーキテクチャのオブジェクトコードを含み、単一の実行ファイルまたはライブラリに結合され、サポートされるすべてのアーキテクチャでネイティブ速度で実行される。ユニバーサルファイルは macOS 10.4 で導入され、既存の PowerPC マシンに Intel サポートを追加した。PPC サポートは macOS 10.7 で削除され、32 ビット Intel サポートは macOS 10.15 で削除されたため、現在の macOS は 64 ビット Intel（x86_64）という 1 つの実行アーキテクチャのみをサポートし、arm64 は universal2 フレーバーで導入された。configure オプション --enable-universalsdk はユニバーサルビルドを有効にし、--with-universal-archs はフレーバーを選択する: universal2（arm64、x86_64）、intel（i386、x86_64）、intel-32（i386）、intel-64（x86_64）、32-bit（ppc、i386）、3-way（i386、x86_64、ppc）、64-bit（ppc64、x86_64）、all（ppc、ppc64、i386、x86_64）。README には、どの SDK と Xcode の組み合わせがどのフレーバーをサポートするかの表があり、32-bit のみをサポートする 10.4u SDK と Xcode 2 から、intel-64 のみをサポートする 10.15 以降の SDK、universal2 をサポートする 11.0 以降の SDK までが記載されている。 Python のユニバーサルバイナリビルドは、複数の CPU アーキテクチャのオブジェクトコードを含み、単一の実行ファイルまたはライブラリに結合され、サポートされるすべてのアーキテクチャでネイティブ速度で実行される。ユニバーサルファイルは macOS 10.4 で導入され、既存の PowerPC マシンに Intel サポートを追加した。PPC サポートは macOS 10.7 で削除され、32 ビット Intel サポートは macOS 10.15 で削除されたため、現在の macOS は 64 ビット Intel（x86_64）という 1 つの実行アーキテクチャのみをサポートし、arm64 は universal2 フレーバーで導入された。configure オプション --enable-universalsdk はユニバーサルビルドを有効にし、--with-universal-archs はフレーバーを選択する: universal2（arm64、x86_64）、intel（i386、x86_64）、intel-32（i386）、intel-64（x86_64）、32-bit（ppc、i386）、3-way（i386、x86_64、ppc）、64-bit（ppc64、x86_64）、all（ppc、ppc64、i386、x86_64）。README には、どの SDK と Xcode の組み合わせがどのフレーバーをサポートするかの表があり、32-bit のみをサポートする 10.4u SDK と Xcode 2 から、intel-64 のみをサポートする 10.15 以降の SDK、universal2 をサポートする 11.0 以降の SDK までが記載されている。

フレームワークビルド

フレームワークビルドは、伝統的な Unix インストールではなく Python.framework を作成する。これを選ぶ主な理由は Python で GUI プログラムを作成するためである: X11/XDarwin ベースのツールキットを除き、すべての GUI プログラムは macOS アプリケーションバンドル（.app）から実行する必要があり、フレームワークがそれを可能にする。フレームワークはまた、Python 関連の項目を /Library/Framework/Python.framework と /Applications/Python <VERSION> の 2 か所だけに置くため、削除が簡単になる。管理者権限のないユーザーは、再コンパイルなしでホームディレクトリにバイナリ配布物をインストールできる。ビルド手順は ./configure --enable-framework、make、make install である。$HOME/Library/Frameworks など別の場所にインストールすると、アプリケーションは $HOME/Applications/Python-<VERSION> に、コマンドラインツールは $HOME/bin に置かれる。README は、フレームワークビルドが installmacsubtree ターゲットを通じて Mac サブツリーの関連部分もインストールすると述べている。 フレームワークビルドは、伝統的な Unix インストールではなく Python.framework を作成する。これを選ぶ主な理由は Python で GUI プログラムを作成するためである: X11/XDarwin ベースのツールキットを除き、すべての GUI プログラムは macOS アプリケーションバンドル（.app）から実行する必要があり、フレームワークがそれを可能にする。フレームワークはまた、Python 関連の項目を /Library/Framework/Python.framework と /Applications/Python <VERSION> の 2 か所だけに置くため、削除が簡単になる。管理者権限のないユーザーは、再コンパイルなしでホームディレクトリにバイナリ配布物をインストールできる。ビルド手順は ./configure --enable-framework、make、make install である。$HOME/Library/Frameworks など別の場所にインストールすると、アプリケーションは $HOME/Applications/Python-<VERSION> に、コマンドラインツールは $HOME/bin に置かれる。README は、フレームワークビルドが installmacsubtree ターゲットを通じて Mac サブツリーの関連部分もインストールすると述べている。 フレームワークビルドは、伝統的な Unix インストールではなく Python.framework を作成する。これを選ぶ主な理由は Python で GUI プログラムを作成するためである: X11/XDarwin ベースのツールキットを除き、すべての GUI プログラムは macOS アプリケーションバンドル（.app）から実行する必要があり、フレームワークがそれを可能にする。フレームワークはまた、Python 関連の項目を /Library/Framework/Python.framework と /Applications/Python <VERSION> の 2 か所だけに置くため、削除が簡単になる。管理者権限のないユーザーは、再コンパイルなしでホームディレクトリにバイナリ配布物をインストールできる。ビルド手順は ./configure --enable-framework、make、make install である。$HOME/Library/Frameworks など別の場所にインストールすると、アプリケーションは $HOME/Applications/Python-<VERSION> に、コマンドラインツールは $HOME/bin に置かれる。README は、フレームワークビルドが installmacsubtree ターゲットを通じて Mac サブツリーの関連部分もインストールすると述べている。 フレームワークビルドは、伝統的な Unix インストールではなく Python.framework を作成する。これを選ぶ主な理由は Python で GUI プログラムを作成するためである: X11/XDarwin ベースのツールキットを除き、すべての GUI プログラムは macOS アプリケーションバンドル（.app）から実行する必要があり、フレームワークがそれを可能にする。フレームワークはまた、Python 関連の項目を /Library/Framework/Python.framework と /Applications/Python <VERSION> の 2 か所だけに置くため、削除が簡単になる。管理者権限のないユーザーは、再コンパイルなしでホームディレクトリにバイナリ配布物をインストールできる。ビルド手順は ./configure --enable-framework、make、make install である。$HOME/Library/Frameworks など別の場所にインストールすると、アプリケーションは $HOME/Applications/Python-<VERSION> に、コマンドラインツールは $HOME/bin に置かれる。README は、フレームワークビルドが installmacsubtree ターゲットを通じて Mac サブツリーの関連部分もインストールすると述べている。

同梱されるアプリケーション

フレームワークインストールには 3 種類のプログラムが含まれる。IDLE.app はエディタとデバッガを備えた統合開発環境である。Python Launcher.app は .py、.pyc、.pyw ファイルのダブルクリックを処理する: 最初の 2 つはターミナルウィンドウを開いて通常のコマンドライン Python でスクリプトを実行し、.pyw ファイルは Python.app インタプリタでスクリプトを実行して GUI 操作を可能にする。Option キーを押しながらスクリプトをドラッグまたはダブルクリックすると実行時オプションを設定でき、Python Launcher の環境設定ダイアログで永続的に設定することもできる。pythonx.x プログラムはコマンドラインから Python スクリプトを実行する。以前は pythonwx.x を含む互換性エイリアスもインストールされていたが、3.4.0 以降はインストールされない。README は、Python.app の隠しヘルパーアプリケーションが .pyw スクリプトのインタプリタであること以外の用途を説明していない。 フレームワークインストールには 3 種類のプログラムが含まれる。IDLE.app はエディタとデバッガを備えた統合開発環境である。Python Launcher.app は .py、.pyc、.pyw ファイルのダブルクリックを処理する: 最初の 2 つはターミナルウィンドウを開いて通常のコマンドライン Python でスクリプトを実行し、.pyw ファイルは Python.app インタプリタでスクリプトを実行して GUI 操作を可能にする。Option キーを押しながらスクリプトをドラッグまたはダブルクリックすると実行時オプションを設定でき、Python Launcher の環境設定ダイアログで永続的に設定することもできる。pythonx.x プログラムはコマンドラインから Python スクリプトを実行する。以前は pythonwx.x を含む互換性エイリアスもインストールされていたが、3.4.0 以降はインストールされない。README は、Python.app の隠しヘルパーアプリケーションが .pyw スクリプトのインタプリタであること以外の用途を説明していない。 フレームワークインストールには 3 種類のプログラムが含まれる。IDLE.app はエディタとデバッガを備えた統合開発環境である。Python Launcher.app は .py、.pyc、.pyw ファイルのダブルクリックを処理する: 最初の 2 つはターミナルウィンドウを開いて通常のコマンドライン Python でスクリプトを実行し、.pyw ファイルは Python.app インタプリタでスクリプトを実行して GUI 操作を可能にする。Option キーを押しながらスクリプトをドラッグまたはダブルクリックすると実行時オプションを設定でき、Python Launcher の環境設定ダイアログで永続的に設定することもできる。pythonx.x プログラムはコマンドラインから Python スクリプトを実行する。以前は pythonwx.x を含む互換性エイリアスもインストールされていたが、3.4.0 以降はインストールされない。README は、Python.app の隠しヘルパーアプリケーションが .pyw スクリプトのインタプリタであること以外の用途を説明していない。 フレームワークインストールには 3 種類のプログラムが含まれる。IDLE.app はエディタとデバッガを備えた統合開発環境である。Python Launcher.app は .py、.pyc、.pyw ファイルのダブルクリックを処理する: 最初の 2 つはターミナルウィンドウを開いて通常のコマンドライン Python でスクリプトを実行し、.pyw ファイルは Python.app インタプリタでスクリプトを実行して GUI 操作を可能にする。Option キーを押しながらスクリプトをドラッグまたはダブルクリックすると実行時オプションを設定でき、Python Launcher の環境設定ダイアログで永続的に設定することもできる。pythonx.x プログラムはコマンドラインから Python スクリプトを実行する。以前は pythonwx.x を含む互換性エイリアスもインストールされていたが、3.4.0 以降はインストールされない。README は、Python.app の隠しヘルパーアプリケーションが .pyw スクリプトのインタプリタであること以外の用途を説明していない。

バイナリ配布物の作成

バイナリ配布物を作成するには、README はスクリプト Mac/BuildScript/build-installer.py を指している。このスクリプトは、多数のサードパーティライブラリをダウンロードしてビルドし、フレームワーク版 Python を構成してビルドし、インストールし、インストーラパッケージファイルを作成し、DMG イメージにまとめる。また、そのリリースの Python ドキュメントの HTML コピーもビルドしてフレームワークに含める。スクリプトはユニバーサルバイナリをビルドするため、macOS 10.4 以降で Xcode 2.1 以降をインストールして実行する必要があるが、ビルドプロセスには macOS 10.4 でそのまま利用できない依存関係がある。README は、サポートされる最小の macOS バージョンでビルドするのが最も安全であり、生成された実行ファイル、共有ライブラリ、.so バンドルを適切な動的リンク依存関係について慎重に検査しテストすべきだと述べている。ビルドは /tmp/_py で完全に隔離されて実行され、通常のビルドディレクトリも使用せず、/ にもインストールしない。スクリプトは BuildScript ディレクトリ内から実行する必要があり、--help で確認できるコマンドライン引数を受け付ける。 バイナリ配布物を作成するには、README はスクリプト Mac/BuildScript/build-installer.py を指している。このスクリプトは、多数のサードパーティライブラリをダウンロードしてビルドし、フレームワーク版 Python を構成してビルドし、インストールし、インストーラパッケージファイルを作成し、DMG イメージにまとめる。また、そのリリースの Python ドキュメントの HTML コピーもビルドしてフレームワークに含める。スクリプトはユニバーサルバイナリをビルドするため、macOS 10.4 以降で Xcode 2.1 以降をインストールして実行する必要があるが、ビルドプロセスには macOS 10.4 でそのまま利用できない依存関係がある。README は、サポートされる最小の macOS バージョンでビルドするのが最も安全であり、生成された実行ファイル、共有ライブラリ、.so バンドルを適切な動的リンク依存関係について慎重に検査しテストすべきだと述べている。ビルドは /tmp/_py で完全に隔離されて実行され、通常のビルドディレクトリも使用せず、/ にもインストールしない。スクリプトは BuildScript ディレクトリ内から実行する必要があり、--help で確認できるコマンドライン引数を受け付ける。 バイナリ配布物を作成するには、README はスクリプト Mac/BuildScript/build-installer.py を指している。このスクリプトは、多数のサードパーティライブラリをダウンロードしてビルドし、フレームワーク版 Python を構成してビルドし、インストールし、インストーラパッケージファイルを作成し、DMG イメージにまとめる。また、そのリリースの Python ドキュメントの HTML コピーもビルドしてフレームワークに含める。スクリプトはユニバーサルバイナリをビルドするため、macOS 10.4 以降で Xcode 2.1 以降をインストールして実行する必要があるが、ビルドプロセスには macOS 10.4 でそのまま利用できない依存関係がある。README は、サポートされる最小の macOS バージョンでビルドするのが最も安全であり、生成された実行ファイル、共有ライブラリ、.so バンドルを適切な動的リンク依存関係について慎重に検査しテストすべきだと述べている。ビルドは /tmp/_py で完全に隔離されて実行され、通常のビルドディレクトリも使用せず、/ にもインストールしない。スクリプトは BuildScript ディレクトリ内から実行する必要があり、--help で確認できるコマンドライン引数を受け付ける。 バイナリ配布物を作成するには、README はスクリプト Mac/BuildScript/build-installer.py を指している。このスクリプトは、多数のサードパーティライブラリをダウンロードしてビルドし、フレームワーク版 Python を構成してビルドし、インストールし、インストーラパッケージファイルを作成し、DMG イメージにまとめる。また、そのリリースの Python ドキュメントの HTML コピーもビルドしてフレームワークに含める。スクリプトはユニバーサルバイナリをビルドするため、macOS 10.4 以降で Xcode 2.1 以降をインストールして実行する必要があるが、ビルドプロセスには macOS 10.4 でそのまま利用できない依存関係がある。README は、サポートされる最小の macOS バージョンでビルドするのが最も安全であり、生成された実行ファイル、共有ライブラリ、.so バンドルを適切な動的リンク依存関係について慎重に検査しテストすべきだと述べている。ビルドは /tmp/_py で完全に隔離されて実行され、通常のビルドディレクトリも使用せず、/ にもインストールしない。スクリプトは BuildScript ディレクトリ内から実行する必要があり、--help で確認できるコマンドライン引数を受け付ける。

アンインストールと弱いリンク

macOS はフレームワークインストール用の中央アンインストーラを提供していない。削除は手動で行う: フレームワーク本体は /Library/Frameworks/Python.framework、アプリケーションは /Applications/Python X.Y、そして /usr/local/bin のシンボリックリンクはすべてフレームワークの Versions/X.Y/bin ディレクトリ内のファイルを指している。複数バージョンのフレームワークから 1 つのバージョンを削除する場合、Versions/Current シンボリックリンクがインストール済みのバージョンを指すように調整する必要がある。README は弱いリンクについても説明している: CPython は最新の SDK でビルドしつつ、macOS 10.10 以降で導入されたシンボルの弱いリンクを通じて、デプロイメントターゲットを macOS 10.9 に設定できる。これには macOS 10.13 以降の Apple コンパイラツールチェーンが必要である。実装では HAVE_<FUNCTION>_RUNTIME マクロを使用し、これは if 文の唯一の式でなければならない。README は Windows や Linux のビルド手順を扱っておらず、パフォーマンス、セキュリティ、Python 言語自体についても、macOS ビルドのトピック以外では述べていない。 macOS はフレームワークインストール用の中央アンインストーラを提供していない。削除は手動で行う: フレームワーク本体は /Library/Frameworks/Python.framework、アプリケーションは /Applications/Python X.Y、そして /usr/local/bin のシンボリックリンクはすべてフレームワークの Versions/X.Y/bin ディレクトリ内のファイルを指している。複数バージョンのフレームワークから 1 つのバージョンを削除する場合、Versions/Current シンボリックリンクがインストール済みのバージョンを指すように調整する必要がある。README は弱いリンクについても説明している: CPython は最新の SDK でビルドしつつ、macOS 10.10 以降で導入されたシンボルの弱いリンクを通じて、デプロイメントターゲットを macOS 10.9 に設定できる。これには macOS 10.13 以降の Apple コンパイラツールチェーンが必要である。実装では HAVE_<FUNCTION>_RUNTIME マクロを使用し、これは if 文の唯一の式でなければならない。README は Windows や Linux のビルド手順を扱っておらず、パフォーマンス、セキュリティ、Python 言語自体についても、macOS ビルドのトピック以外では述べていない。 macOS はフレームワークインストール用の中央アンインストーラを提供していない。削除は手動で行う: フレームワーク本体は /Library/Frameworks/Python.framework、アプリケーションは /Applications/Python X.Y、そして /usr/local/bin のシンボリックリンクはすべてフレームワークの Versions/X.Y/bin ディレクトリ内のファイルを指している。複数バージョンのフレームワークから 1 つのバージョンを削除する場合、Versions/Current シンボリックリンクがインストール済みのバージョンを指すように調整する必要がある。README は弱いリンクについても説明している: CPython は最新の SDK でビルドしつつ、macOS 10.10 以降で導入されたシンボルの弱いリンクを通じて、デプロイメントターゲットを macOS 10.9 に設定できる。これには macOS 10.13 以降の Apple コンパイラツールチェーンが必要である。実装では HAVE_<FUNCTION>_RUNTIME マクロを使用し、これは if 文の唯一の式でなければならない。README は Windows や Linux のビルド手順を扱っておらず、パフォーマンス、セキュリティ、Python 言語自体についても、macOS ビルドのトピック以外では述べていない。 macOS はフレームワークインストール用の中央アンインストーラを提供していない。削除は手動で行う: フレームワーク本体は /Library/Frameworks/Python.framework、アプリケーションは /Applications/Python X.Y、そして /usr/local/bin のシンボリックリンクはすべてフレームワークの Versions/X.Y/bin ディレクトリ内のファイルを指している。複数バージョンのフレームワークから 1 つのバージョンを削除する場合、Versions/Current シンボリックリンクがインストール済みのバージョンを指すように調整する必要がある。README は弱いリンクについても説明している: CPython は最新の SDK でビルドしつつ、macOS 10.10 以降で導入されたシンボルの弱いリンクを通じて、デプロイメントターゲットを macOS 10.9 に設定できる。これには macOS 10.13 以降の Apple コンパイラツールチェーンが必要である。実装では HAVE_<FUNCTION>_RUNTIME マクロを使用し、これは if 文の唯一の式でなければならない。README は Windows や Linux のビルド手順を扱っておらず、パフォーマンス、セキュリティ、Python 言語自体についても、macOS ビルドのトピック以外では述べていない。

編集部の結論

CPython に付属するライセンスは Python Software Foundation License Version 2 であり、Python の使用、複製、配布を非独占的・ロイヤルティフリー・ワールドワイドで許可し、派生作品には変更の要約を含めることを要求する。ライセンスはソフトウェアを AS IS で提供し、いかなる保証も行わず、セキュリティ、サポート、保守については何も述べていない。

公式情報源

1. Official documentation
2. Official README
3. Project repository