上位（前方）互換性・下位（後方）互換性という言葉の意味

GCCのlibstdc++のマニュアルより

https://gcc.gnu.org/onlinedocs/libstdc++/manual/abi.html

Versioning/Goal　（バージョン管理/目標）

Versioning gives subsequent releases of library binaries the ability to add new symbols and add functionality, all the while retaining compatibility with the previous releases in the series. Thus, program binaries linked with the initial release of a library binary will still run correctly if the library binary is replaced by carefully-managed subsequent library binaries. This is called forward compatibility.

（上記引用のGoogle翻訳）
バージョン管理により、ライブラリバイナリの後続のリリースに、シリーズの前のリリースとの互換性を維持しながら、新しいシンボルを追加したり機能を追加したりできるようになります。したがって、ライブラリバイナリの最初のリリースにリンクされているプログラムバイナリは、ライブラリバイナリが慎重に管理された後続のライブラリバイナリに置き換えられた場合でも、引き続き正しく実行されます。これを前方互換性と呼びます。

The reverse (backwards compatibility) is not true. It is not possible to take program binaries linked with the latest version of a library binary in a release series (with additional symbols added), substitute in the initial release of the library binary, and remain link compatible.

（上記引用のGoogle翻訳）
その逆 (下位互換性) は当てはまりません。リリースシリーズのライブラリバイナリの最新バージョン (シンボルが追加された) にリンクされたプログラムバイナリを取得し、ライブラリバイナリの初期リリースで置き換えて、リンク互換性を維持することはできません。

Binaries with equivalent DT_SONAMEs are forward-compatibile: in the table below, releases incompatible with the previous one are explicitly noted.

（上記引用のGoogle翻訳）
同等の DT_SONAME を持つバイナリは上位互換性があります。以下の表では、以前のリリースと互換性のないリリースが明示的に示されています。

Stack Overflow

https://stackoverflow.com/questions/11107263/how-compatible-are-different-versions-of-glibc

In general, running binaries that were compiled for an older glibc version (e.g. 2.13) will run fine on a system with a newer glibc (e.g. 2.14, like your system).

（上記引用のGoogle翻訳）一般に、古い glibc バージョン (例: 2.13) 用にコンパイルされたバイナリを実行すると、新しい glibc を搭載したシステム (例: 2.14、お使いのシステム) で正常に動作します。