LINUX.ORG.RU

Glibc удаляет поддержку архитектуры IA64

 drepper, , ,


0

2

Glibc, основная системная библиотека для *nix-систем, прекращает поддержку архитектуры IA64. Коммит прислал главный разработчик Ульрих Дреппер (Ulrich Drepper), ранее высказавшийся в списке рассылки о практической смерти IA64 и предложил желающим энтузиастам поддерживать IA64 самостоятельно.

На данный момент это решение кажется необоснованным. Считается, что Itanium почти целиком вытеснен PowerPC, однако Intel все еще продолжает активную разработку IA64, а HP использует ее в собственных операционных системах HP-UX и OpenVMS, к тому же, Huawei и Inspur в апреле прошлого года приняли решение использовать процессоры Itanium в серверах собственной сборки.

Нелишне также напомнить что Ульрих Дреппер (Ulrich Drepper) не единожды был критикуем сообществом свободного ПО. Так, многие помнят решение о переходе Debian на Eglibc, состоявшееся, в том числе, из-за нежелания работать с Ульрихом в дальнейшем.

>>> Коммит

★★★★★

Проверено: Shaman007 ()
Последнее исправление: AP (всего исправлений: 2)
Ответ на: комментарий от geekless

вообще-то memcpy правильно отрабатывал, но быдломакаки из adobe набыдлокодили с перекрывающимися кусками памяти.

anonymous
()
Ответ на: комментарий от ckotinko

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

anonymous
()
Ответ на: комментарий от anonymous

Я где-то говорил, что memcpy работал формально неправильно? Анон, иди учись читать.

geekless ★★
()

Давно пора. Тем более, для такой специфичной архитектуры.

f0b
()

по сабжу: этот Ульрих странный. Итаник хочет дропнуть, а альфу до сих пор тянут, хотя она уж точно померла давным давно.

anonymous
()

Учитывая что данный кадр (как и другой неадекват - автор pulseaudio / systemd) работает на ставку от RH, и врядли что-то сделает без отмашки начальства, можно считать это официаной позицией RedHat.

anonymous
()
Ответ на: комментарий от anonymous

Учитывая что данный кадр (как и другой неадекват - автор pulseaudio / systemd) работает на ставку от RH, и врядли что-то сделает без отмашки начальства, можно считать это официаной позицией RedHat.

slowpoke.jpg

reader
()
Ответ на: комментарий от geekless

Если UB memcpy будет сносить тебе корневой раздел, в этом тоже окажутся виноваты «быдлопрограммки», а не разработчики библиотеки?

Как ни странно, будут виноваты именно быдлопрограммки (точнее, их авторы), ибо разработчики библиотеки предупредили, что так делать нельзя. Если быдлокодеры проигнорировали, c'est la vie.

sjinks ★★★
()
Ответ на: комментарий от Bad_ptr

И дреппера там не было, был Линус и какой-то такойже не сговорчивый чувак, и Линус какразтаки призывал прогнуться под быдлопрограммки, а не под правильную реализацию функции.

Это когда Alan Cox с PTY что-то сделал, что сломало kdesu или kdesudo?

sjinks ★★★
()
Ответ на: комментарий от sjinks

Как ни странно, будут виноваты именно вирусы (точнее, их авторы), ибо разработчики библиотеки предупредили, что так делать нельзя. Если малварщики проигнорировали, c'est la vie.

Пофикшено во имя Луны.

geekless ★★
()
Ответ на: комментарий от sjinks

Алсо, если это не троллинг, и вы действительно так считаете, то доктор из соображений гуманизма должен вам назначить тазик-эвтаназик. Таким идеалистичным людям жить в реальном мире — только мучиться.

geekless ★★
()

Ну колхоз - дело добровольное, не хочет человек поддерживать, понять можно, видимо денег за это ему никто не платит, он сам волен решать, что ему поддерживать.

Legioner ★★★★★
()
Ответ на: комментарий от geekless

Он школьник. Как и ты, впрочем.

anonymous
()

А какое отношение HP-UX и OpenVMS имеют к glibc?

annulen ★★★★★
()
Ответ на: комментарий от anonymous

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

Гномосексуализму.
 ^
Black_Shadow ★★★★★
()
Ответ на: комментарий от geekless

memcpy будет сносить тебе корневой раздел

Ты сам понимаешь что это кривой пример? Разницы между «снести корень при неправильном использовании» и «неправильно копировать данные при неправильном использовании» не видишь?

stack_protector
()
Ответ на: комментарий от tailgunner

Тем не менее его мнение по этому вопросу людям интересно.

да ну, брось. Если уж кого и слушать это тех кто ia64 использует.

true_admin ★★★★★
()
Ответ на: комментарий от geekless

когда обсуждалось поведение функций именно за пределами стандарта?

ты всё так же упорот. «за пределами стандарта» жизни быть не должно, особенно когда есть другая функция которая покрывает то самое «за пределами стандарта».

true_admin ★★★★★
()
Ответ на: комментарий от true_admin

Тем не менее его мнение по этому вопросу людям интересно.

да ну, брось.

Бросить что? Мне интересно, что он скажет (если ему не пох).

tailgunner ★★★★★
()
Ответ на: комментарий от true_admin

Если бы GLibc была не частью проекта GNU, то нет. А поскольку является, а GNU является подведомственным проектом возглавляемой Столлманом FSF, то его мнение важно.

Ttt ☆☆☆☆☆
()
Ответ на: комментарий от stack_protector

Есть такое понятие, как ответственность. Это с точки зрения прикладной программы UB — это UB. А с точки зрения разработчика библиотеки, UB — это вполне конкретная ситуация, с которой надо как-то жить дальше, а любой клиентский код — так и норовит в оное UB залезть. Если бы на большинство UB библиотеки громко матерились в stderr и продолжали работать, и пользователям, и программистам жилось бы намного легче. Тонны софта на gtk, вываливающие кучи логов с ворнингами, но продолжающие исправно пахать — тому пример.

Пока опенсорс в основной массе пишут упоротые идиоты, занимающиеся «бумажным программированием» или рассказывающие про то, что за пределами стандарта жизни нет, как вон господин делает в соседнем комментарии, линукс и будет в жопе. Потому что безответствкенностью. Gracefully обрабатывать UB — первый признак культуры программирования.

geekless ★★
()
Ответ на: комментарий от geekless

Gracefully обрабатывать UB — первый признак культуры программирования.

Бгг. Что, вот прям-таки первый? Даже важнее, чем избегать этого самого UB? %)

tailgunner ★★★★★
()
Ответ на: комментарий от tailgunner

Ну пусть будет нулевой, ок.

Сказанного это не отменяет.

geekless ★★
()
Ответ на: комментарий от stack_protector

Разницы между «снести корень при неправильном использовании» и «неправильно копировать данные при неправильном использовании» не видишь?

«неправильно копировать данные при неправильном использовании», как вариант, может иметь своими последствиями «снести корень при неправильном использовании», однако это не значит, что memcpy должна при ub сносить данные под корень

deis
()
Ответ на: комментарий от geekless

если бы на большинство UB библиотеки громко матерились в stderr и продолжали работать, и пользователям, и программистам жилось бы намного легче.

вот это здравая мысль. Хотя бы на в дебажной сборке либ проверки бы не помешали. И я не понимаю почему такого нет.

линукс и будет в жопе.

дык линукс-программисты не отличаются от других программистов (по моему опыту). Так что я не верю что в другой области какие-то другие, особые програмисты.

true_admin ★★★★★
()

я чето не понял. А какак проблема скомпилировать сишный код для архитектуры IA64?

zenden
()
Ответ на: комментарий от true_admin

дык линукс-программисты не отличаются от других программистов

Черт его знает, отличаются или нет, но позиция «пошли все нахрен, я королева», кажется, наиболее характерна в среде опенсорсных разработчиков. Даже более узко: разработчиков, имеющих дело с GNU/Linux.

geekless ★★
()
Ответ на: комментарий от geekless

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

До тех пор, пока это «gracefully обработка» не станет мешать дальнейшему развитию библиотеки (как и было с glibc).

Потому что безответствкенностью

А поощрять программистов, полагающихся на определенное поведение при UB — это не безответственность?

stack_protector
()
Ответ на: комментарий от deis

Заставляя быдлокодера обращать внимание на undefined behavior. Один раз разработчики из adobe напоролись на такую проблему — в следующий раз будут внимательнее читать маны (или что там у них в винде).

stack_protector
()
Ответ на: комментарий от stack_protector

А поощрять программистов, полагающихся на определенное поведение при UB — это не безответственность?

поощрять

Необоснованные выводы detected.

geekless ★★
()

Мне интересно, у кого-нибудь из отписавшихся здесь обиженных на Дреппера есть устройства на IA64 или им за державу обидно?

ugoday ★★★★★
()
Ответ на: комментарий от Burbaka

Сначала Ганс Райзер, теперь Ульрих Деппер... что они такое кушают?

А Райзер тут при чем? Он созидал, а не выкидывал. А Дреппер этот что сделал?

anonymous
()
Ответ на: комментарий от geekless

По-моему, как раз проприетарщики так говорят. Ну кто их просил пользоваться недокументированными возможностями. Это всё равно что, как некоторые делают, чистить чайник от накипи кока-колой. А потом, если кислотность кока-колы понизится, возмущаться, почему её испортили.

Ttt ☆☆☆☆☆
()
Ответ на: комментарий от anonymous

Ну да, проблемы негров шерифа не волнуют. Это так банальные рабы говорят: «Мне (большинству) не нужно, а значит не надо». А вот почему бы не сделать (точнее не убирать) для меньшинства, это не волнует.

Ttt ☆☆☆☆☆
()
Ответ на: комментарий от ugoday

у меня есть пара ололошечек на Itanium. Зачем их купили, никто уже и не помнит.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.