glibc, DT_HASHの削除でユーザープログラムを書き直す必要が

blueflow 曰く、

glibcにDT_HASHを含めるか,DT_GNU_HASHのみにするかはビルド時に選択できたが、
おおくのdistroはDT_HASHを含めて出荷していた。

elfのシンボルハッシュを使うプログラム(libstrangle)などはDT_HASHに依存していた。
DT_GNU_HASHのみになったのでそれを前提としていたプログラムから見ると、後方互換性がなくなったように見える
(ただ、DT_HASHはABIの一部ではなかったので,glibcから見ると後方互換性の約束を一応守っている,
ちなみに、glibcは前方互換性は保証してないので、リリースサイクルの遅いdistroだとバイナリが動かなかったりするよね)

少し前(8月くらい)にlinuxコミュニティで話題になっていたことだが、
まだsradで書かれてなかったのでかいてみる

情報元へのリンク

えっmusl使ってるって?

[blueflow (50027)]

muslの場合,abiの安定性の保証がどうなってるのか知りませんけど