Какая из стандартных библиотек лучше?

eglibc есть. У них система сборки немного иная.

Если ты обычный человек - нехрен лезть в разборки специалистов, поскольку ты не понимаешь, о чем идет речь.

когда я начинаю страдать из-за разборок этих специалистов - вот тогда я и начинаю вмешиваться. Я спрашиваю: вот вам делать нечего, что вы полезли менять рабочую реализацию? Если бы с этой реализацией были проблемы, если бы она не работала правильно, если бы все на неё жаловались - тогда было бы понятно, с какой целью сломался мой кривой код.

Можно ведь много чего поломать просто ради принципа. И сидеть с разбитой системой, в которой нихрена не работает, зато всё правильно. См. некоторые GNU проекты.

Лично я вообще этот случай рассматриваю как косяк дистростроителей. Авторы glibc были вправе менять реализацию как хотят, а вот то, что это выплыло к юзерам - это действительно вопрос.

glibc везде один. eglibc с ним бинарно совместим.

... а давно выкинули.

Как ты докатился до того, что обычная пользовательская программа может снести корневой раздел?

Леннарт, в отличии от сабжа, ничего не ломает, наоборот - только создает.

о_О

Выбрасывать IA64 - это стандарт?

man IBM POWER

Стоит еще в PS3 и нескольких сериях ынтырпрайз-серверов IBM.

И во встроенных системах.

???

Наверно среди разработчиков glibc есть пользователи Alpha.

Сомневаюсь. Скорее всего, дело в том что наш дорогой Ульрих вдруг решил, что он такой мягкий и пушистый выполняет работу за инженеров HP. И вместо того чтобы поднять трубку и сделать пару звонков своим «коллегам», решил действовать другим путем и преподнес прекрасный новогодний подарочек им, и еще сотне своих «коллег» по всему земному шару.

Кто свои поделки не прогонят через valgrind тот осёл.

Не все так однозначно. Поделки с гуем при прогоне через valgrind очень-очень сильно тормозят. А представь, как через него прогонять флеш...

Долой x86 из поддержки. Только x86-64, только хардкор. Кому-то мешает IA64, чем конкретно он усложняет разработку по сравнению с другими архитектурами? Факт в том, что железо ещё есть, оно будет дальше выпускаться и glibc было бы совсем не лишним его поддерживать.

PowerPC применяются во встроенных системах. Что непонятно?

Леннарт создавая ломает всё вокруг. SystemD и PulseAudio кривые? Хорошо, давайте уберём директорию /usr/ . Текстовые логи это скучно и старо? Давайте запилим бинарный блобообразный формат логов, который будем открывать отдельной софтиной.

Проблема Леннарта в том, что он чинить то, что и без него работает и вместо того чтобы клепать рабочие и годные поделки пытается поставить остальную систему на костыли лишь бы самому ничего не делать.

Сегодня вроде не 1 апреля...

Ну что сказать. Ульриху действительно обидно, что инженеры HP и Intel не выделают денег/раб. силы на поддержку. И вместо того чтобы об этом открыто сказать он решил намекнуть. Как жаль, что вы не хотите поделиться с нами доходами. Будет очень жаль, если с поддержкой вашего процессора что-то случится. Впрочем по вышеупомянутому треду с багом и так понятно, что общаться с людьми и выражать свои мысли ему очень трудно.

примеры?

На серверах и менйфреймах POWER, а не PowerPC.

Да, это я ошибся. Но там же ISA почти одинаковые.

И во встроенных системах.

???

Вот тут, например: http://routerboard.com/pdf/348/RB1100AH.pdf

Поделки с гуем при прогоне через valgrind очень-очень сильно тормозят.

Гуй тестить отдельно, либы отдельно.

Конечно оно тормозит, кто спорит, но процесс тестирования должен быть автоматизирован. Запустил на билд-сервере тесты, а в это время пишешь дальше. Никто же не требует запускать тесты на каждый коммит (хотя бывает и такое).

Потом есть куча разных либ которые дебажат такие вот мелкие функции работы с памятью, они дают горздо меньше оверхеда. Но они не отлавливают многих других ошибок в отличие от валгринд.

Я тебе пример привёл к чему ведёт использование костылей и workaround-driven development, а ты сразу штампы навешивать.

Я вижу ты особый любитель кривого софта.

Кстати, ты сам-то код на сях писал или так, языком почесать любишь о том чего не знаешь?

примеры?

Xilinx Virtex. Если нужно больше примеров - http://en.wikipedia.org/wiki/List_of_PowerPC_processors#Embedded_PowerPC

И модель разработки под оффтопик совсем иная: софт неимоверно быстро устаревает, из-за чего быдлокодеры уже считают обычным делом переписывание софтины с нуля
В линуксе софт переписывают с нуля гораздо чаще. Известные примеры — kde, gnome, grub, qutim, etc. Закономерный вывод — в линуксе быдлокодеров, пишущих некачественный код, больше.

Xilinx Virtex

Не совсем удачный пример. В новых поколениях уже будет ARM.

gui нельзя протестировать автоматически. тесты проверят только ядро программы, но проблема может быть и при взаимодействии ядра с гуем. в некоторых особенно тяжелых случах приходится таки запускать целую программу под valgrind'ом

Про Симсити забыли уже что ли?

Для нее уже можно собрать NFS?

Не совсем удачный пример.

Как скажешь

В новых поколениях уже будет ARM.

А в текущих - PowerPC.

Я тебе пример привёл к чему ведёт использование костылей и workaround-driven development, а ты сразу штампы навешивать.

Я вижу ты особый любитель кривого софта.

Выйди уже из состояния автотроллинга и осознай, что я уже 3-е или 4-е сообщение подряд пытаюсь тебе намекнуть (да что там намекнуть, прямым текстом сказать), что твои аргументы относятся к чему-то другому, но не к нашему предмету разговора.

Если ты всё еще не видишь логических нестыковок в собственных рассуждениях, я уже ничем не могу помочь.

Кстати, ты сам-то код на сях писал или так, языком почесать любишь о том чего не знаешь?

Писал. Дальше что?

У меня есть подозрение, что они работают в очновном на чпуксах и чпуксы на линукс там менять никто не собирается

У меня есть подозрение, что на i386 в основном работает сам знаешь что.

Я не исключаю, что есть определённая доля итаников, которые на линуксах крутятся.

Есть, сам видел.
Проблема в том, что выкинуть ее хочет один чудак, с ЧСВ овер 9000. По причине - не нужно.

Юзаю на arm платке builroot'овский корень с NFS сервером уже долгое время, полет нормальный, troll harder

итаник вполне жив, и интел собирается его продавать и дальше. Конечно, линукс не конкурент чпуксу и опенвмс, но при таких странных подходах со стороны редхат он вообще сольется в роутеры.

Где именно и для чего?

Необоснованные обвинения. Pulseaudio - нужен как минимум как единственная адекватная гонялка звука по сети. Systemd - нужен, т.к. быстр и функционален. Насчет логов - хз, не смотрел.

Все, кроме логов, вполне юниксвейно и правильно. Разве нет? А с логами его я просто не знаком.

Т.е., RPC там таки работает? Значит, моя инфа устарела.

Для этого не обязательно программировать.

Возможно. Однако речь идёт о поддержке определенной архитуктуры и тут уж нужно быть в курсе о стоимости этой поддержке (речь идет не о деньгах).

Борется за корректность кода

Предлагает использовать 3rd-party бинарные патчи

Просто уйди.

uclibc

Для нее уже можно собрать NFS?

Юзаю на arm платке builroot'овский корень с NFS сервером

Т.е., RPC там таки работает? Значит, моя инфа устарела.

Этот обмен мнениями двух экспертов просто прекрасне, сцуко.

Я сказал что PA не нужен? Я сказал что он крив и вместо фикса багов Леннарт пытается прогнуть всю систему наизнанку. SystemD не понимает /usr/ вынесенный на другой раздел — давайте тогда выпилим /usr

закладывать в программу код для детектирования попыток использования UB и бить за это по рукам линейкой

Угу. А в микроволновку закладывать биодетектор в обязательном порядке. А в автомобиль детектор паров алкогодя... и пофиг на стоимость.

Любой лишний код — это компьютерное время. Хотя разработчики GTK, видимо с тобой согласны, тип каждой переменной проверяется при каждом вызове любой функции GTK/GLib.

А насчет того, что может делать UB: на MacOS6 последовательностью NewObject, KillObject, KillObject (фактически, повторный free) я однажды убил систему. Запустил, на вопрос отладчика дважды нажал «продолжить». После этого всё упало и пришлось восстанавливать ОС.

А вариант закладываться на быдлокодеров глупо. В первых версиях Windows (95/98) можно было обратиться к памяти после free. В SimCity это использовалось (скорей всего, ошибочно). Потом MS сделала специальный патч, который смотрел имя процесса и для simcity.exe делал free вида void free() {}. Но никто ведь не считал, что надо убрать защиту памяти вообще ради разработчиков SimСity.

Не устроят, аппаратные баги можно исправить только workaround'ами.

Остальные архитектуры же как-то и зачем-то поддерживают. А тут собираются выпилить поддержку вполне живой архитектуры. Я бы ещё понял, если бы предлагающий был бы единоличным автором всего порта glibc под IA64, написал всё с нуля, писал, писал, устал и сказал «ну в топку, мне надоело». Но ведь нет, есть ещё как бы и остальное комьюнити и кому-то даже эта самая поддержка нужна, но ведь есть те кому «виднее».

Я про пользовательский сегмент.

systemd требует libdbus, который по FHS должен лежать в /usr/lib. Ты (как и дистростроители) свободен поместить его в /lib и тогда systemd будет работать и с отдельным /usr. Здесь не systemd виноват, а дистростроители и FHS.

Я сказал что он крив и вместо фикса багов Леннарт пытается прогнуть всю систему наизнанку.

Пруф или не было?

И это хорошо =]

Ну так форкни и допиши, я не вижу никаких проблем.

аппаратные баги можно исправить только workaround'ами.

Баги в уже выпущенных программах - тоже.

ждем libregcc