Macportsは3つの異なるバージョンのLLVMをインストールしたままにします

OS X 10.10.3で最新のMacports 2.3.3を使用しています。Gimp、Ufraw、Enblend（他のなかでも）をインストールしましたが、これにはpy27-numpyが必要であり、LLVMの2つの異なるバージョンが提供されました。

$ port rdependents llvm-3.3
The following ports are dependent on llvm-3.3:
  ld64-latest
    ld64
      clang-3.5
      libgcc
        py27-numpy
          py27-pygtk
            gimp2
              gimp-app
                gimp
              gimp-jp2
              gimp-lqr-plugin
              gutenprint
              icns-gimp
              ufraw
              xsane
          vigra
            enblend

$ port rdependents llvm-3.4
The following ports are dependent on llvm-3.4:
  cctools
    libgcc
      py27-numpy
        py27-pygtk
          gimp2
            gimp-app
              gimp
            gimp-jp2
            gimp-lqr-plugin
            gutenprint
            icns-gimp
            ufraw
            xsane
        vigra
          enblend

何らかの理由で、私はllvm-3.5さえ持っています：

$ port rdependents llvm-3.5
The following ports are dependent on llvm-3.5:
  clang-3.5
$ port rdependents clang-3.5
clang-3.5 has no dependents.

これは、Macportsをアップグレードすると、さまざまなバージョンでLLVMが3回ビルドされることを意味します。これは、膨大な時間を要し、地球を暖めます。

これを合理化する方法はありますか？どういうわけかパッケージに「llvm-3.5を使用してください」と伝えますか？

macports

— ベクトル
ソース

それはあなたの質問に答えません（したがって、コメント）。portPerlの多くのバージョンをインストールする際にも同じ問題がありました。自作について聞いたとき、移行に1日かかりましたが、それ以降問題はありませんでした。

— -forquare

それで、状況を良くするのは自作について何ですか？

— vektor

同じプログラムの複数のバージョンをインストールするという同じ問題に苦しんでいるようには見えません。私は理由を調べていませんでした/それはしていませんが、コンパイラ/ Perl / Python /などの複数のバージョンはもうありません。

— -forquare

llvm-3.3とllvm-3.4に依存するすべてのパッケージをアンインストールしてから、それらを再インストールする必要がありました。私の場合、再インストールされたパッケージはすべてllvm-3.3 / 3.4ではなくllvm-3.5に依存していたため、llvm-3.3とllvm-3.4の両方をアンインストールしても問題はありませんでした。私はそれがあなたのために働くことを望みます。

— hjmr
ソース