<br><br><div class="gmail_quote">2010/10/2 Slava Semushin <span dir="ltr">&lt;<a href="mailto:slava.semushin@gmail.com">slava.semushin@gmail.com</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
2 октября 2010 г. 8:23 пользователь QA Team Robot &lt;<a href="mailto:qa@altlinux.org">qa@altlinux.org</a>&gt; написал:<br>
[...]<br>
&gt; xpdf - Portable Document Format (PDF) suite<br>
&gt; * Fri Oct 01 2010 Victor Forsiuk &lt;force@altlinux&gt; 3.02-alt8<br>
&gt; - Compile with g++-4.3 due to scrolling speed regression with gcc 4.4.x.<br>
&gt; * Sun Nov 15 2009 Victor Forsyuk &lt;force@altlinux&gt; 3.02-alt7<br>
<br>
Виктор, спасибо!<br>
Это стОит отме^Wустановить!<br></blockquote><div><br></div><div>Кроме того, стоит задуматься вот о какой вещи... В багзиле я уже откомментировал, что регрессия в скорости скроллирования устранилась пересборкой не только gcc-4.3, но и gcc-4.4 из текущего сизифа. Просто для пакета мне было проще выбрать сборку старым gcc, чем разбираться, когда полечился новый. Да и лучше для бэкпорта в бранчи.</div>
<div><br></div><div>Но к каким выводам это должно нас подтолкнуть? А к таким, что это всё очень не похоже на идиосинкразию gcc к именно исходному коду xpdf. Вероятнее всего, первые паковавшиеся у нас снапшоты gcc 4.4.x были очень низкого качества. И мало того, что обнаруживались огромные регрессии скорости компиляции в g++ и сегфолты при компиляции вполне обычного кода. Как видим, генериреумый код был также весьма так себе. На конкретной проблеме в xpdf (скроллирование стрелками) это проявилось ярко, вплоть до невозможности комфортной работы с программой. А сколько софта просто стало работать намного медленнее, чем должно было бы?</div>
<div><br></div><div>Это я к чему. При выпуске дистрибутивов, по крайней мере, стоило бы пересобрать все пакеты заново.</div><div><br></div><div><br></div></div>