Perpustakaan GNU C (Glibc) melihat batch lain dari persiapan Tahun 2038“Y2038″pada Selasa untuk stempel waktu Unix ketika waktu sejak 1 Januari 1970 tidak dapat lagi disimpan dalam bilangan bulat 32-bit yang ditandatangani.
Ada beberapa tambalan Y2038 untuk digabungkan ke Glibc di hari terakhir tetapi pada akhirnya sorotan utama adalah dukungan untuk waktu 64-bit dengan ABI lawas.
Seperti yang dijelaskan oleh Linaro’s Adhemerval Zanella,”Bendera build baru, _TIME_BITS, memungkinkan penggunaan 64-bit yang lebih baru
simbol waktu untuk ABI lama (di mana 32-bit time_t adalah default). Dukungan waktu 64 bit hanya diaktifkan jika LFS (_FILE_OFFSET_BITS=64) juga digunakan. Berbeda dari dukungan LFS, simbol y2038 ditambahkan hanya untuk ABI yang diperlukan (armhf, csky, hppa, i386, m68k, microblaze, mips32, mips64-n32, nios2, powerpc32, sparc32, s390-32, dan sh). ABI dengan dukungan waktu 64-bit tidak berubah, baik untuk pengalihan simbol maupun tipe. Di Linux, dukungan waktu 64-bit penuh membutuhkan minimal versi kernel v5.1. Jika tidak, fallback 32-bit akan digunakan dan dapat menyebabkan kesalahan dengan kode pengembalian overflow (EOVERFLOW).”
Pengalihan untuk menangani waktu 64-bit ditambahkan untuk fstat, gettimeofday, mktime, nanosleep, select, stat, time, utime, dan banyak panggilan libc lainnya serta untuk librt dan libanl.
Dengan kernel Linux versi terbaru dan komponen perangkat lunak ruang pengguna utama lainnya, penanganan Tahun 2038 berada dalam kondisi yang relatif baik dan sekarang Glibc ini berfungsi untuk penanganan yang tepat dengan ABI lama yang sekarang menanganinya secara lebih menyeluruh. Masih ada tujuh belas tahun lagi sampai”Epochalypse”tetapi khususnya di bagian depan yang tertanam masih harus dilihat berapa banyak sistem/perangkat keras yang akan diperbarui oleh vendor untuk mengurangi masalah.
