<libreofficeru-tg>
<Kompilainenn> пусть так, я к тому , что может он что-то тебе говорил, мало ли? Типа свободное время кончилось, пора посмотреть реал лайф
<libreofficeru-tg>
<Kompilainenn> всего 70 багов по МЕТА за неделю
<libreofficeru-tg>
<Kompilainenn> Мы остались без локализатора =(
VVD has joined #libreoffice-ru
JohnDoe_71Rus has joined #libreoffice-ru
bormant has joined #libreoffice-ru
<bormant>
всем добра
<mikekaganski>
bormant: gпривет!
<bormant>
ктой-то тут меня похоронил?
<bormant>
;-)
* mikekaganski
(испуганно оглядывается): кто здесьь?!
<bormant>
>13:27 <libreofficeru-tg> <Kompilainenn> Мы остались без локализатора =(
<JohnDoe_71Rus>
общий вопрос. есть один проект, ему добавили поддержку х64 и столкнулись с проблемой. цитирую "На 32-бит можно включать стандартную точность, пониженную и повышенную."
<JohnDoe_71Rus>
"На 64-бит тебя шлют <далеко> и говорят, что ты не можешь контроллировать точность."
<JohnDoe_71Rus>
это так? и нельзя обойти проблему
<bormant>
JohnDoe_71Rus: на x86_64 нет 80-битного числа с плавающей точкой, есть двойной точности
<bormant>
...но есть 128-бит для SSE и SSE2 команд...
<JohnDoe_71Rus>
хм. боюсь что я ничего не пойму. :(
<bormant>
на x86 FPU были плавающие 32-бит -- одинарной точности, 64-бит -- двойной точности, 80-бит повышенной точности
<bormant>
подозреваю, что именно это подразумевалось под стандартной, двойной и повышенной точностью ;-)
<JohnDoe_71Rus>
у них там проблема "проваливание предметов под карту связано с невозможностью контролировать точность вычислений с плавающей запятой. За это надо сказать спасибо Microsoft или AMD или кто-там эту особенность архитектуры заложил..."
<JohnDoe_71Rus>
на x64 считает точней и предмет проваливается. а огрубить нет возможности
<bormant>
EMT86 -- это AMD
<JohnDoe_71Rus>
даже на x32 в этом случае точность понижали
<bormant>
огрубить всегда есть возможность ;-) обычно проблема обратная -- нехватка точности
<mikekaganski>
хе, "считает точнее - вылезают косяки алгоритма, а спасибо за это, ессно, MS или AMD"
<JohnDoe_71Rus>
mikekaganski: там нельзя трогать изначальные ресурсы, подготовленные под x32 алгоритм. вот ребята сидят, костыли придумывают
<mikekaganski>
видите ли, портирование на новую платформу - это всегда работа. Просто улыбает, когда особенности архитектуры подаются в таком ключе ("скажите спасибо ..." и дальше по тексту)
<JohnDoe_71Rus>
я просто не знаю сколько вариантов они рассмотрели и отказались по каким то причинам
<libreofficeru-tg>
<Kompilainenn> Bormant: я не хоронил, но исходя из твоего ответа сделал вывод
<libreofficeru-tg>
<Kompilainenn> Мое мнение такое, что лучше локализацией будет кому заниматься в любом случае
<libreofficeru-tg>
<Kompilainenn> Особенно глядя на 6.2.0.3 с нелокализованным главным меню
<bormant>
В главном меню новые пункты появились?
<libreofficeru-tg>
<Kompilainenn> Нет, но локалищация старых послетала, что ты не знаешь чтт ли, как это работает (нет)
<JohnDoe_71Rus>
оказалось все иначе " Проблема в том, что на 64-бит точность хуже, чем на 32-бит. Казалось бы, да? А, вот, так. Потому что нельзя контролировать точность.."