The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Проект Debian GNU/Linux планирует заменить GNU C Library на ..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Проект 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
Новость: https://www.opennet.ru/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 email(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 email(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 email(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 email(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 email 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 | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Слёрм
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2020 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру