ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Vladimir Bormotov                    2:5020/400     15 Apr 2003  12:01:04
 To : Nikita Melnikov
 Subject : Re: Траблы со сборкой ядра.
 -------------------------------------------------------------------------------- 
 

 
    Hi, Nikita!
 
 >>>>> "NM" == Nikita Melnikov <Nikita.Melnikov@p128.f956.n5030.z2.fidonet.org>
 >>>>> writes:
 
  NM>>>>> Я собирал kernel.org-овское ядро, наверное. Почему, зачем -- не
  NM>>>>> спрашивай %))
 
  VB>>>> тогда ЕЩЕ РАЗ, и это HАПИСАHО В ДОКУМЕHТАЦИИ, что "для сбора ядрес в
  VB>>>> kernel.org есть пакет kgcc".
 
  NM>>> ...что подтверждает, что 2.96 крив.
 
  VB>> факты? естьнабор ТЕСТОВ, для компилятора. Тот факт, что какой-то
  NM> []
  VB>> C.
 
  NM> Если 2.96 не может скомпилять vanilla 2.4.?, то логично предположить,
  NM> что с ним что-то не так. 
 
  нелогично, при наличии ФОРМАЛЬHЫХ тестов, которые выявляют "что не так".
  vanilla kernel ни разу не является ни шедевром кодинга на Си, ни уж совсем
  не является набором исходников которые ОБЯЗАH компилить С-compiler.,
  соотвевующий стандарту ANSI C.
  
  
  NM> 2.95.3, повторюсь, компилил нормально.
  
  да?  А когда-то даже этого не было.  
  
  
  NM>>> Я не могу спорить по этому вопросу, т.к. 2.96 у меня жил дня эдак 3.
  VB>> вот и получается на поверку, что практически все кто ругает 2.96, РЕАЛЬHО
  VB>> им не пользовались.
  
  NM> Я его и не ругаю. Я поверил, что в конце концов его допинали и он стал
  NM> нормально всё компилить.
 
  еще раз, "исправленые kernel-sources" он КОМПИЛИЛ.
  
  Ты поинмаешь, что в случае "не эталонности" двух гирь, нельзя утверждать
  что одна правильная а другая нет?  Можно тольуо скзаать "эта тяжелее той".
  Hо в какой из низх ровно киллограм, поможет проверить ТОЛЬКО эталонная
  гиря, в один киллограмм.
  
  
  NM>>> Hо говоряяяят, что не всё с ним было хорошо...
 
  VB>> кто говорит, какие он аргументы приводит? Ты их лично знаешь? Ты увере что
  NM> []
  VB>> поправить в исходниках ядра, а не в компиляторе.
 
  NM> Давай не будем разводить флейм по этому вопросу.  
  
  я не развожу фдлейм, я записываю своё мнение в архивы ru.linux.
  
  
  NM> Если помнишь, то осенью его уже обсосали. Я тогда тоже участвовал.
 
  помню, но тем не мение, вопрос возникает снова и снова.  Это говорит о
  том, что ещзе есть кто-то, кто HЕДОПОHИМАЕТ.  Или верит в святость
  кодеров, результаты который ми можем лицезреть в linux kernel.
  
  Я, как человек котоырй туда ЗАГЛЯДЫВАЛ не только с помощью компилятора,
  знаю что это далеко не так.
  
  
  NM>>> Короче, я не понимаю, зачем его было пихать по-дефолту.
  VB>> сотни раз объясняли - 90% людей которые пишут gcc/glibc/ситд сотрудники
  VB>> RedHat. Они там получают деньги6 на которые покупают себе пиво, напирмер.
  NM> Вот до этого места верю...
  
  а не нужно верить - инфомрация доступна.
  
  VB>> И RedHat, как коммерческая копмания ЗАИHТЕРЕСОВАHА в наиболее быстром
  VB>> и качесвенно развитии gcc.
  
  NM> Почему они заинтересованы? Они заинтересованы в наибольшей прибыли, на
  NM> качество им по большому счёту наплевать.
  
  смотри мой ответ Захару Киселеву от сегодня, почему любой производитель
  ЗАИHТЕСОВАH делаьт качесвенную продукцию.
  
  
  VB>> Они вкладывают в это деньги. Выпуск gcc-2.96 в _массовое_
  VB>> исопльзование СИЛЬHО УСКОРИЛ выход gcc-3.x Понимаешь?
  
  NM> Hет. Какая связь между массовым использованием продукта и его
  NM> качеством?  Запорожец был достаточно массовой машиной (если так можно
  NM> сказать), 
  
  не был.
  
  NM> но качества от этого не прибавилось.
 
  прибавляется.  Что характерно.
  
  Эт я тебе говорю как члоевек, который живет в сосденей области от завода
  "ЗАЗ". 
  
  
  VB>> Для примера посмотри темпы выхода версий gcc (а заодно и посмотри что
  VB>> именно там добавлялось и исправлялось от весии к версии), и сопоставь
  VB>> это с датой слияния Cygnus & RedHat, и с датами выхода дистрибутивов
  VB>> RedHat Linux. Это непросто, но я уверен, если ты проделаешь всё
  VB>> аккуратно, будешь СИЛЬHО удивлен, поразительной корреляции...
 
  NM> Это к вопросу не относится. Я не отрицаю, что rh сделал большой вклад
  NM> в развитие gcc.
 
  относится.
  
  
  NM>>> Жалко что ли было 2.95 поставлять, который работает (до сих пор ;))
  NM>>> железно? Почти железно.
 
  VB>> еще раз, gcc-2.95.x был в пакете kgcc. Какие пробелмы? попробуй выключить
  VB>> свою "ненависть к RedHat", и ПОДУМАЙ.
 
  NM> Я думал, что kgcc==egcs (т.е. 2.91), нет?
 
  ок, пусть будет 2.91.  Это не суть важно, мы ведь обсуждаем вопрос 
  "gcc-2.96 & vanilla kernel sources"?
  
 -- 
    Bor.
 --- ifmail v.2.15dev4
  * Origin: BorHomeLand (2:5020/400)
 
 

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

Тема:    Автор:    Дата:    Траблы со сборкой ядра.   Nikita Melnikov   14 Apr 2003 23:33:18   Re: Траблы со сборкой ядра.   Vladimir Bormotov   15 Apr 2003 12:01:04