caxapa.ru :: чтобы знак не потерялся, два преобразования сначала бесзнакового к знаковому, а потом расширение до 32

IBAH (08.09.2024 19:30, просмотров: 129) ответил Бapбoc на Знак потеряется. Не?

чтобы знак не потерялся, два преобразования сначала бесзнакового к знаковому, а потом расширение до 32

Ответить

- Как-то так: SciFi(635 знак., 09.09.2024 09:49 - 10:41)
  - вместо последнего сдвига поделить на 256 - Vit(09.09.2024 14:14)
    - Сдвиг и деление дают разные результаты для отрицательных чисел. - SciFi(09.09.2024 14:20)
      - вроде как при делении заполнение старшего байта единичками в случае отрицательного числа компилер будет обязан сделать. оптимизацию со сдвигом он сделает сам, если нужно - Vit(09.09.2024 14:32)
        
        Это я тормознул. В данном случае разницы не будет, так как деление без остатка. - SciFi(09.09.2024 14:33)
        
        разницы не будет, если компилер сдвиг гарантированно делает как нам надо, о чем был дисклеймер. а деление обязывает сделать как надо. и при делении на такое число очень низка вероятность использования компилятором именно операции деления - Vit(09.09.2024 14:40)
        
        Вот и вот. Шланг более лучше >>> SciFi(33 знак., 09.09.2024 14:48, ссылка, ссылка)
        
        таки да - Vit(09.09.2024 15:30)
  - и моя традиционная реплика :-) - Kpoк(09.09.2024 10:17)
- Понял. Спасибо за науку. - Бapбoc(08.09.2024 19:53)
  - Я вот такой табличкой преобразования типов из книжки пользуюсь, в этих ваших интернетах ее найти не могу, Может SciFi сможет, у него искалка железная. IBAH(3 знак., 08.09.2024 20:26, картинка, картинка)
    - Эта табличка работает для типов, поддерживаемых компилятором. Int24 не поддерживается, в частности, GCC для Arm Cortex. Отсюда и необходимость вручную. - Nikolay_Po(09.09.2024 10:33)
    - Это ересь кокойты. Книгу порвать и выбросить. Не сжигать, ибо сжигать книги - харам. В стандарте нормально расписано, не надо перепевок этой темы, тем более таких. - SciFi(09.09.2024 09:53)
      - Вызываем антиересевую команду mse homjak(1 знак., 09.09.2024 11:13, картинка)

0xFF