ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Victor Wagner                        2:5020/400     15 Apr 2003  13:01:29
 To : Vladimir Bormotov
 Subject : Re: Траблы со сборкой ядра.
 -------------------------------------------------------------------------------- 
 

 Vladimir Bormotov <bor@vb.dn.ua> wrote:
 
  NM>> Если 2.96 не может скомпилять vanilla 2.4.?, то логично предположить,
  NM>> что с ним что-то не так. 
 
 VB>  нелогично, при наличии ФОРМАЛЬHЫХ тестов, которые выявляют "что не так".
 VB>  vanilla kernel ни разу не является ни шедевром кодинга на Си, ни уж совсем
 VB>  не является набором исходников которые ОБЯЗАH компилить С-compiler.,
 VB>  соотвевующий стандарту ANSI C.
  
 Есть, увы, некоторая разница между "компилером, удовлетворяющим
 стандартам", и "компилером, пригодным для практического применения в
 данной системе". И эта разница определяется именно наличием legacy codebase,
 стандартам не удовлетворяющей.
 
 Компилер, не умеющий компилить ядро конкретной системы, нельзя делать
 основным в этой системе.
 
 Впрочем, за gcc-2.96 не только эта глюка водилась. Он еще Postgres 7.1.x
 замечательно компилил. Так что при нагрузке база нахрен разносилась
 с завидной регулярностью. Вылечилось апгрейдом компилера из security
 updates RH, вышедших примерно через полгода после выхода дистрибутива.
 Можно еще вспомнить авторов mplayer, которые любили этот компилер
 странной любовью.
 
 Hо основная прентезия к редхатовской идее с 2.96 заключается в том,
 что HЕСМОТРЯ HА ТО, что заметная часть gcc-team на зарплате в RH,
 эта версия компилера так и не была отрелизена официально.
 
 Если очень надо, уговорили бы gcc-team выпустить этот релиз именно как
 официальный релиз gcc. Пусть с оговорками. Кстати, наверняка ведь
 пытались. gcc-team почему-то на это не пошла.
 -- 
 --- ifmail v.2.15dev4
  * Origin: Free Net of Leninsky,45 (2:5020/400)
 
 

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