|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Ilya Anfimov 2:5020/400 26 Mar 2005 00:49:32
To : U.P.Galyuck
Subject : Re: Need GUI development tool (Kylix or something)
--------------------------------------------------------------------------------
2005-03-25, U.P.Galyuck <galyuck@paloma.spbu.ru> пишет:
>> Переставить порядок двух последовательных умножений -- нельзя.
>> Порядок вычисления операндов -- можно. Порядок загрузок их в
>> регистры -- тоже. RTFM.
>
> Если вы не знаете о коммутативности операций умножения, то это не
> значит, что и весь мир этого не знает. Hельзя бросаться громкими, но
Если Вы думаете, что я об этом не знаю, то мой диагноз таки
подтверждается.
> короткими фразами, подразумевающими элементарное незнание предмета. Вы
Золотые слова.
> написали RTFM без всякой ссылки. Так вот ее нет просто потому что она
Могли бы поискать любой справочник юного насильника. Впрочем,
тут и без меня вполне полноценные выдержки из стандартов привели.
> (ссылка) не существует. Этого не может быть, потому что не может быть
> никогда. Программисты обслуживают математиков, а не наоборот. Hи в каком
Вот первая фраза в отквоченном показывает широту Вашего кругозора
и адекватность суждений.
> языке не может закладываться ограничение, просто из удобства реализации.
> Hаоборот, всегда говорится - что конкретная реализация чего-то возлагается
> на разработчиков трансляторов. А вот разработчик - хочет сделает это
> эффективнее, а хочет - сделает по дубовому. Именно поэтому трансляторы
> разные, и стоят по разному.
>
[skipped]
>> И никакой устойчивости отсебятина, противоречащая стандартам, не
>> увеличивает. Что характерно, ни на Си, ни на фортране. А если
>> кто-то неосведомлён об оных стандартах, то это нисколько не наши
>> трудности.
>
> Поясняю, что имеется в виду. Пусть требуется поделить два числа z=x/y.
> Если числа вещественные, то это делается в одну операцию. При комплексной
Поясняю, что имеется в виду. То, что для деления комплексных
числе их требуется практически в квадрат возвести -- это
известный и ожидаемый факт. Стабильный факт, я бы заметил. А что
кто-то ради некоторого ускорения будет менять ассоциативный
приоритете умножения -- это факт весьма неожиданный факт,
добавляющий нестабильности в выполнение программы.
[skipped]
> Да, а что, есть в стандарте запрет на оптимизацию выражений? Где это
> написано?
В стандарте есть требования, которые реализация должна выполнять.
В рамках этих требований стандарт разрешает делать что угодно.
>
>> Коммутативность у этой операции есть. Какой-либо разницы в
>> использовании коммутативности в Си и фортране -- я пока что не
>> вижу.
>
> Добавим в GNU C и GNU Fortran.
Для тормозов: в определении языков Си и Фортрана. Гну тут ни при чём.
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
