Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Длинные операнды
Форум разработчиков электроники ELECTRONIX.ru > Сайт и форум > В помощь начинающему > Программирование
FormatCft
Apr 27 2009, 11:48
Доброго времени суток.

GCC использую.
Обнаружил, что операнд типа такого:
Код
a = a + (((b << 4) + rol (key[(sum % 4) + 4], b)) ^ (d + sum) ^ ((b >> 5) + rol (key[sum % 4], b >> 27)));
#define rol(N, R) (N<<R)|(N>>(32-R))

выполняется с ошибками.
Попытался разкидать это выражение по отдельным, всё стало вроде в норме.
Может я чего-то недопонимаю. Откуда всё-таки ошибки?

Спасибо!
aaarrr
Apr 27 2009, 11:53
Цитата(FormatCft @ Apr 27 2009, 15:48) *
Откуда всё-таки ошибки?

Наверное, с макросами внимательнее нужно быть:
Код
#define rol(N, R) ((N<<R)|(N>>(32-R)))
Rst7
Apr 27 2009, 11:56
Цитата
Наверное, с макросами внимательнее нужно быть:


Тогда уже так:
Код
#define rol(N, R) (((N)<<(R))|((N)>>(32-(R))))


Кстати, надо бы сдвиг на правый заменить, он лучше ложится на архитектуру.
meister
Apr 27 2009, 12:00
Код
unsigned long rol(unsigned long n, unsigned r) { return (n << r) | (n >> (32 - r)); }
aaarrr
Apr 27 2009, 12:01
Цитата(Rst7 @ Apr 27 2009, 15:56) *
Тогда уже так

Таки да, b >> 27 упустил из вида.
Rst7
Apr 27 2009, 12:02
Цитата
unsigned long rol(unsigned long n, unsigned r) { return (n << r) | (n >> (32 - r)); }


А смысл? Тогда еще надо и inline forced написать.
FormatCft
Apr 27 2009, 12:45
Блин!!! Я так вам благодарен!!! СПАСИБО!!!
DpInRock
Apr 27 2009, 13:57
За что следует смертельно любить Си, так это за неумеренное количество скобок.
mdmitry
Apr 27 2009, 14:24
Цитата(DpInRock @ Apr 27 2009, 17:57) *
За что следует смертельно любить Си, так это за неумеренное количество скобок.

При определении #define crying.gif
SSerge
Apr 27 2009, 15:34
Цитата(DpInRock @ Apr 27 2009, 20:57) *
За что следует смертельно любить Си, так это за неумеренное количество скобок.

Расскажите эту шутку любителям Lisp-а.
meister
May 7 2009, 14:11
Цитата(Rst7 @ Apr 27 2009, 16:02) *
А смысл?


Дабы избежать удивительные эффекты от подстановки в качестве параметров макросов выражений.

Цитата(Rst7 @ Apr 27 2009, 16:02) *
Тогда еще надо и inline forced написать.


Оставьте оптимизитору его работу.
Rst7
May 7 2009, 16:32
Цитата
Дабы избежать удивительные эффекты от подстановки в качестве параметров макросов выражений.


Этот вопрос решается скобками.

Цитата
Оставьте оптимизитору его работу.


Да ну? Тут принципиально автору хочется строгого инлайна. Значит - надо писать, а не надеяться, что компиллер заинлайнит.
meister
May 7 2009, 19:50
Цитата(Rst7 @ May 7 2009, 20:32) *
Этот вопрос решается скобками.


Код
#define MAX(A, B) (((A) > (B)) ? (A) : (B))

int uberlongtimefunction(int x)
{
   ...
}

int main(void)
{
    int a = 7;
    int b = 19;
    int m = MAX(++a, uberlongtimefunction(b));
}
xemul
May 8 2009, 10:33
Цитата(meister @ May 7 2009, 23:50) *
Код
#define MAX(A, B) (((A) > (B)) ? (A) : (B))
...
int main(void)
{
    int m = MAX(++a, uberlongtimefunction(b));
}

О такой беде можно прочесть еще в первом издании Кернигана и Ричи. Если человеку приспичит походить по граблям с полированными ручками, его ни книжки, ни скобки не остановят.
Rst7, имхо, говорил несколько о другом. А компиляторы под ПИК'и от ХТсофт, н-р, пользовательские функции инлайнить просто отказываются.
Rst7
May 8 2009, 19:21
Цитата
Rst7, имхо, говорил несколько о другом.


Безусловно. Для криптографии нужен строгий инлайн, иначе будет медленно. Вне зависимости от того, что решит компилятор - инлайнить или нет. Значит, нужна принудительная прагма. Так нафига столько лишней писанины?

Цитата
А компиляторы под ПИК'и от ХТсофт, н-р, пользовательские функции инлайнить просто отказываются.


Разговор об ARM, если мне не изменяет память (по недавнему вопросу топикстартера в другой ветке). И о гнусе.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.