форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	+/–
Сообщение от opennews (??) on 06-Май-09, 18:43
В состав  веток "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/)). Библиотека eglibc разработана с целью использования на встраиваемых системах и отличается значительно более низкими системными требованиями, возможностью гибкой настройки компонентов, улучшенной поддержкой кросс-компиляции и кросс-тестирования. При этом библиотека полностью совместима с glibc как на бинарном уровне, так и на уровне исходных текстов. Из известных проектов использующих eglibc можно отметить OpenWrt (http://www.openwrt.org/). Из достоинств библиотеки разработчики Debian отметили: -  Более дружелюбное и открытое комьюнити разработчиков (glibc почти единолично развивает Red Hat); -  Наличие стабильной ветки, в которую включаются исправл... URL: http://blog.aurel32.net/?p=47 Новость: http://www.opennet.dev/opennews/art.shtml?num=21615
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	+/–
Сообщение от Аноним (??) on 06-Май-09, 18:43
любопытно чем это кончится
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	–1 +/–
Сообщение от zibeR on 06-Май-09, 19:04
Новость стоило сформулировать так: редхатофобы захватили власть в дебиановском комьюнити и решили, что им нужен свой glibc, с блекджеком и шлюхами. Думаю, следующий шаг - полный отказ от поддержки ядра linux ;)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	3. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	+1 +/–
	Сообщение от Knuckles (ok) on 06-Май-09, 19:21
	Ты будешь смеяться, но использование ядра Linux это и есть временная мера в системе GNU. До тех пор, пока не будет готово ядро Hurd ;)
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	5. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	+2 +/–
	Сообщение от Homo sapiens on 06-Май-09, 19:24
	Ну когда же уже оно будет готово? Уже вон и L4 наподходе к стабильности а Hurd-a все нету и нету...
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	11. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	+1 +/–
	Сообщение от User294 (??) on 06-Май-09, 21:36
	>Уже вон и L4 наподходе к стабильности а Hurd-a все нету и нету... Наверное когда я буду старым и выйду на пенсию - как раз поспеют, и то и другое :).ИМХО нету их поскольку реальная востребованность всего этого - невелика.Как бы ни было досадно эстетам.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	35. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	+1 +/–
	Сообщение от Ivan (??) on 08-Май-09, 18:17
	Увы и ах, лично мне очень жаль, но выглядит будто бы на Hurd (точнее Mach microkernel) давно и жирно забили все (включая сообщество) кроме Apple (как известо в основе MacOS X лежит BSD окружение и Mach микроядро). Ядро Linux постигла судьба архитекруры x86 - слишком много вложено в него монстрами индустрии, и слишком хорошо к нему уже все адаптировались чтобы взять и отправить его на свалку legacy технологий.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	44. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	+/–
	Сообщение от Аноним (??) on 22-Мрт-12, 13:34
	Важная поправка - если оно будет лучше и затраты будут целесообразны переменам. На данном этапе, когда Linux уже давно и неплохо работает много где, а Hurd - всё только в мечтах, речь о том, что "вот-вот, уже-уже выйдёт Hurd и Linux сразу скинут" - наивны. Выбрасывать развитую экосистему, которая в некоторых областях уже де-факто стандарт ради какой-то там идеологии GNU или Ъ-шности Hurd никто не будет в здравом уме. Да и в нездравом тоже
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	8. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	+/–
	Сообщение от kolbusa on 06-Май-09, 20:05
	советую почитать ссылки на багзилу -- дреппер ведет себя довольно странно
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	10. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	+/–
	Сообщение от asl on 06-Май-09, 21:04
	Вовсе нет. Это его типичная манера общения :)
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	16. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	+/–
	Сообщение от coroner (ok) on 07-Май-09, 01:51
	не HURDом единым:) а шлюхи и блекджек это ближе:) не хочу вызвать религиозную войну, но, все таки, своя рубашка к телу то ближе..а ее отсутствме предпологает способы заработка на нее.так что, realtime  приносить деньги будет, а linux desktop. ЗЫ: основные десктопы-дебиан, редхат, убунту(простимягосподи),у мандривы  даж книжку выиграл.. как бы джаст фо фан не взывал бойцов на борьбу, но сочетание сервер(корпорейт)+десктоп(канешн корпорейт+гейм+спец(CAD,ERP,документооборот)) будет на уровне джаст фо фаном.причем  с рейтингом ниже лего
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	–1 +/–
Сообщение от yantux (??) on 06-Май-09, 19:21
А что в этом плохого?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	6. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	–1 +/–
	Сообщение от Smile (??) on 06-Май-09, 19:35
	на сколько я понимаю это потенциальные проблемы совместимости.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	7. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	–1 +/–
	Сообщение от Гость on 06-Май-09, 19:41
	Пока что их нет.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	17. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	–1 +/–
	Сообщение от seyko (ok) on 07-Май-09, 03:59
	Точно... Программы, собранные для eglibc, не будут работать в системе с glibc. И наоборот. Даже сейчас не все программы, собранные для более ранних glibc, запускаются на системе с новой glibc. Справедливо по крайней мере для glibc 2.3.x 2.2.x Загрузчик начинает говорить, что не найден символ GLIBC_2 трали-вали (что-то похожее). В своё время пробовал заменить glibc на ulibc. Геморой. Куча программ не собирается или не запускается. Давно это было. Но думаю, что ситуация не изменилась. ulibc особо не развивается. Зато как кошки плодятся всякие новые klibc, eglibc. Для специализированного примения всякая годится. А так пока замены glibc не видно...
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	22. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	+2 +/–
	Сообщение от Аноним (??) on 07-Май-09, 10:29
	К тексте новости русским по белому написано, что у eglibc совместимость с glibc и бинарная, и на уровне сорцов. ulibc (это ведь Вы так uclibc обозвали?) не имеет ни такой совместимости (полной), ни цели ее заиметь. Не говоря уж об узкоспециальной klibc.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

9. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	+/–
Сообщение от pavlinux (ok) on 06-Май-09, 20:58
Ну если все стандарты, от K&R до C++0x будут, тогда пофиг.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	12. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	+/–
	Сообщение от Онимус on 06-Май-09, 21:50
	>Ну если все стандарты, от K&R до C++0x будут, тогда пофиг. Возможно неправ, но все же проясните, при чем тут стандарты на плюсы и сишная библиотека? =\
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	13. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	+/–
	Сообщение от pavlinux (ok) on 06-Май-09, 23:14
	А libstdc++ где живёт? Мне-то вапще пох... я С++ незнаю, и знать не хочу. Давеча, упалпадстол, после того, как g++ меня отшило со словами error: ISO C++ forbids initialization of member 'a' error: ISO C++ forbids in-class initialization of non-const static member 'a' error: ISO C++ forbids initialization of member 'b' error: making 'b' static error: ISO C++ forbids in-class initialization of non-const static member 'b на код typedef struct { int a = 0; int b = 0; } x; :)
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	14. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	+/–
	Сообщение от const86 (ok) on 06-Май-09, 23:52
	> А libstdc++ где живёт? GCC. > typedef struct { int a = 0; int b = 0; } x; Неудивительно, что компилятор это не понял. Я вот тоже не могу понять, что бы это значило...
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	19. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	+/–
	Сообщение от zloy (??) on 07-Май-09, 08:38
	Чушь какая-то. typedef задает синоним типа. Я даже не могу предположить, что ты хотел сделать :)
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	28. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	+/–
	Сообщение от Ptomaine on 07-Май-09, 18:37
	Да всё нормально. Так можно объявлять типы (кстати, такая манера объявления пришла в С++ из C).
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	30. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	+/–
	Сообщение от pavlinux (ok) on 07-Май-09, 22:23
	>Чушь какая-то. typedef задает синоним типа. Я даже не могу предположить, что >ты хотел сделать :) А что же тогда пишешь, если не фкуривашь... Смысла слеующая. Когда, в нужном месте, объявлю новую переменную типа (struct x), то она будет абнулёвана :) Cинонимы: struct SuperStuct { int a = 0; int b = 0; }; typedef SuperStuct х; ----------------------------------------------- struct { int a = 0; int b = 0; } SuperStuct; typedef SuperStuct х; ----------------------------------------------- struct SuperStuct { int a; int b; } = {0, 0}; typedef SuperStuct х; ----------------------------------------------- struct SuperStuct { int a; int b; }; myfunc() {    struct x a = {0, 0};    struct x a = {{0}}; } Собственно причёсывал код, после "Писателей" - любителей memset(); int a[10]; memset(a, 0, sizeof(a);  :) Наверно тяжело было, просто int a[10] = {0}; Таже фигня со структурами...
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	33. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	+/–
	Сообщение от soos on 08-Май-09, 16:49
	int a[10] = {0}; странно... а если написать int a[10] = {5}; то всё пятёрками инициализируется или только первый элемент массива? привет от любителей memset()!
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	34. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	+/–
	Сообщение от pavlinux (ok) on 08-Май-09, 17:59
	>int a[10] = {0}; > >странно... а если написать int a[10] = {5}; то всё пятёрками инициализируется >или только первый элемент массива? привет от любителей memset()! Не, так только первый, он же  нулевой - int a[0] = 5, остальные нули :)
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	36. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	+/–
	Сообщение от soos on 08-Май-09, 18:23
	вообщем, int a[10] = {0}; полная чушь. советую поставить на место memset() там где его поставили "писатели" любители memset() ну или на худой конец написать не {0} а {0,0,0,0,0,0,0,0,0,0}
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	37. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	+/–
	Сообщение от pavlinux (ok) on 08-Май-09, 18:40
	>вообщем, int a[10] = {0}; полная чушь. советую поставить на место memset() >там где его поставили "писатели" любители memset() ну или на худой >конец написать не {0} а {0,0,0,0,0,0,0,0,0,0} int A(){   int a[10] = {0}; } int B() {    int b[10];    memset(b, 0, 10); } #gcc -S test.c # cat test.s A: .LFB0: ...         movq    $0, -48(%rbp)         movq    $0, -40(%rbp)         movq    $0, -32(%rbp)         movq    $0, -24(%rbp)         movq    $0, -16(%rbp)         leave         ret ... B: .LFB1: ...         subq    $48, %rsp         leaq    -48(%rbp), %rax         movl    $10, %edx         movl    $0, %esi         movq    %rax, %rdi         call    memset         leave         ret .. Ну и накуя мне лишние SUB и LEA, и особенно CALL ??? - Вот так ВИДУЗЯТНИКИ и пишут!!!
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	38. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	+/–
	Сообщение от soos on 09-Май-09, 00:01
	спор окончен. вы, товарищ, абсолютно неконструктивно брыжжете по сторонам слюной при том не понимая смысла элементарных конструкций языка С.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	39. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	+/–
	Сообщение от pavlinux (ok) on 09-Май-09, 01:13
	>спор окончен. Угу, упал и от жался... > вы, товарищ, абсолютно неконструктивно брыжжете по сторонам слюной при том не конструктивно брызжете - пишется. >не понимая смысла элементарных конструкций языка С. Где вы тут конструкции нашли... Я ему про лишние функции и элементарную оптимизацию, он про возвышенные формы...
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	41. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	+/–
	Сообщение от Xaionaro (ok) on 15-Мрт-10, 13:21
	Начнём с того, что в memset надо было указать не "10", а "sizeof(int)*10". А продолжим тем, что даже с "-O" (даже без "-O2") обе функции выглядят так: A: .LFB24:         movq    $0, -56(%rsp)         movq    $0, -48(%rsp)         movq    $0, -40(%rsp)         movq    $0, -32(%rsp)         movq    $0, -24(%rsp)         ret B: .LFB25:         movq    $0, -56(%rsp)         movq    $0, -48(%rsp)         movq    $0, -40(%rsp)         movq    $0, -32(%rsp)         movq    $0, -24(%rsp)         ret И поверьте, если вы компилируете без флагов оптимизации (единственный случай, где ваши доводы актуальны), то то, что вы предлагаете - лишь экономия на спичках.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	42. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	+/–
	Сообщение от Xaionaro (ok) on 15-Мрт-10, 13:25
	Если кто-то хочет убедиться лично, пусть сделает: cat | gcc -S -o - -x c -O2 - #include <string.h> int A(){   volatile int a[10] = {0}; } int B() {    volatile int b[10];    memset(b, 0, 40); } ^D
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	29. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	+/–
	Сообщение от Ptomaine on 07-Май-09, 18:49
	Естественно компилятор выдаст ошибки. :) Кто тебе сказал, что инициализировать члены класса (структуры) можно прямо в месте объявления? Хотя можно, но они должны быть static и при этом const и ещё иметь тип целого числа (long, int, short, char). Почитай стандарт. В новой версии С++ будет возможна инициализация в месте объявления членов класса. Смешно, ты пишешь код неправильно и обижаешься, что компилятор тебя не понимает. Я тоже бы хотел, например, в языке D иметь возможность множественного наследования, но её там нет. Так что теперь, сопли с сахаром по этому поводу лить и говорить что этот язык дерьмо? Не смеши народ.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	31. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	–1 +/–
	Сообщение от pavlinux (ok) on 07-Май-09, 22:31
	>Смешно, ты пишешь код неправильно и обижаешься, что компилятор тебя не понимает. > Не смеши народ. Зачем нужон язык который деградировал относительно своего предка. Если я в уме считаю тройные интегралы, это не значит, что я забыл деление столбиком, счёты, и Феликс-М...
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	15. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	+/–
	Сообщение от const86 (ok) on 06-Май-09, 23:55
	>при чем тут стандарты на плюсы и сишная библиотека? =\ Стандарт предусматривает наличие определённых функций, большая часть из которых живёт в glibc. Ну и должна жить в eglibc, если собираются бескровно на неё мигрировать. Это относится не только к C, но и к C++, хотя там доля функций, живущих в glibc, меньше.
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

18. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	–1 +/–
Сообщение от Аноним (??) on 07-Май-09, 04:12
т.е. флеш, опера, неро & etc proprietary products под дебианом жить не будут.. будем мигрировать на шапку, или на что-нибудь другое тогда)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	23. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	+1 +/–
	Сообщение от ivan1986 on 07-Май-09, 10:43
	>т.е. флеш, опера, неро & etc proprietary products под дебианом жить не >будут.. будем мигрировать на шапку, или на что-нибудь другое тогда) Блин, ну написано же - бинарная совместимость, тоесть будут
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

20. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	+/–
Сообщение от дАЛЬ on 07-Май-09, 09:59
Значит ли сие что это будет на убунте?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	25. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	+/–
	Сообщение от Аноним (??) on 07-Май-09, 13:53
	Конечно, бубунта же все пакеты из дебиана берет
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

21. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	+/–
Сообщение от Tya on 07-Май-09, 10:06
насколько я понял, мужики из glibc просто предложили не городить огород и вынести код для embedded devices в отдельную библу, вот и отпочковались.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	24. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	+/–
	Сообщение от crick (ok) on 07-Май-09, 10:49
	Коллеги, а на сайт eglibc никто сходить не пробовал? Суть проекта eglibc состоит в том, чтобы взять сорцы glibc, подправить make скрипты так, чтобы без надобности не собиралось все лишнее (типа NIS) и не возникало ошибок при кросс-компиляции и все! Т.е. eglibc по сути и есть glibc, только по-другому собранное!
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	27. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	+/–
	Сообщение от vitek (??) on 07-Май-09, 14:19
	то-то я всё думал, чтобы это значило: >При этом библиотека полностью совместима с glibc ... на уровне исходных текстов. ? :-D
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

32. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	+/–
Сообщение от Ivan (??) on 08-Май-09, 16:01
А минусы по сравнению с glibc у неё есть?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	40. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	+/–
	Сообщение от анонимус (??) on 15-Мрт-10, 12:54
	Судя по посту выше, в ней не будет NIS
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

43. "Проект Debian GNU/Linux планирует заменить GNU C Library на ..."	+/–
Сообщение от Аноним (??) on 09-Апр-10, 16:08
Репозиторий EGlibC выдаёт какую-то позорную ошибку: svn: In directory 'eglibc-2.10\ports\sysdeps\m88k\m88100' 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 specified.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема