warnings on IAR compiler for AVR

I compiled the RTOS under IAR AVR 4.12 and got 20 warnings,I fear to use it in my project because these warning may make bugs in design. Is is possible author of FreeRTOS modifies source codes for each compiler ,and give them in seperate folder?,so we do not have warning,and codes is 100% compatible with that compiler. Can Author do this for sensitive IAR AVR compiler?(as a special case) BTW: FreeRTOS is great and user notes can improve it extensively. Thanks in advance

warnings on IAR compiler for AVR

Out of all the supported ports the AVR/IAR port is the only one I know that ships with compiler warnings.  Did you see the section "Compiler Warnings" on the http://www.freertos.org/AVR_IAR.html page? These are all non serious warnings but annoying.  They can be switched off in the project file, but then you will also not get the warnings in your application code where you may want to see them.

warnings on IAR compiler for AVR

I want to remove warnings by modifying freertos source code,But I need help to do it,I do not know how to fix the type cast and other warnings. I am disappointed. List of warnings for IAR AVR (ver4.12a) Warning[Pe191]: type qualifier is meaningless on cast type G:freertosDemoCommonMinimalPollQ.c 100 Warning[Pe191]: type qualifier is meaningless on cast type G:freertosDemoCommonMinimalPollQ.c 101 Warning[Pe191]: type qualifier is meaningless on cast type G:freertosDemoCommonMinimalcomtest.c 145 Warning[Pe191]: type qualifier is meaningless on cast type G:freertosDemoCommonMinimalcomtest.c 146 Warning[Pe191]: type qualifier is meaningless on cast type G:freertosDemoCommonMinimalflash.c 92 Warning[Pe191]: type qualifier is meaningless on cast type G:freertosDemoCommonMinimalinteger.c 103 Warning[Ta006]: Interrupt function has no assigned vector. G:freertosDemoAVR_ATMega323_IARserialserial.c 164 Warning[Ta006]: Interrupt function has no assigned vector. G:freertosDemoAVR_ATMega323_IARserialserial.c 180 Warning[Ta006]: Interrupt function has no assigned vector. G:freertosDemoAVR_ATMega323_IARserialserial.c 164 Warning[Ta006]: Interrupt function has no assigned vector. G:freertosDemoAVR_ATMega323_IARserialserial.c 180 Warning[Pe191]: type qualifier is meaningless on cast type G:freertosSourcetasks.c 478 Warning[Pe191]: type qualifier is meaningless on cast type G:freertosSourcetasks.c 494 Warning[Pe191]: type qualifier is meaningless on cast type G:freertosSourcetasks.c 900 Warning[Pa082]: undefined behavior: the order of volatile accesses is undefined in this statement G:freertosSourcetasks.c 1260 Warning[Pa082]: undefined behavior: the order of volatile accesses is undefined in this statement G:freertosSourcetasks.c 1260 Warning[Pa082]: undefined behavior: the order of volatile accesses is undefined in this statement G:freertosSourcetasks.c 1260 Warning[w6]: Type conflict for external/entry "uxQueueMessagesWaiting", in module PollQ against external/entry in  Warning[w6]: Type conflict for external/entry "xQueueCreate", in module PollQ against external/entry in module queue;  Warning[w6]: Type conflict for external/entry "xQueueReceive", in module PollQ against external/entry in module queue;  Warning[w6]: Type conflict for external/entry "xQueueReceiveFromISR", in module serial against external/entry in  Warning[w6]: Type conflict for external/entry "xQueueSend", in module PollQ against external/entry in module queue;  Warning[w6]: Type conflict for external/entry "xQueueSendFromISR", in module serial against external/entry in module  Thanks in advance

warnings on IAR compiler for AVR

As said previously, the warnings are benign.  Modifying the source code will cause warning to be produced by other compilers.  This is the only port for which warnings are produced currently.  You may be better off disabling the warnings. > Warning[Pe191]: type qualifier is meaningless on cast type > G:freertosDemoCommonMinimalPollQ.c 100 This is not part of the source, but the demo.  If you want to fix this by modifying the code then remove the qualifier in the cast prior to the QConsNB parameter (line 100 of PollQ).  Likewise for the other type qualifier is meaningless warnings.  The line numbers are given. > Warning[Pa082]: undefined behavior: the order of volatile accesses is undefined > in this statement G:freertosSourcetasks.c 1260 These warning are in the listGET_OWNER_OF_NEXT_ENTRY() macro.  You can remove the volatile cast from within the macro if you wish. > Warning[w6]: Type conflict for external/entry "uxQueueMessagesWaiting", in module > PollQ against external/entry in These warnings are generated because of a deliberate data hiding policy.  You would have to change the location the queue and tcb data structures are defined to remove the warning.  This is not a good idea as you would also remove the data hiding which is not desirable.  In this case I really recommend just disabling the warning.