ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Vladimir Mosgalin                    2:5030/1041.17 12 Mar 2002  00:19:12
 To : Vitaly Lugovsky
 Subject : gcc-2.95
 -------------------------------------------------------------------------------- 
 

 
 11 Мар 02 09:26, Vitaly Lugovsky wrote to me:
 
  VL>  А всю эту херотень про -O6 и т.п. тоже configure само выдумало? Тогда
  VL> точно руки отрывать...
 
 Само. Хотя был ключик "собирать без оптимизации", по умолчанию он не
 активируется.
 
  VM>> sv_progs.c:156:98: trigraph ??) ignored
 
  VL>  Hу так. По умолчанию эта дрянь отключена. И это не баг, а фича.
  VL> gcc2.96 заметно более строгий, чем egcs, а gcc3.x - ещё более строгий,
  VL> чем 2.96 по умолчанию. То есть, для грязного криволапого кода с
  VL> триграфами надо врубать опцию -trigraphs, что узнаётся за две секунды
  VL> чтения man gcc.
 
 Конечно я бы решил проблему, подумав, просто тогда вообще ничего не смотрел. А
 что такое триграфы я (пока) не знаю ;)
 
 А ключ не помог. gcc заругался
 trigraph ??) converted to ]
 
 Зато то, что написал Valentin Nechayev помогло - поставить "".
 
  VM>> Впрочем, с такой оптимизацией конечно 2.96 собирать ничего путного
  VM>> не может, сам не раз убеждался.
 
  VL>  А почему я в этом ни разу не убеждался?
 
 Hаверное не то собирал?
 
 Мне лень вспоминать, какие конкретно софтины падали, при желании конечно могу
 поэкспериментировать. Hо вот пару недель назад попробовал собрать иксы, так там 
 модуль libvbe.o с такой оптимизацией выдавал segfault и ничего не работало.
 Пересобрал без зверских оптимизаций - все стало нормально.
 
  VM>> Каждый раз, когда я в целях эксперимента пишу "-O6
  VM>> -ffast-math -fexpensive-optimizations" вместо "-O2", ничего не
  VM>> работает. Из более-менее крупного, я имею в виду.
 
  VL>  Всякий раз, когда смена оптимизации приводит к неработоспособности,
  VL> это наипервейший признак глюкавости софтины и врождённых дефектов в
  VL> ДHК её авторов... Сие утверждение было неверно лишь на самых первых
 
 Код действительно кривоват, сейчас попробовал добавить -ansi - страшно
 заругался.
 
  VL> версиях 2.96, к примеру, в RH7.0.
 
 Про такие оптимизации во всяких доках написано, что мол они могут порождать
 ошибки и дальше -O3 лучше не двигаться для пущей уверенности в стабильности. А
 еще какие-то замедлять могут... Помнится, с pgcc (он жив сейчас?) даже такая
 красивая табличка была, что какая оптимизация делает (подробно, не группами -O),
 где примерно может быть выйгрыш/пройгрыш, и какая вероятность ошибок.
 
 Так что я не жалуюсь что оно с -O6... не работает - не особенно-то и должно.
 Просто так, факт.
 
 А hello world'у-то конечно без разницы.
 
 Vladimir
 
 ... I wanna live, I wanna love, but it's a long hard road, out of hell...
 --- Why use Windows, since there is a door?
  * Origin: [...CENSORED...] (2:5030/1041.17)
 
 

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

Тема:    Автор:    Дата:    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