В данный момент тип uint32_t приводит по ссылке в
Код
#if __have_long32
typedef signed long int32_t;
typedef unsigned long uint32_t;
#define __int32_t_defined 1
typedef signed long int32_t;
typedef unsigned long uint32_t;
#define __int32_t_defined 1
Полная версия этой страницы: Настройка GNU toolchain from ARM для STM32
Какие опции задать компилятору, что бы тип uint32_t соответствовал типу unsigned int, а не unsigned long ?
В данный момент тип uint32_t приводит по ссылке в
В данный момент тип uint32_t приводит по ссылке в
Цитата(k000858 @ Jan 21 2014, 11:35) 
Какие опции задать компилятору, что бы тип uint32_t соответствовал типу unsigned int, а не unsigned long ?
Зачем? unsigned int и unsigned long - это одинаковые типы на ARM, просто название разное.
К тому же вы можете просто руками поправить хедер stdint.h (или что он там ещё включает). Но зачем?
Цитата(scifi @ Jan 21 2014, 11:44)
Зачем? unsigned int и unsigned long - это одинаковые типы на ARM, просто название разное.
К тому же вы можете просто руками поправить хедер stdint.h (или что он там ещё включает). Но зачем?
К тому же вы можете просто руками поправить хедер stdint.h (или что он там ещё включает). Но зачем?
код вида
Код
uint32_t i;
printf("%i\n",i);
printf("%i\n",i);
приводит к варнингам
Код
warning: format '%i' expects argument of type 'int', but argument 2 has type 'uint32_t' [-Wformat=]
К примеру, в lwip эта проблема решается так:
То есть для переносимости сделаны конфигурируемые макросы. А если переносимость не нужна, то пишите "%lu".
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"
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, Вы предполагаете, что если Вы напишете
Варнинг генерится из-за того, что формат %i - это вывод знакового целого, а Вы подсовываете ему unsigned ...
Попробуйте
Код
unsigned int i;
printf("%i\n",i);
варнинга не будет?printf("%i\n",i);
Варнинг генерится из-за того, что формат %i - это вывод знакового целого, а Вы подсовываете ему unsigned ...
Попробуйте
Код
unsigned int i;
printf("%u\n",i);
printf("%u\n",i);
Цитата(k000858 @ Jan 21 2014, 09:50)
Код
warning: format '%i' expects argument of type 'int', but argument 2 has type 'uint32_t' [-Wformat=]
Угу. Чтобы избежать подобных казусов специально для типов из stdint.h в файле inttypes.h объявлены и спецификаторы формата
Код
uint32_t i;
printf("%" PRIu32 "\n",i);
printf("%" PRIu32 "\n",i);
Да, несколько уродует форматную строку, но 100% переносимо.
Цитата(VAI @ Jan 21 2014, 13:21)
k000858, Вы предполагаете, что если Вы напишете
Варнинг генерится из-за того, что формат %i - это вывод знакового целого, а Вы подсовываете ему unsigned ...
Попробуйте
Код
unsigned int i;
printf("%i\n",i);
варнинга не будет?printf("%i\n",i);
Варнинг генерится из-за того, что формат %i - это вывод знакового целого, а Вы подсовываете ему unsigned ...
Попробуйте
Код
unsigned int i;
printf("%u\n",i);
printf("%u\n",i);
я бы не стал спрашивать (тем более создавать тему на форуме) если б не проверил
варнинга действительно нет
самое интересное, что в других компиляторах с таким не сталкивался. к примеру в кейле typedef unsigned int uint32_t;
соответственно и варнингов не возникает
и все таки я не понимаю, почему нет варнинга на
но есть на
если unsigned int = uint32_t
Код
unsigned int i;
printf("%i\n",i);
printf("%i\n",i);
но есть на
Код
uint32_t i;
printf("%i\n",i);
printf("%i\n",i);
если unsigned int = uint32_t
а есть варнинг на
?
кстати всегда можно прагмой конкретный варнинг задавить
Код
uint32_t i;
printf("%i\n",(unsigned int)i);
printf("%i\n",(unsigned int)i);
?
кстати всегда можно прагмой конкретный варнинг задавить
Цитата(Golikov A. @ Jan 21 2014, 20:12)
а есть варнинг на
?
кстати всегда можно прагмой конкретный варнинг задавить
Код
uint32_t i;
printf("%i\n",(unsigned int)i);
printf("%i\n",(unsigned int)i);
?
кстати всегда можно прагмой конкретный варнинг задавить
С приведением типа варнинга нет
Давить варнинги не вариант, хотелось бы разобраться в чем причина
Цитата(k000858 @ Jan 21 2014, 20:49)
хотелось бы разобраться в чем причина
Видимо, поэтому вы начали задавать вопросы совсем издалека, Шерлок. Мне кажется, спросить прямо было бы проще :-)
вопрос остается открытым, не важно откуда я его задал
Цитата(k000858 @ Jan 21 2014, 16:29)
почему нет варнинга на
но есть на
если unsigned int = uint32_t
Код
unsigned int i;
printf("%i\n",i);
printf("%i\n",i);
но есть на
Код
uint32_t i;
printf("%i\n",i);
printf("%i\n",i);
если unsigned int = uint32_t
варнинг от функции printf, она пытается данный ей лонг конвертнуть в int,
она же библиотечная и старинная,
так получилось что в арме int == long, а в avr int == 16, потому int32 для avr - это лонг, да и вообще int это 16 бит, а 32 бита это long.
напишите
и получите варнинг
кстати а есть вариант в этой библиотеке
?
скорее всего он не будет давать варнинга
а вообще когда народ устал от путаницы с тем сколько бит
int
long и прочее,
и появились
int32_t типы, и коль вы встали на этот путь, то вам надо использовать тот же однозначно определенный вариант печати
она же библиотечная и старинная,
так получилось что в арме int == long, а в avr int == 16, потому int32 для avr - это лонг, да и вообще int это 16 бит, а 32 бита это long.
напишите
Код
long i;
printf("%i", i);
printf("%i", i);
и получите варнинг
кстати а есть вариант в этой библиотеке
Код
printf("%l",i)
?
скорее всего он не будет давать варнинга
а вообще когда народ устал от путаницы с тем сколько бит
int
long и прочее,
и появились
int32_t типы, и коль вы встали на этот путь, то вам надо использовать тот же однозначно определенный вариант печати
Код
printf("%" PRIu32 "\n",i);
Цитата(Golikov A. @ Jan 21 2014, 22:26)
варнинг от функции printf, она пытается данный ей лонг конвертнуть в int,
Вы будете смеяться, но warning таки от компилятора :-) Вы можете написать свой printf, который будет делать всё, что угодно, и это предупреждение никуда не денется.
ну как же не денется, денется конечно же...
просто прямое преобразование типа уже убирает варнинг...
просто прямое преобразование типа уже убирает варнинг...
Цитата(Golikov A. @ Jan 21 2014, 22:26)
напишите
и получите варнинг
Код
long i;
printf("%i", i);
printf("%i", i);
и получите варнинг
да, есть варнинг
Цитата(Golikov A. @ Jan 21 2014, 22:26)
кстати а есть вариант в этой библиотеке
?
скорее всего он не будет давать варнинга
Код
printf("%l",i)
?
скорее всего он не будет давать варнинга
в таком варианте сразу два предупреждения
Код
warning: conversion lacks type at end of format [-Wformat=]
warning: too many arguments for format [-Wformat-extra-args]
warning: too many arguments for format [-Wformat-extra-args]
повторюсь, почему я создал тему: раньше пользовался кейлом, и там
Код
typedef unsigned int uint32_t;
и никаких возражений на счет printf("%i\n",i); у компилятора не возникало
сейчас перешел на бесплатный компилятор, в котором
Код
typedef unsigned long uint32_t;
+ варнинг.это то меня и смутило. причем в кейле определение uint32_t статично, а в бесплатном компиляторе определение зависит от дифайна #if __have_long32 который в свою очередь зависит от #elif __STDINT_EXP(LONG_MAX) == 0x7fffffff && !defined(__SPU__) и тд
я подумал, может компилятору ключей каких то нехватает, что бы uint32_t определился как в кейле, для этого должно выполниться условия препроцессора
Код
#elif __STDINT_EXP(INT_MAX) == 0x7fffffffL
typedef signed int int32_t;
typedef unsigned int uint32_t;
typedef signed int int32_t;
typedef unsigned int uint32_t;
Цитата(scifi @ Jan 21 2014, 23:26)
Вы будете смеяться, но warning таки от компилятора :-)
спасибо кэп
на запись printf("%" PRIu32 "\n",i);
Код
../Sources/main.c:45:14: error: expected ')' before 'PRIu32'
printf("%" PRIu32 "\n",i);
^
../Sources/main.c:45:14: warning: spurious trailing '%' in format [-Wformat=]
printf("%" PRIu32 "\n",i);
^
../Sources/main.c:45:14: warning: spurious trailing '%' in format [-Wformat=]
Цитата(k000858 @ Jan 22 2014, 05:45)
Код
../Sources/main.c:45:14: error: expected ')' before 'PRIu32'
printf("%" PRIu32 "\n",i);
^
../Sources/main.c:45:14: warning: spurious trailing '%' in format [-Wformat=]
printf("%" PRIu32 "\n",i);
^
../Sources/main.c:45:14: warning: spurious trailing '%' in format [-Wformat=]
Вы читайте все ответы
Эти спецификаторы определены в файле inttypes.h
Код
#include <inttypes.h>
Если пишете на C++, то надо еще предопределить символ __STDC_FORMAT_MACROS, например через CPPFLAGS += -D__STDC_FORMAT_MACROS в makefile.
Цитата(Сергей Борщ @ Jan 22 2014, 10:44)
Вы читайте все ответы
Эти спецификаторы определены в файле inttypes.h
Если пишете на C++, то надо еще предопределить символ __STDC_FORMAT_MACROS, например через CPPFLAGS += -D__STDC_FORMAT_MACROS в makefile.
Эти спецификаторы определены в файле inttypes.h
Код
#include <inttypes.h>
Если пишете на C++, то надо еще предопределить символ __STDC_FORMAT_MACROS, например через CPPFLAGS += -D__STDC_FORMAT_MACROS в makefile.
а, точняк. забыл включить inttypes.h
Код
uint32_t i = 1;
printf("%" PRIu32 "\n",i);
printf("%" PRIu32 "\n",i);
в этом варианте варнинга нет
Цитата(k000858 @ Jan 22 2014, 11:08)
а, точняк. забыл включить inttypes.h
в этом варианте варнинга нет
Код
uint32_t i = 1;
printf("%" PRIu32 "\n",i);
printf("%" PRIu32 "\n",i);
в этом варианте варнинга нет
алелуя
варнинга нет, это хорошо )
вы уж простите за мою доё..сть, назойливость, но меня больше интересовал вопрос "как сделать что б было как в кейле" а не "как убрать варнинг" )))
ну т.е. какие ключи задать компилятору что бы uint32_t определялся как в кейле т.к. определения в stdint.h зависят от незнакомых для меня макроопределений
вы уж простите за мою доё..сть, назойливость, но меня больше интересовал вопрос "как сделать что б было как в кейле" а не "как убрать варнинг" )))
ну т.е. какие ключи задать компилятору что бы uint32_t определялся как в кейле т.к. определения в stdint.h зависят от незнакомых для меня макроопределений
Цитата(k000858 @ Jan 22 2014, 17:23)
ну т.е. какие ключи задать компилятору что бы uint32_t определялся как в кейле т.к. определения в stdint.h зависят от незнакомых для меня макроопределений
И я таки отвечал на этот вопрос выше. Отвечу снова: подрихтуйте файл stdint.h.
Цитата(scifi @ Jan 22 2014, 19:06)
И я таки отвечал на этот вопрос выше. Отвечу снова: подрихтуйте файл stdint.h.
хотелось бы подрихтовать библиотеку с помощью макроопределений (они ведь там не просто так для красоты)
заодно понять как, где и зачем они выбираются
Не вздумайте править библиотечные хидеры stdint.h, т.к. на вашей машине проект будет работать как положено, а на другой - нет. Используйте макроопределения.
Цитата(Mihey_K @ Jan 26 2014, 06:29)
Не вздумайте править библиотечные хидеры stdint.h, т.к. на вашей машине проект будет работать как положено, а на другой - нет. Используйте макроопределения.
вот я как раз через макроопределения и хотел настроить нужные мне типы данных
однако немного не понимаю, откуда берутся все эти
Код
#if __have_long32
#elif __STDINT_EXP(LONG_MAX) == 0x7fffffff && !defined(__SPU__)
#elif __STDINT_EXP(LONG_MAX) == 0x7fffffff && !defined(__SPU__)
подозреваю, что от настроек компилятора
Цитата(scifi @ Jan 21 2014, 11:57)
К примеру, в lwip эта проблема решается так:
То есть для переносимости сделаны конфигурируемые макросы. А если переносимость не нужна, то пишите "%lu".
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"
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'
../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"
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"
Т.е. компилятор пишет варнинги при использовании unsigned long в качестве unsigned int, хотя в ARM типы одинаковы.
компилятор https://launchpad.net/gcc-arm-embedded
предупреждения перестают писаться при отключении -Wall, но тогда вообще никаких предупреждений нет.
подрихтовывать stdint.h не вариант...
компилятор https://launchpad.net/gcc-arm-embedded
предупреждения перестают писаться при отключении -Wall, но тогда вообще никаких предупреждений нет.
подрихтовывать stdint.h не вариант...
Цитата(k000858 @ Mar 20 2014, 04:47)
Вот сейчас столкнулся с аналогичными варнингами при сборке LwIP
У вас ошибка в файле cc.h: раз уж u32_t - это unsigned long, то и формат для printf должен быть "%lu". И вообще, почитайте про printf.
Цитата(k000858 @ Mar 24 2014, 05:19)
хотя в ARM типы одинаковы.
Типы разные. Они имеют одинаковый размер для ARM, это да. Но типы разные. Так же как и соловьев и болты можно измерять в штуках, но путать не стоит. А предупреждение, вероятно, выдается для того, чтобы вылизанный исходник не стал выдавать море ошибок при попытке скомпилировать для другой платформы.
Цитата(scifi @ Mar 24 2014, 07:35)
У вас ошибка в файле 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 (ведь тот же кейл не дергается..)
Цитата(k000858 @ Mar 24 2014, 08:41)
файл сс.h взят от ST (пример проекта для Keil, IAR, TrueStudio и тд)
Ну вот и найдена причина: ST славен своим индусским говнокодом.
Цитата(k000858 @ Mar 24 2014, 08:41)
...но может есть способ принудительно компилятору определить uint32_t как в большенстве компиляторов?
Сомневаюсь, что есть такой способ. А даже если бы и был, это было бы скорее вредно, чем полезно. Потому что эти предупреждения реально указывают на ошибки в коде (да, безобидные ошибки, но это до поры до времени). Не надо принудительно давить предупреждения, надо исправлять сами ошибки.
Цитата(k000858 @ Mar 24 2014, 08:41)
так же наверняка можно компилятор с помощью некой опции попросить не беспокоиться о несоответствии unsigned int и unsigned long (ведь тот же кейл не дергается..)
Это скорее недоработка кейла. Но иметь возможность отключать конкретное предупреждение было бы удобно и оправдано в ряде случаев, это да.
Цитата(scifi @ Mar 24 2014, 09:28)
Ну вот и найдена причина: ST славен своим индусским говнокодом.
да причем здесь говнокод, если в вышеперечисленных тулчейнах uint32_t unsigned int. все верно определено в cc.h
Цитата(scifi @ Mar 24 2014, 09:28)
Сомневаюсь, что есть такой способ.
ну не даром в stdint.h тот же uint32_t может быть как unsigned int так и unsigned long. все определяется макросами, от откуда ноги растут так и не понял.
то есть уже понял что в зависимости от макроса LONG_MAX, но как его в задать в свойствах проекта хз. такое ощущение что он либо в самом эклипсе статично занят либо в дебрях компилятора
Цитата(k000858 @ Mar 24 2014, 08:41)
...
(ведь тот же кейл не дергается..)
(ведь тот же кейл не дергается..)
А у Вас в кейле все предупреждения включены? Включите все предупреждения и посмотрите результат. Ещё могут быть специфические настройки компилятора по типам данных (у IAR). С кейлом не работал. Это общие соображения.
Цитата
такое ощущение что он либо в самом эклипсе статично занят либо в дебрях компилятора
В эклипсе не должно быть ничего определено, если не используются какие-то плагины для настроек компилятора.
Цитата(k000858 @ Mar 24 2014, 09:44)
да причем здесь говнокод, если в вышеперечисленных тулчейнах uint32_t unsigned int. все верно определено в cc.h
Вы как будто нарочно не читаете. Вот говнокод:
Код
typedef unsigned long u32_t;
...
#define U32_F "u"
...
#define U32_F "u"
В этом коде ошибка. Её надо исправлять, а не плясать вокруг неё с бубном.
ясно, значит настройки компилятора тут не причем.
буду юзать макроопределения по совету scifi
странно что кейл такие предупреждения не выводит. ну да ладно.
буду юзать макроопределения по совету scifi
странно что кейл такие предупреждения не выводит. ну да ладно.
Цитата(k000858 @ Mar 24 2014, 07:44)
в зависимости от макроса LONG_MAX, но как его в задать в свойствах проекта хз. такое ощущение что он либо в самом эклипсе статично занят либо в дебрях компилятора
Эклипс - всего лишь очень умный редактор. Этот макрос, как и многие другие, прибит гвоздями внутри исходников компилятора. А заголовочный файл один на разные платфрмы.Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.