препроцессор буэээ (проблема решена)

[wizzard]

#define R_PU_33 17890UL
#define R_PD_33 988UL
#define ADC_V_REF 2560UL

#define MV_TO_ADC(MV,  R_PU, R_PD) (((MV)*(unsigned long)1024UL*(R_PD))/((ADC_V_REF)*((R_PU)+(R_PD))))

int _tmain(int argc, _TCHAR* argv[])
{
    unsigned long i=0;
    i=MV_TO_ADC(33000UL, R_PU_33, R_PD_33);
    printf("%l", i);
    return 0;
}

Этот код печатает “68” из-за integer overflow в числителе, несмотря на то, что везде где можно воткнуты unsigned long, и правильный ответ 690.

Что делать? Вручную раскрывать макросы не хочется, их подобных много. Проверено на msvc, gcc и avr-gcc (ATMEL).

Comments

[faceted-jacinth.livejournal.com]

А всё от того, что размер лонга ваще нигде не определён и флуктуирует в зависимости от желаний левой задней ноги разработчиков компилятора. Причём у мсвц по ходу 8, но для констант -- 4.

Алсо, подумай над тем, чтобы всё-таки заменять эту порнуху на static const и inline функции потихоньку!

[wizzard]

Мопед, в принципе, не мой, впрочем, все равно спасибо. Автор мопеда, думаю, комментарии тоже уже прочитал.

[sashman.livejournal.com]

про long long спасибо, благо avr-gcc хавает нотацию типа 33000ULL

---

какбэ речь про 8-битные микроконтроллеры о сотнях байт ОЗУ и килобайтах флеша под код, так что порнуха иногда необходима.

кстати, если параметры макроса переменные - имеем инлайн-вычисление. Константы - константу.
в случае же заворачивания в функцию - набоум компилятора, заоптимизирует - не заоптимизирует.

[faceted-jacinth.livejournal.com]

Ну, я не знаю насчёт GCC, а вот какому-нибудь Кейловскому компилятору я бы скорее доверил самому решать насчёт необходимости инлайна inline функции и прочего. Он сцуко умный был! Ну и кстати если уж жалко флеша под код, то инлайнить довольно часто наоборот не нужно ни за что, а вот на способность компилятора узреть одинаковую структуру после раскрытия макросов и вынести её в функцию я бы надеяться не стал, теоретически он это умеет, практически - как повезёт.

[sashman.livejournal.com]

1. Keil не выпускает компилятор под эту платформу. Выбор есть между gcc, IAR (переход gcc ↔ IAR сопровождается переписыванием архитектурно-зависимого кода, т.к. разумеется либы у них разные). И православным ассемблеромъ.

2. Макрос/функция - на самом деле, не столь принципиально. И в любом случае будет переписано для хранение констант в ээпроме.

[zeux.livejournal.com]

Размер long строго говоря конечно не определен, однако почти везде по факту 4 байта, насколько я знаю. В том числе и в MSVC, и в 32-битном и в 64-битном. Так не бывает, чтобы тип был 8 байт, но его константы были 32-битными :)

[faceted-jacinth.livejournal.com]

А, ну да, конечно, этом меня заглючило что-то.

В 64битном gcc лонг всё-таки восьмибайтный, но под рукой его нет, чтобы посмотреть, как там с константами!