パッケージマネージャの助けを借りずにgcc(+jit)をアップグレードする:何を再構築する必要がありますか?

パッケージマネージャの助けを借りずにgcc(+jit)をアップグレードする:何を再構築する必要がありますか?

現在使用中ggc 9は現在サポートされていませんLinux-5.4では、少なくともgcc 10にアップグレードする必要があります。

ㅏ/それでも歴史的したがって、このアップグレードはパッケージマネージャに依存せずに実行する必要があります。
第二/有効にするには、gccを共有ライブラリ(libgccjit.so)としてビルドする必要があります。タイムリーなコンパイル

この場合、アップグレードが成功した後:

1/ツールチェーンの他のコンポーネント(glibc?libffi?libtool?binutils?...)を最新のgccで再構築する必要がありますか?

2/完全に再構築する必要があるか、部分的に再構築しないように注意する必要がある他のパッケージ(libgccjit.soに依存するパッケージに加えて)がありますか?
(たとえば(これがまだ有効かどうかはわかりません)、すべてのqt- *コンポーネントを同じツールチェーンでビルドする必要があるときがありました。)

ベストアンサー1

  1. あなたはしないでください必要他のものを再構築し、メンテナンスの手動特性を考慮すると、必要でないものは再構築しません。一部のツールにはGCCパスが含まれているため、再構築する必要があります。これはlibtoolデフォルト設定に含まれています。

  2. カーネルとその上に構築する外部モジュールに加えて、他のモジュールはありません。同じツールチェーンを使用してビルドする必要があるバイナリセットがある場合でも、セットに新しいバイナリを追加する必要がない限り、すでに持っているバイナリを再構築する必要はありません。セット全体を再構成するには)。

証拠として、私は新しいGCCアップロード(メインバージョンのアップグレードを含む)のためにライブラリ変換(GCCライブラリの1つの主要なソネームアップグレード)を導入しない限り、他のものも再構築されないDebianを提案します。この場合、パッケージは異なります。再構築された競合ライブラリの場合。物事を再構成する知恵について、Fedoraはすべてを再構築します。特定のバージョンのターゲットツールチェーンが用意されている場合、手動でメンテナンスする設定は少し過度に見えます。

おすすめ記事