https://www.opennet.ru/openforum/vsluhforumID3/53863.html В состав веток "unstable" и "experimental" Debian GNU/Linux интегрирована (http://blog.aurel32.net/?p=47) поддержка системной библиотеки Embedded GLIBC (http://www.eglibc.org) (EGLIBC). В будущем разработчики планируют полностью заменить на eglibc стандартную библиотеку GNU C Library (GLIBC (http://www.gnu.org/software/libc/)).<br><br><br>Библиотека eglibc разработана с целью использования на встраиваемых системах и отличается значительно более низкими системными требованиями, возможностью гибкой настройки компонентов, улучшенной поддержкой кросс-компиляции и кросс-тестирования. При этом библиотека полностью совместима с glibc как на бинарном уровне, так и на уровне исходных текстов. Из известных проектов использующих eglibc можно отметить OpenWrt (http://www.openwrt.org/).<br><br><br>Из достоинств библиотеки разработчики Debian отметили:<br><br><br>- Более дружелюбное и открытое комьюнити разработчиков (glibc почти единолично развивает Red Hat);<br>- Наличие стабильной ветки, в которую включаются исправл...<br><br>URL: http://blog.au https://www.opennet.ru/openforum/vsluhforumID3/53863.html#44 Thu, 22 Mar 2012 09:34:28 GMT Важная поправка - если оно будет лучше и затраты будут целесообразны переменам.<br><br>На данном этапе, когда Linux уже давно и неплохо работает много где, а Hurd - всё только в мечтах, речь о том, что "вот-вот, уже-уже выйдёт Hurd и Linux сразу скинут" - наивны.<br><br>Выбрасывать развитую экосистему, которая в некоторых областях уже де-факто стандарт ради какой-то там идеологии GNU или Ъ-шности Hurd никто не будет в здравом уме. Да и в нездравом тоже<br> https://www.opennet.ru/openforum/vsluhforumID3/53863.html#43 Fri, 09 Apr 2010 12:08:38 GMT Репозиторий EGlibC выдаёт какую-то позорную ошибку:<br>svn: In directory 'eglibc-2.10\ports\sysdeps\m88k\m88100'<br>svn: Can't open file 'eglibc-2.10\ports\sysdeps\m88k\m88100\.svn\tmp\text-base\add_n.s.svn-base': The system cannot find the file<br>specified.<br> https://www.opennet.ru/openforum/vsluhforumID3/53863.html#42 Mon, 15 Mar 2010 10:25:00 GMT Если кто-то хочет убедиться лично, пусть сделает:<br>cat &#124; gcc -S -o - -x c -O2 -<br><br>#include &lt;string.h&gt;<br><br>int A(){<br> volatile int a[10] = {0};<br>}<br><br>int B() {<br><br> volatile int b[10];<br> memset(b, 0, 40);<br>}<br><br>^D<br> https://www.opennet.ru/openforum/vsluhforumID3/53863.html#41 Mon, 15 Mar 2010 10:21:05 GMT Начнём с того, что в memset надо было указать не "10", а "sizeof(int)*10". А продолжим тем, что даже с "-O" (даже без "-O2") обе функции выглядят так:<br><br>A:<br>.LFB24:<br> movq $0, -56(%rsp)<br> movq $0, -48(%rsp)<br> movq $0, -40(%rsp)<br> movq $0, -32(%rsp)<br> movq $0, -24(%rsp)<br> ret<br><br>B:<br>.LFB25:<br> movq $0, -56(%rsp)<br> movq $0, -48(%rsp)<br> movq $0, -40(%rsp)<br> movq $0, -32(%rsp)<br> movq $0, -24(%rsp)<br> ret<br><br><br>И поверьте, если вы компилируете без флагов оптимизации (единственный случай, где ваши доводы актуальны), то то, что вы предлагаете - лишь экономия на спичках.<br> https://www.opennet.ru/openforum/vsluhforumID3/53863.html#40 Mon, 15 Mar 2010 09:54:28 GMT Судя по посту выше, в ней не будет NIS<br> https://www.opennet.ru/openforum/vsluhforumID3/53863.html#39 Fri, 08 May 2009 21:13:00 GMT &gt;спор окончен. <br><br>Угу, упал и от жался...<br>&gt; вы, товарищ, абсолютно неконструктивно брыжжете по сторонам слюной при том <br><br>не конструктивно брызжете - пишется. <br>&gt;не понимая смысла элементарных конструкций языка С. <br><br>Где вы тут конструкции нашли... <br><br>Я ему про лишние функции и элементарную оптимизацию, он про возвышенные формы...<br> https://www.opennet.ru/openforum/vsluhforumID3/53863.html#38 Fri, 08 May 2009 20:01:04 GMT спор окончен. вы, товарищ, абсолютно неконструктивно брыжжете по сторонам слюной при том не понимая смысла элементарных конструкций языка С.<br> https://www.opennet.ru/openforum/vsluhforumID3/53863.html#37 Fri, 08 May 2009 14:40:45 GMT &gt;вообщем, int a[10] = {0}; полная чушь. советую поставить на место memset() <br>&gt;там где его поставили "писатели" любители memset() ну или на худой <br>&gt;конец написать не {0} а {0,0,0,0,0,0,0,0,0,0} <br><br>int A(){<br> int a[10] = {0};<br>}<br><br>int B() {<br><br> int b[10];<br> memset(b, 0, 10);<br>}<br><br><br>#gcc -S test.c <br># cat test.s <br><br>A:<br>.LFB0:<br>...<br> movq $0, -48(%rbp)<br> movq $0, -40(%rbp)<br> movq $0, -32(%rbp)<br> movq $0, -24(%rbp)<br> movq $0, -16(%rbp)<br> leave<br> ret<br>... <br>B:<br>.LFB1:<br>...<br> subq $48, %rsp<br> leaq -48(%rbp), %rax<br> movl $10, %edx<br> movl $0, %esi<br> movq %rax, %rdi<br> call memset<br> leave<br> ret<br>..<br>Ну и накуя мне лишние SUB и LEA, и особенно CALL ??? - Вот так ВИДУЗЯТНИКИ и пишут!!!<br><br> https://www.opennet.ru/openforum/vsluhforumID3/53863.html#36 Fri, 08 May 2009 14:23:25 GMT вообщем, int a[10] = {0}; полная чушь. советую поставить на место memset() там где его поставили "писатели" любители memset() ну или на худой конец написать не {0} а {0,0,0,0,0,0,0,0,0,0}<br>