Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: IAR 4.31 глюки с константами.
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > Cредства разработки для МК > IAR
KAlex
В чем разница этих двух строк:
memory_cap = 0xFFFFFF - Y_SIZE;
memory_cap = 0xFFFFFF - (Y_SIZE);

Y_SIZE определен как константа в globals.h.

В листинге:
memory_cap = 0xFFFFFF - Y_SIZE;
00001F9E 2000 MOV R0, #0
00001FA0 1C05 MOV R5, R0
memory_cap = 0xFFFFFF - (Y_SIZE);
00001FA2 483F LDR R0, [PC,#0x0FC] ; [0x20A0] =0xFEACFF
00001FA4 1C05 MOV R5, R0

Или я что-то не понимаю?
IAR 4.31
aaarrr
Цитата(KAlex @ Jun 8 2012, 16:20) *
Y_SIZE определен как константа в globals.h.

Как именно определен?
scifi
Хм, в чём именно проблема? Никакого криминала не видно.
Кстати, листинг без контекста вообще не интересен. Фигурально выражаясь, по фотографии ушей предлагаете судить о форме носа.
Сергей Борщ
QUOTE (KAlex @ Jun 8 2012, 15:20) *
Y_SIZE определен как константа в globals.h.
Покажите определение. Есть подозрение, что он определен как выражение, которое без этих дополнительных скобок дает в результате ноль, а со скобками- какое-то число, которое не может быть предлставлено как 8-битная константа со сдвигом. И если это так - то на будущее, заключайте такие выражения в скобки прямо в #define, дабы избежать подобных сюрпризов.
KAlex
А это имеет значение?
Вообще то достаточно заковыристо определен.

#define G_PAGE_SIZE_HI 169
#define R_PAGE_SIZE_HI 85
#define B_PAGE_SIZE_HI 85

#define FULL_FRAME_HC G_PAGE_SIZE_HI + R_PAGE_SIZE_HI + B_PAGE_SIZE_HI
#define FULL_FRAME FULL_FRAME_HC << 9

#define Y_SIZE FULL_FRAME >> 1

ЗЫ. Под отладчиком значение константы показывается правильное.
scifi
Цитата(KAlex @ Jun 8 2012, 16:41) *
А это имеет значение?

Семён Семёныч! Конечно имеет. На досуге проанализируйте, как это работает.
Вот почему все твердят, что макрос должен быть завёрнут в скобки.
KAlex
Цитата(scifi @ Jun 8 2012, 16:37) *
Хм, в чём именно проблема? Никакого криминала не видно.

В первом случае memory_cap = 0 получается, вот криминал.

Цитата(scifi @ Jun 8 2012, 16:43) *
Вот почему все твердят, что макрос должен быть завёрнут в скобки.


Но почему только когда я вычитаю константу такая фигня происходит?
memory_cap *= Y_SIZE; - вот это работает правильно, несмотря на отсутствие скобок.
scifi
Чтобы не было разночтений, делать надо так:

Код
#define   G_PAGE_SIZE_HI 169
#define   R_PAGE_SIZE_HI 85
#define   B_PAGE_SIZE_HI 85

#define   FULL_FRAME_HC  (G_PAGE_SIZE_HI + R_PAGE_SIZE_HI + B_PAGE_SIZE_HI)
#define   FULL_FRAME     (FULL_FRAME_HC << 9)

#define   Y_SIZE         (FULL_FRAME >> 1)


Цитата(KAlex @ Jun 8 2012, 16:41) *
ЗЫ. Под отладчиком значение константы показывается правильное.

Подозреваю, что отладчик не совсем верно интерпретирует макросы. Макросы - это текстовые подстановки, со всеми вытекающими феерическими последствиями при их неправильном применении. Отсюда и требование ставить скобки в макросах.

Цитата(KAlex @ Jun 8 2012, 16:50) *
Но почему только когда я вычитаю константу такая фигня происходит?
memory_cap *= Y_SIZE; - вот это работает правильно, несмотря на отсутствие скобок.

У операций '-' и '*=' разные приоритеты. Поэтому и неправильно применённые макросы дают любопытные результаты. Распишите полностью результат текстовой подстановки препроцессора (или просто посмотрите в листинг препроцессора) и сделайте вычисления руками с полным учётом приоритетов операций. Впечатления останутся надолго.
Сергей Борщ
QUOTE (KAlex @ Jun 8 2012, 15:41) *
А это имеет значение?
А вы наберите в виндовом калькуляторе 2+2*2, получИте 8, потом вычислите результат этого выражения используя школьные правила арифметики и обдумайте полученные результаты.
ReAl
Цитата(Сергей Борщ @ Jun 9 2012, 00:11) *
А вы наберите в виндовом калькуляторе 2+2*2, получИте 8,
Только калькулятор должен быть в «обычном« режиме, квадратный с малым числом кнопок.
В «инженерном» покажет 6. А в «обычном» он имитирует поведение простейшего настольного калькулятора.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.