glibc

مكتبة جنو سي

المؤلف(ون) الأصلي(ون)	رولاند ماكجراث
المطور(ون)	مشروع جنو ، معظم المساهمات من قبل أولريش دريبر
الإصدار الأولي	1987 ؛ منذ 37 عامًا [1] ( 1987 )
إصدار مستقر	2.40 [2]  / 22 يوليو 2024
مستودع	المصدر: sourceware.org/git/glibc.git
مكتوب في	ج
نظام التشغيل	شبيه يونكس
يكتب	مكتبة وقت التشغيل
رخصة	2001: LGPL-2.1 أو أحدث [أ] 1992: LGPL-2.0 أو أحدث [ب]
موقع إلكتروني	www.gnu.org/software/libc/

مكتبة GNU C ، المعروفة باسم glibc ، هي تنفيذ مشروع GNU لمكتبة C القياسية . وهي توفر غلافًا حول نداءات النظام لنواة Linux والنوى الأخرى لاستخدام التطبيقات. وعلى الرغم من اسمها، فهي تدعم الآن أيضًا C++ بشكل مباشر (وغير مباشر، لغات برمجة أخرى ). وقد بدأت في الثمانينيات من قبل مؤسسة البرمجيات الحرة (FSF) لنظام التشغيل GNU .

glibc هو برنامج مجاني تم إصداره بموجب رخصة جنو العمومية الصغرى . ^[3] يوفر مشروع مكتبة جنو سي المكتبات الأساسية لنظام جنو، بالإضافة إلى العديد من الأنظمة التي تستخدم لينكس كنواة . توفر هذه المكتبات واجهات برمجة تطبيقات مهمة بما في ذلك ISO C11 و POSIX.1-2008 و BSD وواجهات برمجة تطبيقات خاصة بنظام التشغيل والمزيد . تتضمن واجهات برمجة التطبيقات هذه مرافق أساسية مثل open و read و write و malloc و printf و getaddrinfo و dlopen و pthread_create و crypt و login و exit والمزيد.

إصدار	تاريخ	أبرز الأحداث
0.1 – 0.6	أكتوبر 1991 – فبراير 1992
1.0	فبراير 1992
1.01 – 1.09.3	مارس 1992 – ديسمبر 1994
1.90 – 1.102	مايو 1996 – يناير 1997
2.0	يناير 1997
2.0.1	يناير 1997
2.0.2	فبراير 1997
2.0.91	ديسمبر 1997
2.0.95	يوليو 1998
2.1	فبراير 1999
2.1.1	مارس 1999
2.2	نوفمبر 2000
2.2.1	يناير 2001
2.2.2	فبراير 2001
2.2.3	مارس 2001
2.2.4	يوليو 2001
2.3	أكتوبر 2002
2.3.1	أكتوبر 2002
2.3.2	فبراير 2003
2.3.3	ديسمبر 2003
2.3.4	ديسمبر 2004	الحد الأدنى لـ Linux Standard Base (LSB) 3.0
2.3.5	ابريل 2005
2.3.6	نوفمبر 2005
2.4	مارس 2006	الحد الأدنى لـ LSB 4.0، دعم inotify الأولي
2.5	سبتمبر 2006	دعم كامل لـ inotify . انتهى دعم RHEL5 في 30 نوفمبر 2020 ؛ منذ 3 سنوات ( 2020-11-30 )
2.6	مايو 2007
2.7	أكتوبر 2007
2.8	ابريل 2008
2.9	نوفمبر 2008
2.10	مايو 2009	الحد الأدنى لـ LSB 5.0. تم أرشفة psiginfo الأولية في 19 سبتمبر 2021 على موقع Wayback Machine .
2.11	أكتوبر 2009	وصل SLES11 إلى نهاية الدعم طويل الأمد في مارس 2022 .
2.12	مايو 2010
2.13	يناير 2011
2.14	يونيو 2011
2.15	مارس 2012
2.16	يونيو 2012	دعم x32 ABI ، والتوافق مع ISO C11 ، وSystemTap
2.17	ديسمبر 2012	دعم ARM 64 بت
2.18	أغسطس 2013	تم تحسين دعم C++11 . دعم إزالة قفل Intel TSX . دعم معماريات Xilinx MicroBlaze وIBM POWER8 .
2.19	فبراير 2014	اختبارات SystemTap لـ malloc . دعم GNU Indirect Function (IFUNC) لـ ppc32 وppc64. ميزة اختبار الماكرو الجديدة _DEFAULT_SOURCE لتحل محل _SVID_SOURCE و_BSD_SOURCE. توثيق السلامة الأولي لجميع الوظائف في الدليل. تغيير ABI في ucontext وjmp_buf لـ s390/s390x.
2.20	سبتمبر 2014	دعم أقفال وصف الملف
2.21	فبراير 2015	تنفيذ إشارة ضوئية جديدة
2.22	أغسطس 2015	دعم لتمكين Google Native Client (NaCl)، الذي كان يعمل في الأصل على x86، يعمل على ARMv7-A و Unicode 7.0
2.23	فبراير 2016	يونيكود 8.0
2.24	أغسطس 2016	تمت إزالة بعض الميزات القديمة
2.25	فبراير 2017	تمت إضافة الوظائف getentropyوملف getrandomالرأس .<sys/random.h>
2.26	أغسطس 2017	تحسين الأداء (ذاكرة التخزين المؤقت لكل خيط لـ malloc)، ودعم Unicode 10
2.27	فبراير 2018	تحسينات الأداء. دعم RISC-V .
2.28	أغسطس 2018	statx, renameat2, يونيكود 11.0.0
2.29	فبراير 2019	getcpuإزار إنشاء وتثبيت كافة الإعدادات المحلية كدلائل تحتوي على ملفات الدوال المثلثية المحسنة إزالة القفل المعاملاتي لـ PowerCP64LE ABI posix_spawn_file_actions_addchdir_np و posix_spawn_file_actions_addfchdir_np لم يعد popen وsystem يشغلان معالجات atfork دعم C-SKY ABIV2 الذي يعمل على Linux تنسيق strftime الافتراضي للسنة البديلة للإعدادات المحلية؛ يمكن الآن تطبيق العلامتين '_' و'-' على "%EY" [7]
2.30	أغسطس 2019	Unicode 12.1.0، يقبل الرابط الديناميكي الوسيطة --preloadلتحميل الكائنات المشتركة مسبقًا، gettidتمت إضافة الوظيفة على Linux، دعم تقويم Minguo (جمهورية الصين)، تمت إضافة عصر ياباني جديد إلى إعدادات ja_JP المحلية، تفشل وظائف تخصيص الذاكرة مع حجم كائن إجمالي أكبر من PTRDIFF_MAX؛ تم إصلاح CVE - 2019-7309 وCVE-2019-9169 [8]
2.31	فبراير 2020	دعم معيار C23 الأولي
2.32	أغسطس 2020	Unicode 13.0، سمة "الوصول" لتحسين التحذيرات في GCC 10، أي "المساعدة في الكشف عن تجاوزات المخزن المؤقت والوصولات الأخرى خارج الحدود" [9]
2.33	فبراير 2021	إتش دبليو سي أي بي إس
2.34	أغسطس 2021	تم دمج libpthread، libdl، libutil، libanl في libc.
2.35	فبراير 2022	Unicode 14.0، لغة C.UTF-8، تسلسلات قابلة لإعادة التشغيل. تمت إزالة دعم Intel MPX .
2.36	أغسطس 2022
2.37	فبراير 2023
2.38	أغسطس 2023	تمت إضافة وظائف strlcpy و strlcat. دعم libmvec لـ ARM64.
2.39	يناير 2024	تمت إضافة رأس stdbit.h من ISO C2X. دعم مجموعات الظل على x86_64، وميزات أمان جديدة، وإزالة libcrypt.
2.40	يوليو 2024	دعم جزئي لمعيار ISO C23 ، وتعديل جديد لاختبار برامج setuid ، ودعم محسّن لمتجه ARM 64 بت.

تم كتابة مشروع glibc في البداية بواسطة Roland McGrath، الذي كان يعمل لدى مؤسسة البرمجيات الحرة (FSF) في صيف عام 1987 عندما كان مراهقًا. ^{[10] [11]} في فبراير 1988، وصفت مؤسسة البرمجيات الحرة glibc بأنها أكملت تقريبًا الوظائف المطلوبة بواسطة ANSI C. [ ^12] وبحلول عام 1992، تم تنفيذ وظائف ANSI C-1989 وPOSIX.1-1990 وكان العمل جاريًا على POSIX.2. ^[13] في سبتمبر 1995، قدم أولريش دريبر مساهمته الأولى في glibc وبحلول عام 1997 كان هو من أجرى معظم الالتزامات. شغل دريبر منصب الصيانة لسنوات عديدة وحتى عام 2012 جمع 63٪ من جميع الالتزامات للمشروع. ^[14]

في مايو 2009، تم نقل glibc إلى مستودع Git . ^[14]

في عام 2010، تم حل مشكلة الترخيص التي كانت ناجمة عن تنفيذ Sun RPC في glibc والذي لم يكن متوافقًا مع GPL . تم إصلاحها عن طريق إعادة ترخيص مكونات Sun RPC بموجب ترخيص BSD . ^{[15] [16]}

في عام 2014، عانى glibc من خطأ في كسر ABI على s390. ^[17]

في يوليو 2017، بعد مرور 30 ​​عامًا على إنشائه لمشروع glibc، أعلن رولاند ماكجراث رحيله، "معلنًا نفسي مشرفًا فخريًا ومنسحبًا من المشاركة المباشرة في المشروع. لقد أثبتت الأشهر القليلة الماضية، إن لم يكن السنوات القليلة الماضية، أنكم لم تعد بحاجة إلي". ^[10]

في عام 2018، قام المشرف ريموند نيكلسون بإزالة نكتة حول الإجهاض من الكود المصدري لـ glibc. وقد تم استعادتها لاحقًا بواسطة ألكسندر أوليفا بعد أن طالب ريتشارد ستالمان بإعادتها. ^[18]

في عام 2021، تمت إزالة شرط تخصيص حقوق النشر لمؤسسة البرمجيات الحرة من المشروع. ^[19]

في عام 1994، قام مطورو نواة لينكس بتقسيم glibc. وتم الحفاظ على تقسيمهم، "Linux libc"، بشكل منفصل حتى حوالي عام 1998. ولأن نسبة حقوق النشر كانت غير كافية، لم يكن من الممكن دمج التغييرات مرة أخرى في GNU Libc. ^[20] عندما أصدرت مؤسسة البرمجيات الحرة glibc 2.0 في يناير 1997، أوقف مطورو النواة Linux libc بسبب امتثال glibc 2.0 المتفوق لمعايير POSIX. ^[21] كما كان glibc 2.0 يتمتع بتدويل أفضل وترجمة أكثر عمقًا، وإمكانية IPv6 ، والوصول إلى البيانات 64 بت، وتسهيلات للتطبيقات متعددة الخيوط، وتوافق الإصدارات المستقبلية، وكان الكود أكثر قابلية للنقل. ^[22] استخدمت آخر نسخة مستخدمة من Linux libc الاسم الداخلي ( soname ) libc.so.5 . بناءً على ذلك، يستخدم glibc 2.x على Linux اسم soname libc.so.6 ^{[23] [ مطلوب مصدر أفضل ]}

في عام 2009، تحولت دبيان وعدد من المشتقات من glibc إلى البديل ^[25] eglibc. ^[26] تم دعم Eglibc من قبل اتحاد يتكون من Freescale و MIPS و MontaVista و Wind River . ^[27] لقد احتوى على تغييرات جعلته أكثر ملاءمة للاستخدام المضمن وأضاف دعمًا للهندسة المعمارية التي لم تكن مدعومة بواسطة glibc، مثل PowerPC e500 . تم دمج كود eglibc مرة أخرى في glibc في الإصدار 2.20. ^[28] منذ عام 2014، تم إيقاف eglibc. كما عاد مشروع Yocto و Debian إلى glibc منذ إصدار Debian Jessie . ^[29]

بدءًا من عام 2001، أشرفت لجنة على تطوير المكتبة، ^[30] مع الاحتفاظ بأولريش دريبر ^[31] كمساهم رئيسي وصيان. أحاطت لجنة التوجيه بإنشاء المكتبة بجدال عام، حيث وصفها أولريش دريبر علنًا بأنها مناورة استيلاء عدائية فاشلة من قبل ريتشارد ستالمان . ^{[32] [33] [34] [35]}

في مارس 2012، صوتت اللجنة التوجيهية على حل نفسها وإزالة دريبر لصالح عملية تطوير يقودها المجتمع، مع تحمل رايان أرنولد وماكسيم كوفيركوف وجوزيف مايرز وكارلوس أودونيل وألكسندر أوليفا مسؤولية صيانة جنو (ولكن بدون سلطة اتخاذ قرار إضافية). ^{[36] [37] [38]}

يوفر glibc الوظائف المطلوبة بواسطة مواصفات UNIX الفردية ، وPOSIX (1c، و1d، و1j) وبعض الوظائف المطلوبة بواسطة واجهات ISO C11 ، وISO C99 ، و Berkeley Unix (BSD)، وتعريف واجهة System V (SVID)، ودليل قابلية النقل X/Open (XPG)، الإصدار 4.2، مع جميع الامتدادات المشتركة لأنظمة XSI (واجهة نظام X/Open) المتوافقة مع جميع امتدادات X/Open UNIX.

بالإضافة إلى ذلك، يوفر glibc أيضًا ملحقات تم اعتبارها مفيدة أو ضرورية أثناء تطوير GNU .

يستخدم glibc في الأنظمة التي تعمل بالعديد من النوى المختلفة والهياكل المختلفة للأجهزة . الاستخدام الأكثر شيوعًا هو في الأنظمة التي تستخدم نواة Linux على أجهزة x86 ، ومع ذلك، فإن الأجهزة المدعومة رسميًا ^[39] تشمل: ARM و ARC وC-SKY و DEC Alpha و IA-64 و Motorola m68k و MicroBlaze و MIPS و Nios II و PA-RISC و PowerPC و RISC-V و s390 و SPARC و x86 (الإصدارات القديمة تدعم TILE ). وهو يدعم رسميًا نوى Hurd و Linux . بالإضافة إلى ذلك، هناك إصدارات مُرقعة بشكل كبير تعمل على نوى FreeBSD و NetBSD (التي تم بناء أنظمة Debian GNU/kFreeBSD و Debian GNU/NetBSD منها على التوالي)، بالإضافة إلى إصدار متشعب من OpenSolaris . ^[40] يتم استخدامه أيضًا (بشكل محرر) ويُسمى libroot.so في BeOS و Haiku . ^[41]

لقد تعرضت مكتبة glibc لانتقادات بسبب " تضخمها " وبطءها مقارنة بالمكتبات الأخرى في الماضي، على سبيل المثال من قبل لينوس تورفالدس ^[42] ومبرمجي لينكس المضمنين . ولهذا السبب، تم إنشاء العديد من مكتبات معيارية بديلة للغة C والتي تؤكد على حجم أصغر. ومع ذلك، تستخدم العديد من مشاريع الأجهزة الصغيرة مكتبة GNU libc بدلاً من البدائل الأصغر حجمًا بسبب دعمها للتطبيقات، وتوافقها مع المعايير، واكتمالها. ومن الأمثلة على ذلك Openmoko ^[43] و Familiar Linux لأجهزة iPaq المحمولة (عند استخدام برنامج العرض GPE ). ^[44]

لا ينفذ glibc واجهات التحقق من الحدود المحددة في C11 ولم ينفذ strlcpy و strlcat ^{[45] [46]} حتى عام 2023 على أساس أن "هذه الوظائف يمكن أن تسبب مشاكل عمليًا، حيث يشجع استخدامها المقصود على اقتطاع البيانات الصامتة، ويضيف التعقيد وعدم الكفاءة، ولا يمنع جميع تجاوزات المخزن المؤقت في الوجهات." ^[47] أشارت الأسئلة الشائعة إلى أن واجهات التحقق من الحدود كانت اختيارية في معيار ISO وأن snprintf كان متاحًا كبديل. ^[47]

توجد طبقات توافقية (" shims ") للسماح للبرامج المكتوبة لأنظمة بيئية أخرى بالعمل على أنظمة تقديم واجهة glibc. وتشمل هذه الطبقات libhybris ، وهي طبقة توافقية لنظام التشغيل Android Bionic ، و Wine ، والتي يمكن اعتبارها طبقة توافق من واجهات برمجة تطبيقات Windows إلى glibc وواجهات برمجة تطبيقات أصلية أخرى متوفرة على أنظمة شبيهة بنظام يونكس.

• غنيوليب
• واجهة برمجة تطبيقات نواة لينكس

• الموقع الرسمي