ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Vitaly Lugovsky                      2:5020/400     11 Mar 2002  10:26:34
 To : Vladimir Mosgalin
 Subject : Re: gcc-2.95
 -------------------------------------------------------------------------------- 
 

 Vladimir Mosgalin <Vladimir.Mosgalin@p17.f1041.n5030.z2.fidonet.org> wrote:
 
  AS>>> С учетом того, что в последнее время развелось огромное кол-во
  AS>>> дистрибутивов с пресловутым gcc-2.96 {buggin`},
 
  VL>>  Сколько можно этот миф распространять?!? Оно давно уже вполне себе
  VL>> безглючно.
 
 VM> О! Hесколько минут назад решил собрать quakeforge (это такая штучка на базе
 VM> исходников первой кваки).
 
  Hу, мало ли кто там криволапо пишет...
 
 VM> А там вот такой код в configure:
 
  За такое - руки отрывать, и на доску почёта вешать, в назидание трудящимся.
 
 VM> Сейчас прочел это письмо и решил глянуть, как там дело идет. Так там как на 
 VM> зло такое сообщение:
 
 VM> gcc  -DHAVE_CONFIG_H -I. -I. -I../include -I../include   -I/usr/include/SDL
 VM> -D_REENTRANT -Iyes/include -I/usr/X11R6/include -O6 -ffast-math
 VM> -funroll-loops -fomit-frame-pointer -fexpensive-optimizations -march=i586
 VM> -malign-loops=2 -malign-jumps=2 -malign-functions=2 -pipe -Wall -Werror -c
 VM> sv_progs.c
 
  А всю эту херотень про -O6 и т.п. тоже configure само выдумало? Тогда точно
 руки отрывать... 
 
 VM> sv_progs.c:156:98: trigraph ??) ignored
 
  Hу так. По умолчанию эта дрянь отключена. И это не баг, а фича. gcc2.96
 заметно более строгий, чем egcs, а gcc3.x - ещё более строгий, чем 2.96 по
 умолчанию. То есть, для грязного криволапого кода с триграфами надо
 врубать опцию -trigraphs, что узнаётся за две секунды чтения man gcc.
 
 VM> Мне сейчас совершенно лень выяснять в чем дело, может достаточно оптимизацию
 VM> отключить (это они сами так написали!), а может править или пересобирать
 VM> этот кусок другим компилятором. Может у них глюк. Hо gcc-2.96 я уже верю не 
 VM> так.
 
  А может читать не то, что написали бакланы, налабавшие столь уродский
 configure, а то, что пишет сам компилятор - то есть, ругань на obsolete фичу
 по имени trigraphs?
 
 VM> Да, кстати, -march=i586 не глупость ли? Мне казалось что -march=i386
 VM> -mcpu=i586 как-то правильнее будет, я ошибался? Слышал разные мнения по
 VM> этому поводу...
 
  Естественно, это правильнее. Hу так кто виноват? Уж точно не gcc.
 
 VM> rpm например всегда собирает -mcpu=i386 -march=i686.
 
  rpm умеет передавать осмысленные CC и CFLAGS. А вот криволапые линьюхойды,
 пишущие подобные configure.in, не всегда умеют их принимать.
 
 VM> Впрочем, с такой оптимизацией конечно 2.96 собирать ничего путного не может,
 VM> сам не раз убеждался.
 
  А почему я в этом ни разу не убеждался?
 
 VM> Каждый раз, когда я в целях эксперимента пишу "-O6
 VM> -ffast-math -fexpensive-optimizations" вместо "-O2", ничего не работает. Из
 VM> более-менее крупного, я имею в виду.
 
  Всякий раз, когда смена оптимизации приводит к неработоспособности, это
 наипервейший признак глюкавости софтины и врождённых дефектов в ДHК её
 авторов... Сие утверждение было неверно лишь на самых первых версиях 2.96, 
 к примеру, в RH7.0.
 
 -- 
 
    V.S.Lugovsky aka Mauhuur (http://ontil.ihep.su/~vsl) (UIN=45482254)
 
 --- ifmail v.2.15dev5
  * Origin: Demos online service (2:5020/400)
 
 

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

Тема:    Автор:    Дата:    gcc-2.95   Alexander Stavitsky   10 Mar 2002 01:26:15   Re: gcc-2.95   Vitaly Lugovsky   10 Mar 2002 20:11:21   gcc-2.95   Vladimir Mosgalin   11 Mar 2002 02:00:32   Re: gcc-2.95   Vitaly Lugovsky   11 Mar 2002 10:26:34   gcc-2.95   Vladimir Mosgalin   12 Mar 2002 00:19:12   Re: gcc-2.95   Valentin Nechayev   12 Mar 2002 11:35:02   Re: gcc-2.95   Valentin Nechayev   11 Mar 2002 11:16:09   gcc-2.95   Vladimir Mosgalin   12 Mar 2002 00:10:52   Re: gcc-2.95   Valentin Nechayev   13 Mar 2002 01:55:32   gcc-2.95   Vladimir Mosgalin   13 Mar 2002 23:50:58