https://m.opennet.dev/openforum/vsluhforumID3/66676.html Вышел (http://sourceware.org/ml/libc-alpha/2010-05/msg00000.html) релиз системной библиотеки GNU C Library (http://ftp.gnu.org/gnu/glibc/) (glibc) 2.12, являющейся основой большинства Linux-дистрибутивов, за исключением OpenWrt, Debian и Ubuntu, которые перешли на использование системной библиотеки Eglibc (http://www.eglibc.org/). Библиотека Eglibc полностью совместима с Glibc и отличается (http://www.opennet.ru/opennews/art.shtml?num=21615) более низкими системными требованиями, возможностью гибкой настройки компонентов, улучшенной поддержкой кросс-компиляции и кросс-тестирования.<br><br><br><br>В новой версии Glibc произошли следующие изменения (http://sourceware.org/git/?p=glibc.git;a=blob_plain;f=NEWS;hb=HEAD):<br><br><br><br>- Исправлено 80 ошибок;<br>- Добавлены новые интерфейсы pthread_setname_np (http://www.mkssoftware.com/docs/man3/pthread_setname_np.3.asp) и pthread_getname_np (http://www.mkssoftware.com/docs/man3/pthread_getname_np.3.asp), позволяющие привязать и получить символьное имя для з...<br><br>URL: http://sourcew https://m.opennet.dev/openforum/vsluhforumID3/66676.html#30 Sat, 08 May 2010 14:25:09 GMT для тебя это новость?<br> https://m.opennet.dev/openforum/vsluhforumID3/66676.html#29 Fri, 07 May 2010 17:24:22 GMT Шупашкар это вроде Чебоксары.<br> https://m.opennet.dev/openforum/vsluhforumID3/66676.html#28 Fri, 07 May 2010 14:52:40 GMT Не знаю-не знаю. Один libresolv занимает 100 kb, он выпиливается как часть сетевого стека. В glibc далеко не только "обертки над syscall".<br><br>В glibc МОРЕ всего, что завязано на сеть и не нужно, если нет сети. Вырубаем сеть - выпиливается NIS (по меньшей мере сотня kb), Sun RPC (тоже не так мало) и много еще что.<br><br>Или, к примеру, убирание функций вычисления с двойной точностью в libm (точнее, подмена их на ссылки на функции с одинарной точностью) в два раза урезает ее размер, 300k вместо 600k.<br><br>Локали тоже немало отнимают, всякие libcrypt тоже и тд, в общем курочка по зернышку, а eglibc - способ использовать более-менее обычную и совместимую gnu libc на встраиваемых устройствах, потому что даже после урезания того, что не нужно, функций там все равно остается не в пример больше той же uclibc. Не весь софт, писанный под glibc, дружит с uclibc.<br> https://m.opennet.dev/openforum/vsluhforumID3/66676.html#27 Fri, 07 May 2010 14:03:43 GMT в чейнджлоге промотал ниже, чем следовало бы. Не повторится! ))<br> https://m.opennet.dev/openforum/vsluhforumID3/66676.html#26 Fri, 07 May 2010 13:51:00 GMT по ссылкам покликайте в тексте новости?<br> https://m.opennet.dev/openforum/vsluhforumID3/66676.html#25 Fri, 07 May 2010 12:18:24 GMT И где написано, что малок соптимизировали???<br> https://m.opennet.dev/openforum/vsluhforumID3/66676.html#24 Fri, 07 May 2010 11:47:04 GMT Я думаю он о том - что экономить байты на выкидывании функций, которые являются всего лишь обертками над syscall - бредятина. Сэкономим 100 байт, выкинув все такие.<br> https://m.opennet.dev/openforum/vsluhforumID3/66676.html#23 Fri, 07 May 2010 10:57:20 GMT То есть Debian (который "за исключением") по определению кастрат?<br> https://m.opennet.dev/openforum/vsluhforumID3/66676.html#22 Fri, 07 May 2010 10:27:46 GMT Спасибо за разъяснение.<br>