Glibc

GNU C Library
Parte de GNU toolchain
Información general
Tipo de programa	Biblioteca runtime
Desarrollador	Proyecto GNU
Lanzamiento inicial	1987
Vulnerabilidades	varias CVE-2016-6323 CVE-2016-4429 CVE-2016-3706 CVE-2016-3075 CVE-2016-1234 CVE-2015-8779 CVE-2015-8778 CVE-2015-8777 CVE-2015-8776 CVE-2015-7547 CVE-2015-5277 CVE-2015-1781 CVE-2015-1473 CVE-2015-1472 CVE-2015-0235 CVE-2014-9761 CVE-2014-9402 CVE-2014-8121 CVE-2014-7817 CVE-2014-6040 CVE-2014-5119 CVE-2014-4043 CVE-2014-0475 CVE-2013-7424 CVE-2013-7423 CVE-2013-4788 CVE-2013-4458 CVE-2013-4332 CVE-2013-4237 CVE-2013-2207 CVE-2013-1914 CVE-2013-0242 CVE-2012-6656 CVE-2012-4424 CVE-2012-4412 CVE-2012-3480 CVE-2012-3406 CVE-2012-3405 CVE-2012-3404 CVE-2012-0864 CVE-2011-4609 CVE-2011-2702 CVE-2011-1659 CVE-2011-1658 CVE-2011-1095 CVE-2011-1089 CVE-2011-1071 CVE-2011-0536 CVE-2010-4756 CVE-2010-4052 CVE-2010-4051 CVE-2010-3856 CVE-2010-3847 CVE-2010-3192 CVE-2010-0830 CVE-2010-0296 CVE-2010-0015 CVE-2009-5064 CVE-2009-5029 CVE-2009-4881 CVE-2009-4880 CVE-2004-1453 CVE-2004-1382 CVE-2004-0968 CVE-2003-0859 CVE-2003-0028 CVE-2002-1265 CVE-2002-1146 CVE-2002-0684 CVE-2000-0959 CVE-2000-0824 CVE-2000-0335 CVE-2024-2961
Licencia	GNU LGPL
Estado actual	Activo
Información técnica
Programado en	C
Versiones
Última versión estable	2.4022 de julio de 2024
Archivos legibles
Time Zone Information Format
Archivos editables
Time Zone Information Format
Enlaces
Sitio web oficial Repositorio de código Seguimiento de errores
[editar datos en Wikidata]

La biblioteca de C de GNU (del inglés GNU C library), comúnmente conocida como glibc es la biblioteca de tiempo de ejecución estándar del lenguaje C de GNU. Se distribuye bajo los términos de la licencia GNU LGPL.

En los sistemas en los que se usa, esta biblioteca de C que proporciona y define las llamadas al sistema y otras funciones básicas, es utilizada por casi todos los programas. Es muy usada en los sistemas GNU y sistemas basados en el núcleo Linux. Es muy portable y soporta gran cantidad de plataformas de hardware. En los sistemas Linux se instala con el nombre de libc6.

Glibc es usada en sistemas que trabajan con muchos núcleos diferentes y diferentes arquitecturas de hardware. El uso más común es en sistemas con el núcleo Linux en hardware x86, pero también soporta oficialmente las siguientes plataformas de hardware: x86, Motorola 680x0, DEC Alpha, PowerPC, ARM, ETRAX CRIS, S/390 y SPARC. Tiene soporte oficial para núcleos Hurd y Linux, aunque hay disponibles versiones con muchos parches que funcionan con núcleos de FreeBSD y NetBSD (como es el caso de Debian GNU/kFreeBSD y Debian GNU/NetBSD, respectivamente). Es también usada (de una forma modificada) como la libroot de BeOS y por eso en Haiku.

La Glibc no solo provee funcionalidad según las especificaciones POSIX sino que también provee extensiones GNU a dicho estándar, de manera que las aplicaciones pueden ser escritas para POSIX o para GNU. Glibc también implementa heurísticas en tiempo de ejecución para la gestión de memoria.

La función malloc puede tener una gran complejidad detrás de ella. No solo se limita a reservar la cantidad demandada de memoria dinámica en el montículo de memoria (heap) gestionado por el núcleo del sistema operativo. Glibc mantiene varios bloques de memoria dinámica que superan la capacidad demandada. Dichos bloques los administra a conveniencia sin necesidad de llamar continuamente al núcleo del sistema operativo.^[1]​

Otro ejemplo de heurísticas de tiempo de ejecución implementadas en Glibc consiste en la elección de la llamada a sistema que corresponda según arquitectura y versión de Linux.^[2]​ Linux dispone de múltiples llamadas a sistema y no todas están disponibles para todas las arquitecturas. Además, para una misma especificación de llamada a sistema puede haber distintas implementaciones, como la encargada de truncar archivos (truncate de Glibc). Dicha llamada a sistema cuenta con dos versiones en Linux: truncate y truncate64. Glibc se encarga de escoger la adecuada cuando un programa llama a truncate de Glibc.

La biblioteca de C de GNU provee la función syscall para poder invocar llamadas a sistema específicas del núcleo del sistema.^[3]​ Si el núcleo del sistema no dispone de la llamada al sistema solicitada, Glibc devuelve el valor -1 y el código de error ENOSYS (función no implementada) queda almacenado en la variable errno. Un ejemplo de funcionalidad que requiere del uso de syscall() es la llamada al sistema futex de Linux. Esta llamada es utilizada por la Glibc para implementar los cerrojos de exclusión mutua de PThreads en GNU/Linux.^[4]​ Glibc no proporciona un envoltorio para ser utilizada directamente por una aplicación en espacio de usuario.^[5]​ Sin envoltorio disponible, el programador puede utilizar futex mediante la función proxy syscall de GNU. Los detalles de la arquitectura hardware a la hora de llamar al núcleo han de ser gestionados por la aplicación. Los detalles de la convención del lenguaje C son manejados por Glibc: guardar y restaurar registros, activar la interrupción software de entrada al núcleo, valor de retorno de la llamada a sistema y variable errno. Utilizar syscall dificulta la portabilidad de la aplicación, pero es más fácil que tener que gestionar en ensamblador los registros, valores de retorno e interrupción software.

Normalmente una aplicación enlazada con la biblioteca de C no utiliza rutinas integradas que manejen por sí mismas el uso de la interfaz de llamadas a sistema de Linux. Hacer eso supone interferir con la gestión que hace la biblioteca. Por ejemplo, utilizar las llamadas a sistema brk y sbrk que manejan el puntero de rotura (program break) interfiere con la función malloc.

Lo primero que se ejecuta de un programa enlazado con la Glibc son una serie de rutinas llamadas desde el archivo de ensamblador start.S. Dicho archivo pertenece a la biblioteca de C de GNU. Inicializa una serie de punteros a función y llama a __libc_start_main. Dicha función realiza más inicializaciones, entre ellas detectar la familia del procesador para escoger versiones optimizadas de las funciones de la biblioteca. Después, la función main es invocada.^[6]​

Las extensiones GNU han implementado varias funciones que más tarde fueron estandarizadas como parte del lenguaje C en su estándar C90 y C99.

Glibc es usada por GCC. La portabilidad de GCC+Glibc ha permitido a Intel optimizar la distribución de GNU/Linux Clear Linux. Al compilar con GCC utilizan una opción que dispone para generar múltiples versiones de una rutina de un programa. Esto les faculta para tener el sistema operativo optimizado para distintas generaciones de procesadores. Luego utilizan la capacidad de detección y auto optimización de la Glibc para cargar binarios de bibliotecas optimizados para la CPU. Dichos binarios son distribuidos con Clear Linux, manteniendo múltiples versiones de una misma biblioteca.^[7]​ Los resultados de rendimiento dan una ventaja superior al 10% a favor de Clear Linux contra Ubuntu 17.10.^[8]​

• Programas instalados: catchsegv, gencat, getconf, getent, glibcbug, iconv, iconvconfig, ldconfig, ldd, lddlibc4, locale, localedef, mtrace, nscd, nscd_nischeck, pcprofiledump, pt_chown, rpcgen, rpcinfo, sln, sprof, tzselect, xtrace, zdump y zic

• Bibliotecas instaladas: ld.so, libBrokenLocale.[a,so], libSegFault.so, libanl.[a,so], libbsd-compat.a, libc.[a,so], libc_nonshared.a, libcrypt.[a,so], libdl.[a,so], libg.a, libieee.a, libm.[a,so], libmcheck.a, libmemusage.so, libnsl.a, libnss_compat.so, libnss_dns.so, libnss_files.so, libnss_hesiod.so, libnss_nis.so, libnss_nisplus.so, libpcprofile.so, libpthread.[a,so], libresolv.[a,so], librpcsvc.a, librt.[a,so], libthread_db.so y libutil.[a,so]

La biblioteca libc.[a,so], que implementa la funcionalidad del estándar del lenguaje C y de GNU C, aglutina un total aproximado de 500 llamadas a sistema y funciones.

• Sitio oficial de Glibc (en inglés)
• Manual de Glibc (en inglés)