Отправлено Elektronik 25 июня 2002 г. 12:14 В ответ на: Ответ: Ну и чушь про ограничение архитектуры. отправлено CTAC 25 июня 2002 г. 11:59

А что в 8-разядном ядре можно записать 16-разрядную ячейку памяти?
Суть наверное в том, что для регистров отображенных на память, где для правильной работы важна очередность записи и считывания, компилятору это доверить нельзя, тем более на всех уровнях оптимизации.

• Ответ: А чем отличаются регистры, обращенные в память от обычных IO регистров? — CTAC   (25.06.2002 12:38, 173 байт)
  • Ответ: Очевидно, при определении портов в/в используется ключевое слово __io, что дает — Bill   (25.06.2002 13:13, 362 байт)
    • Ответ: в h-файле все регистры описаны как sfr и sfr ext, т.е. комилятор не имеет права думать, что это обычные переменные — CTAC   (25.06.2002 13:43, пустое)
      • Ответ: Посмотрите iomacro.h Там все сказано. — Bill   (25.06.2002 14:36, пустое)
        • Ответ: Согласен, мое высказывание не верно — CTAC   (25.06.2002 15:16, пустое)
      • Дяденька, гляньте мое сообщение от 12:29 ни о каких sfrb и sfrw там речи не идет - это простые ячейки ОЗУ, а не с доступом по IN, OUT — Elektronik   (25.06.2002 13:47, пустое)
        • Ответ: да, а вы гляньте иаровский хедер для меги128, там все через sfr, а не как в CodeVisione и в вашем сообщении от 12:29 — CTAC   (25.06.2002 14:14, пустое)
          • Ну до чего упрямый юноша — Elektronik   (25.06.2002 14:29, 73 байт)
            • Ответ: Ответ: А кто говорил про одинаковое объявление? — CTAC   (25.06.2002 14:51, 95 байт)
              • Ответ: — Elektronik   (25.06.2002 15:14, 132 байт)
                • Ответ: Дык какая разница, куда они отображены. Ну поставит компилятор LDS(STS) вместо IN(OUT). Что изменится? — CTAC   (25.06.2002 15:22, пустое)
        • Ответ: А здесь не идет никакой речи о сообщении от 12:29 — CTAC   (25.06.2002 14:01, пустое)