Kontext:Angenommen aus den obigen Kommentaren, dass ein BSD-ähnlicher libc gemeint ist.
Ich denke, es wurde untersucht, aber libc tendenziell eng an einen bestimmten Kernel gebunden (glibc hat eine Abstraktionsschicht, die ihm eine gewisse Portabilität ermöglicht, aber die üblichen Probleme verursacht, die eine Abstraktionsschicht verursacht) und BSD libc zu machen Die Arbeit mit einem Linux-Kernel würde eine nahezu vollständige Neuschreibung erfordern. Schlüsselsystemdienste unterscheiden sich sehr zwischen den beiden Systemen (ein Beispiel:BSD libc geht davon aus, dass es keine Pipes/FIFOs gibt, da BSD stattdessen Socketpairs verwendet; umgekehrt unterstützt Linux keine Pipe-kompatiblen Socketpairs).
In die andere Richtung zu gehen (Debian hat einen experimentellen Linux-Benutzerbereich auf einem FreeBSD-Kernel, denke ich) ist aufgrund von glibc möglich Portabilitätsebene von .
Es gibt viele libc-Implementierungen. Es ist möglich und durchaus üblich, ein System mit uClibc oder EGLIBC zu erstellen. Es ist nicht einmal besonders schwierig:Probieren Sie Buildroot aus.