更新情報はhttps://gmplib.org/で見ることができます。コンパイル時のリンクオプション現状のlibtoolは,共有ライブラリをリンクする時にコンパイラオプションを外してしまいます。将来的にはこの制限はなくなる予定ですが,現段階ではスクリプトを書き換えてこの制限をなくし,次のようにconfigure時に指定すればいいでしょう。2.03は‘configure’スクリプトの実行ができません。動作開始時のメッセージだけをconfig.logに書き残して逝ってしまいます。2.04以降を使って下さい。all’すると,libgmp.laとリンクしてテストを行う段階で,64MBフルに利用できたとしてもメモリ溢れを起こします。libgmp.la’と直接指定してコンパイルし,各サブディレクトリに移動して各テストを実行するようにします。libmp.aに対しては使用しないで下さい。同じ名前のアーカイブファイル名が重複していると,その全部を削除するのではなく,最後のものだけを削除してしまいます。libgmp.aに3種類のinit.oが入っているケースがそれに当たります。2.12以降では正しく削除を実行できます。libmp.soに対してはこのような現象は起きず,どのバージョンのstripを使っても大丈夫です。libgmp.laに対する長い依存指定を処理できません。error”(文法エラー)にしてしまいます。Makeを利用するか,この行から$(libgmp_la_DEPENDENCIES)を削除します(最初のビルドはこれでクリアしますが,もう一度コンパイルするとlibgmp.laが生成されなくなります)。静的ライブラリだけを生成したいのであれば,‘--disable-shared’を使って下さい。古いバージョンのNeXTのシステムコンパイラは廃止され,古いGCCがccの代わりに使われています。3.3でこの不具合を修正する予定です)。上でGMPのコンパイルができませんでした。2.7.2.1以降のものを入手して下さい。assemblerを使って下さい。long”(出力行が長すぎる)というエラーを吐きます。sedの利用をお勧めします。2.95.2を使用する際の‘ABI=32’指定時GMPの共有ライブラリビルド時に,結合処理でコケます。正確に言うと,ビルドはできますがテストで失敗します。gmp_randinit_lc_2exp_size関数内のデータ再配置が正しく行われないためと思われますが,実際のところは不明です。‘--disable-shared’オプションの利用をお勧めします。