Отправлено DASM 24 июля 2006 г. 10:49 В ответ на: Часто бывает, что оптимизация по быстродействию дает более компактный код, чем отправлено _Bill 24 июля 2006 г. 10:41

• Ну так оптимизация по скорости не обезательно включает в себя — _Bill   (24.07.2006 10:57 193.233.83.66, 105 байт)
  • ну так а я про что ? Если он начнет делать общие на всех эпилоги то еще и call/ret на него добавтся, так что оптимизирую по коду потеряем скорость — DASM   (24.07.2006 11:02 212.58.192.14, пустое)
    • то правильно, только я говорю о том, что оптимизация по размеру — _Bill   (24.07.2006 11:22 193.233.83.66, 155 байт)
• Про весь код не скажу, но сам видел у ИАР как отдельные куски становились компактнее после включения оптимизации по быстродействию — ~ВМФ~   (24.07.2006 10:54 195.170.224.107, пустое)
  • по сранению с чем ? с отключенной вообще ? — DASM   (24.07.2006 10:55 212.58.192.14, пустое)
    • По сравнению с оптимизацией по размеру. — _Bill   (24.07.2006 10:58 193.233.83.66, пустое)
      • и как ты объяснишь сие замечательное явление ? Мне, окромя тупости компилятора ничего в голову не приходит — DASM   (24.07.2006 11:00 212.58.192.14, пустое)
        • Ну, использование тех же самых функции для прологов-эпилогов. — _Bill   (24.07.2006 11:16 193.233.83.66, 385 байт)
          • Кстати, посмотрел листинг для случая оптимизации по размеру. — _Bill   (24.07.2006 11:39 193.233.83.66, 142 байт)
            • Там просто одна функция с кучей входов PUSH 1, PUSH 2 ... — IAR   (24.07.2006 12:42 81.89.89.190, пустое)
              • Так и должно быть, только push тут ни при чем. — _Bill   (24.07.2006 12:56 193.233.83.66, 448 байт)
        • +1 — ~ВМФ~   (24.07.2006 11:07 195.170.224.107, пустое)