実際の386級ハードウェアで動作する最小限のLinux環境を構築する必要があります。私は<3.8カーネルを使用する必要があることを知っています。それは問題ではありません。問題は、最新バージョン(今試した結果)が386だけを使用してglibc
いるように見えるため、コードが機能しないことです(コンパイルもできません)。Glibc-2.23
i486を正常にコンパイルしましたが、実際のハードウェアでは機能しません。さまざまな486システムでテストしましたが、問題は常に同じでした。カーネルが起動し、fsをマウントしてroot
実行すると、functionがinit
エラーのために失敗し、エラーは特定の時点のアサーション失敗です。システムが停止します。 i586クラスシステム(Intel Pentium、Pentium MMX)でも同じことが起こります。 i686クラスのハードウェア(Pentium PRO以降)では、すべてがうまく機能します。すべてのパッケージ(glibcを含む)はフラグでコンパイルされました。残念ながら、「既製」古いPCディストリビューション(dslinuxやPuppylinuxなど)を使用することは非常に古くて制限があるため不可能です。どんなアイデアがありますか?sysdeps/i386/cacheinfo.c
handle_intel
maxcpuid>=2
-march=i486 -mcpu=i486
gcc-5.3.0
答え1
cacheinfo.c
キャッシュされていないため、80386を除いてglibc
2007年から2010年の間に移動されました。glibc-2.23
386のサポートは2012年末に中止されたため、遅くとも2012年半ばからkernel
使用する必要があります。glibc
gcc
2012年はまだ遅れていません。私はまだ2002年のコンピュータを使用しています。一部はうまく機能し、一部は機能しません(htmlは変更されており、httpsは現在どこにでもあります)。
機械で何をしたいのか考えてみてください。
私が大学に通うとき、私たちは486マシンを使用しましたが、多くのプログラムがvaxで実行され、ローカルマシンはXクライアントでした。