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

[k000858]

Какие опции задать компилятору, что бы тип uint32_t соответствовал типу unsigned int, а не unsigned long ?

В данный момент тип uint32_t приводит по ссылке в

Код

#if __have_long32
typedef signed long int32_t;
typedef unsigned long uint32_t;
#define __int32_t_defined 1

[scifi]

К примеру, в lwip эта проблема решается так:

CODE

/* Define generic types used in lwIP */
typedef unsigned char u8_t;
typedef signed char s8_t;
typedef unsigned short u16_t;
typedef signed short s16_t;
typedef unsigned long u32_t;
typedef signed long s32_t;

typedef u32_t mem_ptr_t;

/* Define (sn)printf formatters for these lwIP types */
#define U16_F "hu"
#define S16_F "hd"
#define X16_F "hx"
#define U32_F "lu"
#define S32_F "ld"
#define X32_F "lx"

То есть для переносимости сделаны конфигурируемые макросы. А если переносимость не нужна, то пишите "%lu".

[k000858]

К примеру, в lwip эта проблема решается так:

CODE

/* Define generic types used in lwIP */
typedef unsigned char u8_t;
typedef signed char s8_t;
typedef unsigned short u16_t;
typedef signed short s16_t;
typedef unsigned long u32_t;
typedef signed long s32_t;

typedef u32_t mem_ptr_t;

/* Define (sn)printf formatters for these lwIP types */
#define U16_F "hu"
#define S16_F "hd"
#define X16_F "hx"
#define U32_F "lu"
#define S32_F "ld"
#define X32_F "lx"

То есть для переносимости сделаны конфигурируемые макросы. А если переносимость не нужна, то пишите "%lu".

Вот сейчас столкнулся с аналогичными варнингами при сборке LwIP

Код

../Middlewares/Third_Party/LwIP/src/core/tcp_in.c:1223:11: warning: format '%u' expects argument of type 'unsigned int', but argument 4 has type 'long unsigned int' [-Wformat=]
../Middlewares/Third_Party/LwIP/src/core/tcp_in.c:1223:11: warning: format '%u' expects argument of type 'unsigned int', but argument 2 has type 'u32_t' [-Wformat=]
../Middlewares/Third_Party/LwIP/src/core/tcp_in.c:1223:11: warning: format '%u' expects argument of type 'unsigned int', but argument 4 has type 'long unsigned int' [-Wformat=]
'Finished building: ../Middlewares/Third_Party/LwIP/src/core/tcp_in.c'

сс.h

Код

typedef unsigned   char    u8_t;
typedef signed     char    s8_t;
typedef unsigned   short   u16_t;
typedef signed     short   s16_t;
typedef unsigned   long    u32_t;
typedef signed     long    s32_t;
typedef u32_t mem_ptr_t;
typedef int sys_prot_t;


#define U16_F "hu"
#define S16_F "d"
#define X16_F "hx"
#define U32_F "u"
#define S32_F "d"
#define X32_F "x"
#define SZT_F "uz"

[scifi]

Вот сейчас столкнулся с аналогичными варнингами при сборке LwIP

У вас ошибка в файле cc.h: раз уж u32_t - это unsigned long, то и формат для printf должен быть "%lu". И вообще, почитайте про printf.

[k000858]

У вас ошибка в файле cc.h: раз уж u32_t - это unsigned long, то и формат для printf должен быть "%lu". И вообще, почитайте про printf.

файл сс.h взят от ST (пример проекта для Keil, IAR, TrueStudio и тд)
этот же проект в кейле компилируется без каких либо варнингов
но там и uint32_t unsigned int

только в бесплатной версии eclipse + GNU Tools for ARM Embedded Processors такая непонятка с типами...

ну понятно, что можно в cc.h подправить #define U32_F "u" на #define U32_F "lu"...но может есть способ принудительно компилятору определить uint32_t как в большенстве компиляторов?
определяется тип макросом #if __STDINT_EXP(LONG_MAX) > 0x7fffffff а откуда что берется не понятно.

так же наверняка можно компилятор с помощью некой опции попросить не беспокоиться о несоответствии unsigned int и unsigned long (ведь тот же кейл не дергается..)

[scifi]

файл сс.h взят от ST (пример проекта для Keil, IAR, TrueStudio и тд)

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

...но может есть способ принудительно компилятору определить uint32_t как в большенстве компиляторов?

Сомневаюсь, что есть такой способ. А даже если бы и был, это было бы скорее вредно, чем полезно. Потому что эти предупреждения реально указывают на ошибки в коде (да, безобидные ошибки, но это до поры до времени). Не надо принудительно давить предупреждения, надо исправлять сами ошибки.

так же наверняка можно компилятор с помощью некой опции попросить не беспокоиться о несоответствии unsigned int и unsigned long (ведь тот же кейл не дергается..)

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

[k000858]

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

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

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

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

[scifi]

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

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

Код

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

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