Distutilsの厳格なバージョン番号クラスのため、cythonをインストールできませんでした。たとえば、binutils-2.18.50-20080109-2.tar.gz をMinGWと共に使用してcython をインストールすることはできません。ソース コードのドキュメントには、「このバージョン番号付けシステムの理論的根拠は、distutils のドキュメントで説明されます」と記載されています。私はその根拠を見つけることができません。
私の質問: このバージョン番号付けシステムの理論的根拠は何ですか?
これは、distutils のもう 1 つの愚かさです。私は個人的に、使用しなければならないすべての Windows マシンの distutils インストールで、この面倒なチェックを削除しています。
バージョン チェックに合格する限り、別の mingw バージョンをインストールしても機能しますが、実際には、ツールのバージョンをチェックするという全体的な考え方はあまり意味がありません。
並べ替えを簡単にするために、プロジェクトでStrictVersionクラスと互換性のあるバージョン番号を使用することをお勧めするというアイデアだったと思います（つまり、バージョンの比較、1.0が1.0bよりも新しいことを知るため）。問題は、それが実際に離陸することはなく、distutilsの元の作者が他のプロジェクトに移ったことです。setuptoolsがdistutilsへの新機能とモンキーパッチのセットとして開始されたとき、Versionクラスを使用する代わりに、任意のバージョン番号をソート可能な表現に変換するアルゴリズムを定義しました。数年前、TarekZiadéはdistutilsの保守と開発を引き継ぎ、distutilsコミュニティとのPEPに取り組み、新しいバージョン番号の仕様を定義しました。このPEP、PEP 386は、distutils2で受け入れられ、実装されています。これは、コミュニティで使用される機能（アルファ/ベータ/候補バージョン、リリース後のマーカーなど）をサポートし、引き続き並べ替えを許可することを目的として定義されました。これはsetuptoolsよりも制約がありますが、StrictVersionやLooseVersionよりもはるかに便利です。
この非公式の MinGW ディストリビューションを試すことができます。これには、distutils をセットアップして拡張機能のコンパイルに使用する簡単なインストール プロセスがあります。