caxapa.ru :: Вопрос не в "больше чем 32 бита", а вопрос в "равно 32-м битам".

Хаос (11.02.2019 13:04, просмотров: 1) ответил VLLV на Компилятор IAR не сдвигает влево больше чем на 32 бита и никто его не рвется править.

Вопрос не в "больше чем 32 бита", а вопрос в "равно 32-м битам". Допустим, при сдвиге на 32 бита в регистре нормального процессора должен оказаться нуль. У Intel'а при сдвиге в регистре оказывается "хрен знает что" и в результате алгоритм не работает. В итоге пришлось переписать алгоритм и перед сдвигом сначала проверять аргумент на равенство величины сдвига 32-м битам. Это неэффективно, так как сама проверка приводит к лишним операциям и замедлению алгоритма.

- Ограничение 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, )

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