|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 26 Nov 2000 00:23:26
To : Valentin Davydov
Subject : Re: amd problem
--------------------------------------------------------------------------------
Hello Valentin Davydov!
>>VD> Голых сей тебе нельзя использовать. Бери cweb из teTeXа и пиши на нём,
>>VD> согласно документации. Оно поначалу покажется, что пишется медленнее, но
>>VD> ты не обманывайся: на дебаге потом сторицей сэкономишь.
>>А при чем тут проблемы gcc?
VD> При том, что чем регулярнее код, тем меньше вероятность нарваться на баг
VD> в оптимизаторе: его ж люди делали, всё-таки.
Оптимизатор имеет место уже с представлением после кодогенератора,
когда двойки-тройки-четверки, модель дофигаэдра с неограниченной памятью
и прочие феорефические и не очень дрючки. От регулярности кода это совершенно
не зависит. А если оптимизатор глючит на одном и работает на другом - то это,
мягко говоря, странный оптимизатор.
В linux-kernel вот ругаются сейчас, что gcc 2.95 неправильно какой-то
кусок кода отрабатывает. Hормальные компиляторописатели давно бы обвешали
подозрительный кусок защелками и контрольками (можно компилируемыми только
по спецзаказу) и уже давно бы изучали корки от assert()'а - все-таки
логика дискретная, это вам не вычислительная математика. Впрочем, куда
там gcc'шникам, они даже парсинг нормальный не могут сделать.
P.S. Hасчет дискретной логики я серьезно: это в вычислительной математике
можно принимать всерьез колдовские приемы повышения точности, потому что
все равно исходные задачи в основном некорректны;))), но не в компиляторах
же...
/netch
--- ifmail v.2.15dev5
* Origin: Lucky Netch Incorporated (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
