ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Alexei Dets                          2:5020/400     21 May 2003  00:04:54
 To : Fedor Zuev
 Subject : Re: apt
 -------------------------------------------------------------------------------- 
 

 Hi!
 Fedor Zuev wrote:
 
 > AD>1) С++ код крайне плохо переносим между gcc разных версий.
 > 
 > AFAIK С++ код крайне плохо переносим из младшей версии gcc в
 > старшую. Hаоборот же (что актуально в данном случае) особых проблем
 > нет.
 
 Без разницы. Проблемы есть в обе стороны :-(
 
 > AD>2) Python, Perl etc. - скрипты, расчитанные на новые версии, с
 > AD>довольно большой вероятностью не будут работать на старых. Да и
 > AD>со старыми скриптами могут быть проблемы. Это, впрочем, касается
 > AD>вообще практически всех скриптовых языков - новые фичи добавляют
 > AD>все время, про старые периодически забывают.
 > 
 > Именно поэтому в дебиане поддерживается две версии перла и
 > четыре - питона.
 
 Да, но кто сказал, что в старом дистрибутиве будет та версия, на которую
 рассчитаны скрипты в новом дистрибутиве? Ведь этой версии может просто не
 быть на момент выпуска старого дистрибутива.
 
 > AD>3) Hити. Поддержка нитей в 2.2 -> 2.4 -> 2.6 (NPTL) совершенно разная.
 > В AD>частности, на ядрах 2.2 при выходе из main() другие нити продолжают
 > AD>работать и работать (C) Energizer :-) Разная работа с сигналами. И т.п.
 > AD>В NPTL уже нет части функций (_np), на которые могли рассчитывать
 > старые AD>программы. В новых программах могуть быть убраны костыли
 > работающие на AD>старых ядрах.
 > 
 > И что? Соnfigure не в состоянии определить, какая версия
 > присутствует на данной машине? Или оно в принципе работает только на
 > наиновейшей версии ядра?
 
 А почему бы и нет?
 
 > Вот это возможно. И часто за последнее время приходилось по
 > security-резонам обновлять glibc?
 
 А это как раз не важно. Важно, что понадобиться может.
 
 > AD>7) В gcc убирают/добавляют фичи и меняют/добавляют ключи компилятора.
 > AD>Программа пользуящаяся фичами нового может отказаться собираться на
 > старом. AD>И наоборот.
 > 
 > Опять-такии - а Configure на что?
 
 Его люди пишут, причем на конкретных конфигурациях. И на других проверяют
 далеко не всегда. Я вообще сильно сомневаюсь, что от autotools так много
 пользы. IMHO можно вполне обойтись обычным GNU make. И компилироваться
 будет быстрее.
 
 > AD>8) У ядра меняется интерфейс в /proc.
 > 
 > Hу и что?
 
 Это отражается на программах, непосредственно работающих с /proc - ps, top и
 прочих.
 
 > AD>Плюс апгрейды обычных библиотек: всякие libxml и т.п. И autotools (со
 > AD>старыми БУДУТ ПРОБЛЕМЫ у нового софта). Грубо говоря - появление новых
 > фич AD>и пропадание старых, вот основная причина несовместимости.
 > 
 > AD>Конкретные примеры лучше искать в списках рассылки крупных проектов
 > (glibc, AD>gcc и т.п.) и всяких багзиллах дистрибутивов. Я натыкался (и не
 > раз) на AD>подобные проблемы, просто так сходу все не вспомнишь, кроме
 > того, это не AD>так важно, т.к. эти случаи уже в прошлом, а вот причины,
 > их вызвавшие, нет AD>:-(
 > 
 > Именно в дебиане натыкался
 
 Это абсолютно не принципиально, так как определяется не конкретным
 дистрибутивом, а текущим состоянием дел в Линуксе в целом.
 
         Алексей
 
 -- 
 Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
 --- ifmail v.2.15dev5
  * Origin: InfoDesk, S.A. (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

Тема:    Автор:    Дата:    Re: apt   Alexei Dets   21 May 2003 00:04:54   autotools (was: apt)   Vladimir Bormotov   21 May 2003 00:30:19