Contexte :en supposant d'après les commentaires ci-dessus qu'un BSDish libc est signifié.
Je pense que cela a été examiné, mais libc tend à être étroitement lié à un noyau donné (glibc a une couche d'abstraction, ce qui lui permet une certaine portabilité mais provoque les problèmes habituels qu'une couche d'abstraction provoque) et rend BSD libc travailler avec un noyau Linux nécessiterait une réécriture presque complète. les services clés du système sont très différents entre les deux systèmes (un exemple :BSD libc suppose qu'il n'y a pas de canaux/FIFO, car BSD utilise à la place des paires de sockets ; à l'inverse, Linux ne prend pas en charge les paires de sockets compatibles avec les canaux).
Aller dans l'autre sens (Debian a un espace utilisateur Linux expérimental sur un noyau FreeBSD, je pense) est possible grâce à glibc couche de portabilité.
Il existe de nombreuses implémentations de la libc. Il est possible et assez courant de construire un système en utilisant uClibc ou EGLIBC. Ce n'est même pas particulièrement difficile :essayez Buildroot.