「合理的な」Linuxカバレッジを取得するには、いくつのバイナリが必要ですか？

申し訳ありません。純粋に意見に基づいたものです。他の場所に尋ねるべきか教えてください。

私はバイナリ形式で配布されるべき無料のエンジニアリングソフトウェア（グラフィックスなしでコマンドライン）を書いています。 Q：「合理的な」ユーザーカバレッジを取得するには、いくつかの異なるバイナリを生成する必要があると思いますか？私の推測では、潜在的なユーザーの約70％が専門的な環境にあり、その半分以上がRHEL6またはRHEL7の派生バージョンを実行していると思います。一部はopenSUSEを実行できますが、Debianを使用している人はいません。

残りの30％はおそらく学生/愛好家などです。これらの多くはUbuntuまたは同様のオペレーティングシステムを実行しています。私は本業に従事しており、実際に多くの時間を費やすことはできないので、100％の適用範囲を確保し、x86_64ではなくアーキテクチャをサポートし、コンパイルとテストのために複数のディストリビューションをダウンロードしたり、ディストリビューションは最新かつ最高です。 。

コードはCentos-6で書かれており、テスト用の動的および静的バイナリ（Windows用のmsys64バイナリも含む）を生成します。明らかな選択はLSBバージョンを作成することですが、それが実際に私に役立つのか、それともUbuntuをインストールしてUbuntuバージョンをリリースするよりも良いかどうかはわかりません。

どんなアイデアがありますか？

編集 - 追加情報：

難しい外部依存関係のない (C++) コード -lddレポート

linux-vdso.so.1 =>  (0x00007ffd197cf000)
libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00000039cb400000)
libm.so.6 => /lib64/libm.so.6 (0x0000003e63e00000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00000039cac00000)
libc.so.6 => /lib64/libc.so.6 (0x0000003e63200000)
/lib64/ld-linux-x86-64.so.2 (0x0000003e62e00000)

静的バージョン-static -static-libgccはfileGNU / Linux 2.6.18に関連付けられていると報告されていますが、これが問題になる可能性があります。コードはflex、bison、およびAntlrを使用します。 Bisonバージョン管理は、新しいシステムに移植するときに唯一の実際の問題ですが、今はこれを修正するためにC ++出力を維持しています。

私はそれがどれほど強力であるかを確認するために、多くのシステムで静的バージョンを実行する必要があるかもしれないと思います。