Отправлено SOIC 17 апреля 2003 г. 11:52

код OSTCBHighRdy = OSTCBPrioTbl[OSPrioHighRdy];
компилируется компиллером в следующий код:

00005A   5C42....             MOV.B   &OSPrioHighRdy, R12
00005E   3CF0FF00             AND.W   #0xff, R12
000062   2E43                 MOV.W   #0x2, R14
000064   B012....             CALL    #?Mul16
000068   924C........         MOV.W   OSTCBPrioTbl(R12), &OSTCBHighRdy

т.е. вместо одного сдвига (&OSPrioHighRdy << 1) компиллер вызывает подпрограмму умножения на 2...

такие вот пироги...

• А у меня так... — Alexandr   (17.04.2003 13:51, 311 байт)
  • Ответ: это если оптимизация High (Maximum optimization), но он тогда слишком часто CALL использует, что не есть хорошо... — SOIC   (17.04.2003 14:32, пустое)
    • Ответ: Используйте оптимизацию по скорости! — Bill   (17.04.2003 14:53, пустое)
    • С точностью до наоборот. 22 CALL-а (High) против 31 (None) для модуля OS_Core — Alexandr   (17.04.2003 14:45, пустое)
• Если оптимизация выключена, то о какой ее глюкавости идет речь? Неплохо бы понять, прежде чем постить такое (-) — ShiphT   (17.04.2003 12:56, пустое)
• Ничего страшного нет.. А вдруг изменится тип OSTCBPrioTbl, и придётся умножать на какое-то другое число.. Оптимизмция-то какая стоит? — Dr.Alex   (17.04.2003 12:12, пустое)
• Ответ: А включение оптимизации помогает ? — digital   (17.04.2003 11:58, пустое)
  • Ответ: нет, однако важен сам факт... — SOIC   (17.04.2003 12:23, пустое)
    • Ответ: Ну это не глюк, а просто не красиво — digital   (17.04.2003 12:48, пустое)