caxapa.ru :: Есть большое подозрение, что это особенность процессоров Intel, а не компилятора MS VS. Операция сдвига слишком проста и там нет места для творчества криворукого программиста.

Хаос (11.02.2019 12:18, просмотров: 1) ответил Codavr на Звыняйте хлопцы, так получилось :(

Есть большое подозрение, что это особенность процессоров Intel, а не компилятора MS VS. Операция сдвига слишком проста и там нет места для творчества криворукого программиста.

- Скорее всего. Если бы дело было в софте, то поправили бы моментально. - Codavr(11.02.2019 12:29)
  - Компилятор IAR не сдвигает влево больше чем на 32 бита и никто его не рвется править. - VLLV(11.02.2019 12:32)
    - Вопрос не в "больше чем 32 бита", а вопрос в "равно 32-м битам". Хаос(404 знак., 11.02.2019 13:04, )
      - Ограничение 32/64 (длина машинного слова ARM/Intel) в общем то логично, или компилятор, или пользователь (неважно кто) должен проверять аргумент, от того, кто это делает, замедление алгоритма не зависит. Или? - VLLV(11.02.2019 13:18)
        
        Как бы привычно и логично, что при сдвиге беззнакового вправо в старший задвигается нолик. Логично предполагать что скока ни сдвигай он туда и будет писаться. Если бы не предупредили, то у меня и мысли бы не возникло проверять так ли это. - Codavr(11.02.2019 14:09 - 14:14)
        
        У меня тоже "и мысли не возникало проверять так ли это", пока не стал делить полиномы 4095-ой степени над полем Галуа друг на друга. Вот тут то все и началось.. Пол дня искал причину, почему декодер БЧХ не хочет декодировать пакеты. :) - Хаос(11.02.2019 14:29, )
        
        Могу себе представить как ты матерился, когда разобрался :))) - Codavr(11.02.2019 14:36)
        
        Аццки!!! - Хаос(11.02.2019 14:38, )
        
        Ну, например, в сигнальных процессорах ADI это никому не нужно делать. Результат сдвига на ширину машинного слова всегда нулевой, так зачем тогда тратить время на эту проверку? - Хаос(11.02.2019 13:23, )

Средства и методы разработки