2013-04-04 13 views
9

新しいR 3.0.0では、すべての提供パッケージを再インストールする必要があります。 2つの質問:コンパイル済みのRパッケージは下位互換性がありますか?

  • これは、Rを呼び出すソフトウェア、たとえばrapacheは、Rがアップグレードされた後に再コンパイルする必要がありますか?
  • 新しいビルドは下位互換性がありますか?例えば。 r-cran-xxxパッケージがr-base-dev 3.0.0を使用してコンパイルされている場合、このパッケージをR 2.15にロードできますか?あるいは、R 2.15とR 3.0.0に別々のバイナリパッケージを配布する必要がありますか?
+0

DESCRIPTIONファイルを読んではいけませんか? –

+0

@DWinあなたのコメントはどのように役に立ちますか? (a)Jeroenは説明を読んでください。(b)記述ファイルが不明確であるか、またはこれらの種類のものに精通していないために、彼は依然として不確かです。 Rユーザーコミュニティは、残念ながら「RTFM」タイプのコメントで典型的な会話を始めている非常にスマートで知識のある人でいっぱいになっています。コミュニティとして、それ以上に努力しましょう。 –

+0

このケースでは、私はジェーレンがこれより多くを知っていると思っていましたが、実際に私が明確化を求めていたことはまったく本物の質問でした。私は彼が私を教育することができるかもしれないと思った。 –

答えて

2

これは本当にr-develの質問、またはDebian/Ubuntuパッケージの用語であるr-sig-debianを使用しているときの質問です。要するに

  • 質問1 AFAICT noです。 R C APIは変更されませんでした。私のパッケージに基づいてマイケルのビルドからR 3.0.0をインストールした後、Rapacheのデザインはかなり小さいlittler rに影響を与え、rは私のUbuntuボックスでうまく動作します。 littler(r --version参照)がR 2.15.2に対して構築されたとしても。

  • 質問2はいいえ、変更されていません。 Rは常に「時間的に前進」し、後退しない。 NAMESPACESが追加されたときとヘルプフォーマットが変更されたときに、パッケージの再構築が必要なのはちょっとだけです。だからパッケージにM個の異なるABIを持つN個の異なるRバージョンがあるなら、M個のツリーが必要で、あなたのlibPathを管理するかもしれません。ここには新しいものはありません。

関連する問題