Настройка GNU toolchain from ARM для STM32, типы данных Опции

[k000858]

Ну вот и найдена причина: ST славен своим индусским говнокодом.

да причем здесь говнокод, если в вышеперечисленных тулчейнах uint32_t unsigned int. все верно определено в cc.h

Сомневаюсь, что есть такой способ.

ну не даром в stdint.h тот же uint32_t может быть как unsigned int так и unsigned long. все определяется макросами, от откуда ноги растут так и не понял.
то есть уже понял что в зависимости от макроса LONG_MAX, но как его в задать в свойствах проекта хз. такое ощущение что он либо в самом эклипсе статично занят либо в дебрях компилятора

[mdmitry]

...
(ведь тот же кейл не дергается..)

А у Вас в кейле все предупреждения включены? Включите все предупреждения и посмотрите результат. Ещё могут быть специфические настройки компилятора по типам данных (у IAR). С кейлом не работал. Это общие соображения.

такое ощущение что он либо в самом эклипсе статично занят либо в дебрях компилятора

В эклипсе не должно быть ничего определено, если не используются какие-то плагины для настроек компилятора.

[scifi]

да причем здесь говнокод, если в вышеперечисленных тулчейнах uint32_t unsigned int. все верно определено в cc.h

Вы как будто нарочно не читаете. Вот говнокод:

Код

typedef unsigned long u32_t;
...
#define U32_F "u"

В этом коде ошибка. Её надо исправлять, а не плясать вокруг неё с бубном.

[k000858]

ясно, значит настройки компилятора тут не причем.
буду юзать макроопределения по совету scifi

странно что кейл такие предупреждения не выводит. ну да ладно.

[Сергей Борщ]

в зависимости от макроса LONG_MAX, но как его в задать в свойствах проекта хз. такое ощущение что он либо в самом эклипсе статично занят либо в дебрях компилятора

Эклипс - всего лишь очень умный редактор. Этот макрос, как и многие другие, прибит гвоздями внутри исходников компилятора. А заголовочный файл один на разные платфрмы.