tarballからインストールしたソフトウェアを簡単に管理するは汎用的な方法で特にPHPに特化した内容ではないです。

いやえとあの汎用的な話をしてまして.

複数バージョンをインストールする場合は /opt/pkgs/hoge-x.x.x にインストールします。
この場合は /opt/pkgs/hoge-x.x.x のディレクトリにはパスには含まれません。
実際にパスが通るのはシンボリックリンクをはってる /opt/hoge 以下になります。

いやなんかパス変わってるし!!

と思ったら後半にあるのね.

./configure --prefix=/opt/pkgs/hoge-1.0.0
make
sudo make install

これなら納得です.
ちなみにうちは

後は/var/www/cgi-binにPHPを入れます.

$ sudo cp -p \
/usr/local/php-/bin/php-cgi \
/var/www/cgi-bin/php-<version>

の後に

みたいなことをやってます.書き忘れていましたが.
で,.htaccessは

みたいにしています.シンボリックリンクにしなかったのはhttpd.confを修正したくなかったから(趣味の問題ですね

…

ここからは話が若干変わりますが,ABIをまじめに考えるならmasatoさんの方法はおいしくないところがあります.
というのは,バージョンをとっかえひっかえするということはABIのアップブレード・デグレードが発生するということです.
つまり

をした後に

とし,ABIがデグレードした場合,foo-1.1.1のABIに依存するバイナリはことごとく実行できなくなります.
また,アップグレードの場合でも動作しなくなる場合があります.

#先日うちで紹介したPHPが全滅して全リビルドになって困った.

「いろいろなバージョンを試す」という理由ではこれはあまりおいしくないと思います.
なのでうちはライブラリはバージョン毎にRPMにしています(物によりけりですけど)

複数バージョンのインストールなんかは RPM のようなパッケージ管理システムを使ってもできないので、かなり便利です。

できますよ.
Red Hat 系でベタなところだとcompatシリーズのパッケージ.
これでgcc 4系(ABI的には3.4系も)3.2系,2.96系が共存します.opensslもありますね(openssl-*,openssl097fとか).
私も同様なやり方でいくつかの独自パッケージを共存させています(ABIが変化したときに依存関係を崩さずにアップデートとかでは常套手段)

やり方はそんなに難しくなくて,

・適当にSRPMを用意する(欲しいバージョンのSRPMでいい)
・SPECを取り出して一応リネーム(」foo.spec」を「foo<version>.spec」とか
・Nameタグをいじる(「foo」を「foo<version>」とか)
・マクロ%setupにオプション-nをつける(通常%{name}-%{version}に移動しようとするので,-n foo-%{version}とか)
・%filesから%{_bindir}の実行ファイルなど不必要なファイルを消す(必要ならファイル名を%installあたりで変えるなりして残す)
・一応スクリプト系(%pre,%post,%preun,%postunあたり)を確認する

大体この位の修正でビルド.
ビルドできればインストール.

ライブラリが絡むならこの方法のほうがより安全に保守をすることができます.