|
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and
privacy statement. We’ll occasionally send you account related emails.
Already on GitHub?
Sign in
to your account
Closed
DaveBian opened this issue
Oct 29, 2015
· 5 comments
Closed
Build with IAR failed
#6
DaveBian opened this issue
Oct 29, 2015
· 5 comments
Comments
Hi,
When I built etl iar project, it failed and give message list below:
IAR version: IAR Embedded Workbench for ARM, 7.40.2.8570
How to fix this problem? Thanks a lot.
Building configuration: etl — Debug
Updating build tree…
test_compile.cpp
Error[Pe065]: expected a «;» C:1.Projets3.RefCodesetlalgorithm.h 296
Error[Pe020]: identifier «n» is undefined C:1.Projets3.RefCodesetlalgorithm.h 298
Error[Pe065]: expected a «;» C:1.Projets3.RefCodesetlalgorithm.h 323
Error[Pe020]: identifier «n» is undefined C:1.Projets3.RefCodesetlalgorithm.h 325
Error[Pe065]: expected a «;» C:1.Projets3.RefCodesetlalgorithm.h 354
Error[Pe020]: identifier «n» is undefined C:1.Projets3.RefCodesetlalgorithm.h 356
Error[Pe065]: expected a «;» C:1.Projets3.RefCodesetlalgorithm.h 381
Error[Pe020]: identifier «n» is undefined C:1.Projets3.RefCodesetlalgorithm.h 383
Warning[Pe940]: missing return statement at end of non-void function «etl::io_port_rw<T, ADDRESS>::iterator::operator=» C:1.Projets3.RefCodesetlio_port.h 76
Error[Pe519]: class «etl::crc8_ccitt» may not have a template argument list C:1.Projets3.RefCodesetltesttest_compile.cpp 188
Error[Pe519]: class «etl::crc8_ccitt» may not have a template argument list C:1.Projets3.RefCodesetltesttest_compile.cpp 189
Error[Pe276]: name followed by «::» must be a class or namespace name C:1.Projets3.RefCodesetltesttest_compile.cpp 189
Error[Pe519]: class «etl::crc16» may not have a template argument list C:1.Projets3.RefCodesetltesttest_compile.cpp 191
Error[Pe519]: class «etl::crc16» may not have a template argument list C:1.Projets3.RefCodesetltesttest_compile.cpp 192
Error[Pe276]: name followed by «::» must be a class or namespace name C:1.Projets3.RefCodesetltesttest_compile.cpp 192
Error[Pe519]: class «etl::crc16_ccitt» may not have a template argument list C:1.Projets3.RefCodesetltesttest_compile.cpp 194
Error[Pe519]: class «etl::crc16_ccitt» may not have a template argument list C:1.Projets3.RefCodesetltesttest_compile.cpp 195
Error[Pe276]: name followed by «::» must be a class or namespace name C:1.Projets3.RefCodesetltesttest_compile.cpp 195
Error[Pe519]: class «etl::crc16_kermit» may not have a template argument list C:1.Projets3.RefCodesetltesttest_compile.cpp 197
Error[Pe519]: class «etl::crc16_kermit» may not have a template argument list C:1.Projets3.RefCodesetltesttest_compile.cpp 198
Error[Pe276]: name followed by «::» must be a class or namespace name C:1.Projets3.RefCodesetltesttest_compile.cpp 198
Error[Pe519]: class «etl::crc32» may not have a template argument list C:1.Projets3.RefCodesetltesttest_compile.cpp 200
Error[Pe519]: class «etl::crc32» may not have a template argument list C:1.Projets3.RefCodesetltesttest_compile.cpp 201
Error[Pe276]: name followed by «::» must be a class or namespace name C:1.Projets3.RefCodesetltesttest_compile.cpp 201
Error[Pe519]: class «etl::crc64_ecma» may not have a template argument list C:1.Projets3.RefCodesetltesttest_compile.cpp 203
Error[Pe519]: class «etl::crc64_ecma» may not have a template argument list C:1.Projets3.RefCodesetltesttest_compile.cpp 204
Error[Pe276]: name followed by «::» must be a class or namespace name C:1.Projets3.RefCodesetltesttest_compile.cpp 204
Error while running C/C++ Compiler
Total number of errors: 26
Total number of warnings: 1
Could some tell me how fix this issue? Thanks in advance.
IAR seems to be having a problem with std::iterator_traits::difference_type
Are you able to confirm whether this type is supported by IAR? Maybe you could try substituting ‘int32_t’ or ‘long’ for the type.
I don’t have access to my PC at the moment as I’m in Australia staying at campsites with almost completely useless WIFI. ‘ve only been able to access email twice in two weeks. I shall be back in the UK on Nov 27th and I’ll take a closer look when I’ve got over the jet lag!
One of the jobs I have to finish is to update the test files for the embedded compiler projects as they do not cover any near as much as the unit tests do. There are bound to be a few more cross platform issues due to each compiler interpreting the standard in slightly different ways. Testing for the Green Hills compiler is virtually impossible for me as they will not supply anything other than a 30 day trial. At least Keil and IAR allow ‘mini’ projects without time limit.
The unit tests only run under Linux with GCC and Windows with GCC and Visual Studio.
John,
Yes, maybe you are right. After the code roll back for former version,
substituting ‘size_t ‘ for type ‘std::iterator_traits::difference_type’ it
works.
Best regards!
David Bian
Business Email: David.Bian@uster.com
David.Bian@uster.comPrivate Email: idavidbian@gmail.com
idavidbian@gmail.com
Skype: idavidbian
P Kindly please consider the environment before printing this email!
2015-11-12 15:36 GMT+08:00 John Wellbelove notifications@github.com:
IAR seems to be having a problem with std::iterator_traits::difference_type
Are you able to confirm whether this type is supported by IAR? Maybe you
could try substituting ‘int32_t’ or ‘long’ for the type.I don’t have access to my PC at the moment as I’m in Australia staying at
campsites with almost completely useless WIFI. ‘ve only been able to access
email twice in two weeks. I shall be back in the UK on Nov 27th and I’ll
take a closer look when I’ve got over the jet lag!One of the jobs I have to finish is to update the test files for the
embedded compiler projects as they do not cover any near as much as the
unit tests do. There are bound to be a few more cross platform issues due
to each compiler interpreting the standard in slightly different ways.
Testing for the Green Hills compiler is virtually impossible for me as they
will not supply anything other than a 30 day trial. At least Keil and IAR
allow ‘mini’ projects without time limit.The unit tests only run under Linux with GCC and Windows with GCC and
Visual Studio.—
Reply to this email directly or view it on GitHub
#6 (comment).
It looks like all of the ‘is_permutation’ overloads will be a problem for IAR. It would probably be wise to change the difference types to another standard signed type like int32_t. I don’t see many embedded projects being required to check containers in excess of 2GB. It’s possible that there may be some other parts of the library use ‘difference_type’ from ‘interator_traits’. I shall have some free time in December to put some effort in to getting the embedded tests up to date and completing work on etl versions of unordered_map & set. Once these are done I plan to add some cache containers based on unordered_map.
I have just issued a new release 6.0 that should significantly reduce code size when using many of the containers.
2 participants
Форум РадиоКот • Просмотр темы — Почему этот код с AVR вызывает ошибку в Keil 5 (на C++)?
Сообщения без ответов | Активные темы
ПРЯМО СЕЙЧАС: |
Автор | Сообщение |
---|---|
|
Заголовок сообщения: Почему этот код с AVR вызывает ошибку в Keil 5 (на C++)? Добавлено: Сб ноя 24, 2018 19:42:41 |
Прорезались зубы
Карма: -3 Рейтинг сообщения: 0
|
Почему этот код вызывает ошибку в Keil 5 (на C++)? Портирую код с AVR, затык на ровном месте: Код: unsigned char portlcd = 0; //ячейка для хранения данных порта микросхемы расширения строки 2 и 3 вызывают ошибки: userlcdtwi.cpp(5): error: #65: expected a «;» userlcdtwi.cpp(73): error: #18: expected a «)» Что не так?! |
Вернуться наверх |
Профиль
|
Реклама | |
|
|
Аlex
|
Заголовок сообщения: Re: Почему этот код с AVR вызывает ошибку в Keil 5 (на C++)? Добавлено: Сб ноя 24, 2018 19:56:30 |
||
Карма: 85 Рейтинг сообщения: 0
|
Тяжело сказать, не видя остального кода. |
||
Вернуться наверх | |||
Реклама | |
|
|
DENIS451
|
Заголовок сообщения: Re: Почему этот код с AVR вызывает ошибку в Keil 5 (на C++)? Добавлено: Сб ноя 24, 2018 20:01:44 |
Карма: -3 Рейтинг сообщения: 0
|
|
Вернуться наверх | |
ARV
|
Заголовок сообщения: Re: Почему этот код с AVR вызывает ошибку в Keil 5 (на C++)? Добавлено: Сб ноя 24, 2018 20:08:17 |
||
Карма: 97 Рейтинг сообщения: 7
|
на сколько я знаю, префикс 0b (для двоичных констант) не является стандартным для Си |
||
Вернуться наверх | |||
Реклама | |
|
Выгодные LED-драйверы для решения любых задач КОМПЭЛ представляет со склада и под заказ широкий выбор LED-драйверов производства MEAN WELL, MOSO, Snappy, Inventronics, EagleRise. Линейки LED-драйверов этих компаний, выполненные по технологии Tunable White и имеющие возможность непосредственного встраивания в систему умного дома (димминг по шине KNX), перекрывают практически полный спектр применений: от простых световых указателей и декоративной подсветки до диммируемых по различным протоколам светильников внутреннего и наружного освещения. Подобрать LED-драйвер>> |
DENIS451
|
Заголовок сообщения: Re: Почему этот код с AVR вызывает ошибку в Keil 5 (на C++)? Добавлено: Сб ноя 24, 2018 20:21:13 |
Карма: -3 Рейтинг сообщения: 0
|
Как заставить Keil его понимать? |
Вернуться наверх | |
Реклама | |
|
|
Реклама | |
|
LIMF – источники питания High-End от MORNSUN со стандартным функционалом на DIN-рейку На склад Компэл поступили ИП MORNSUN (крепление на DIN-рейку) с выходной мощностью 240 и 480 Вт. Данные источники питания обладают 150% перегрузочной способностью, активной схемой коррекции коэффициента мощности (ККМ; PFC), наличием сухого контакта реле для контроля работоспособности (DC OK) и возможностью подстройки выходного напряжения. Источники питания выполнены в металлическом корпусе, ПП с компонентами покрыта лаком с двух сторон, что делает ее устойчивой к соляному туману и пыли. Изделия соответствуют требованиям ANSI/ISA 71.04-2013 G3 на устойчивость к коррозии, а также нормам ATEX для взрывоопасных зон. Подробнее>> |
VladislavS
|
Заголовок сообщения: Re: Почему этот код с AVR вызывает ошибку в Keil 5 (на C++)? Добавлено: Сб ноя 24, 2018 20:27:37 |
||
Карма: 13 Рейтинг сообщения: 0
|
Двоичные константы появились в С++14. Умеет keil C++14? ЗЫ: гугл говорит, что умеет. Включи его поддержку. Последний раз редактировалось VladislavS Сб ноя 24, 2018 20:31:50, всего редактировалось 1 раз. |
||
Вернуться наверх | |||
Reflector
|
Заголовок сообщения: Re: Почему этот код с AVR вызывает ошибку в Keil 5 (на C++)? Добавлено: Сб ноя 24, 2018 20:31:11 |
Поставщик валерьянки для Кота
Карма: 20 Рейтинг сообщения: 0
|
|
Вернуться наверх | |
DENIS451
|
Заголовок сообщения: Re: Почему этот код с AVR вызывает ошибку в Keil 5 (на C++)? Добавлено: Сб ноя 24, 2018 20:32:41 |
Карма: -3 Рейтинг сообщения: 0
|
|
Вернуться наверх | |
VladislavS
|
Заголовок сообщения: Re: Почему этот код с AVR вызывает ошибку в Keil 5 (на C++)? Добавлено: Сб ноя 24, 2018 20:37:49 |
||
Карма: 13 Рейтинг сообщения: 0
|
В настройках проекта вестимо. Там вкладок то с гулькин нос. Вангую она С/С++ называется. |
||
Вернуться наверх | |||
DENIS451
|
Заголовок сообщения: Re: Почему этот код с AVR вызывает ошибку в Keil 5 (на C++)? Добавлено: Сб ноя 24, 2018 20:42:35 |
Карма: -3 Рейтинг сообщения: 0
|
Ну и где? |
Вернуться наверх | |
VladislavS
|
Заголовок сообщения: Re: Почему этот код с AVR вызывает ошибку в Keil 5 (на C++)? Добавлено: Сб ноя 24, 2018 20:50:21 |
||
Карма: 13 Рейтинг сообщения: 0
|
DENIS451, ты издеваешься? Вкладку Target открой и выбери компилятор 6-й версии. |
||
Вернуться наверх | |||
VladislavS
|
Заголовок сообщения: Re: Почему этот код с AVR вызывает ошибку в Keil 5 (на C++)? Добавлено: Сб ноя 24, 2018 20:55:25 |
||
Карма: 13 Рейтинг сообщения: 0
|
|||
Вернуться наверх | |||
Мурик
|
Заголовок сообщения: Re: Почему этот код с AVR вызывает ошибку в Keil 5 (на C++)? Добавлено: Сб ноя 24, 2018 20:56:56 |
||
Карма: 1 Рейтинг сообщения: 0
|
VladislavS писал(а): Двоичные константы появились в С++14. В GCC даже в Си они поддерживаются. |
||
Вернуться наверх | |||
DENIS451
|
Заголовок сообщения: Re: Почему этот код с AVR вызывает ошибку в Keil 5 (на C++)? Добавлено: Сб ноя 24, 2018 21:00:49 |
Карма: -3 Рейтинг сообщения: 0
|
Спасибо, сделал как на картинках, вроде заработало. Но теперь появляются какие то подозрительные крестики в редакторе кода — см. 4.png |
Вернуться наверх | |
VladislavS
|
Заголовок сообщения: Re: Почему этот код с AVR вызывает ошибку в Keil 5 (на C++)? Добавлено: Сб ноя 24, 2018 21:07:51 |
||
Карма: 13 Рейтинг сообщения: 0
|
VladislavS писал(а): Двоичные константы появились в С++14. В GCC даже в Си они поддерживаются. Это конечно замечательно, но потом появляется такой DENIS451, жертва нестандартных расширений GCC — Аааа! Всё пропало!!! |
||
Вернуться наверх | |||
DENIS451
|
Заголовок сообщения: Re: Почему этот код с AVR вызывает ошибку в Keil 5 (на C++)? Добавлено: Сб ноя 24, 2018 21:17:53 |
Карма: -3 Рейтинг сообщения: 0
|
С крестиками я уже сам разобрался, похоже Keil не мог найти файл исходников в директории «user» сам, а вот компилятор почему то смог. |
Вернуться наверх | |
ARV
|
Заголовок сообщения: Re: Почему этот код с AVR вызывает ошибку в Keil 5 (на C++)? Добавлено: Сб ноя 24, 2018 21:18:54 |
||
Карма: 97 Рейтинг сообщения: 0
|
Как заставить Keil его понимать? отказаться от двоичных констант, использовать те, которые обязаны понимать ВСЕ компиляторы Си: десятичные, восьмеричные или шестнадцатеричные |
||
Вернуться наверх | |||
VladislavS
|
Заголовок сообщения: Re: Почему этот код с AVR вызывает ошибку в Keil 5 (на C++)? Добавлено: Сб ноя 24, 2018 21:26:45 |
||
Карма: 13 Рейтинг сообщения: 0
|
Либо использовать С++ компилятор даже для С кода. Тогда, например, можно разряды отделять вот так 0b0000’1111’0000’1111 или 10’000. |
||
Вернуться наверх | |||
DENIS451
|
Заголовок сообщения: Re: Почему этот код с AVR вызывает ошибку в Keil 5 (на C++)? Добавлено: Сб ноя 24, 2018 22:21:04 |
Карма: -3 Рейтинг сообщения: 0
|
Рано радовался, после переключения на компилятор v6 проект собирается без ошибок, только в контроллере он |
Вернуться наверх | |
VladislavS
|
Заголовок сообщения: Re: Почему этот код с AVR вызывает ошибку в Keil 5 (на C++)? Добавлено: Сб ноя 24, 2018 22:37:45 |
||
Карма: 13 Рейтинг сообщения: 0
|
Проц на 72 МГц включил и FLASH_Latency_2 не поставил? PS: Или опять BOOT0 не туда перемкнут ? |
||
Вернуться наверх | |||
Кто сейчас на форуме |
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 2 |
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения |
pkm |
|
1 |
|
01.02.2012, 18:48. Показов 7218. Ответов 2
При копировании функции _delay_loop из некого рабочего проекта, и компилировании её в IAR. вылетает куча ошибок Код __asm void _delay_loop(uint32_t __count) { loop SUBS r0,r0,#1 BNE loop BX lr } Ошибки: Код Error[Pe130]: expected a "{" D:ДокументыIAR ProjectDTH-11 ARMdelay.h 11 Error[Pe040]: expected an identifier D:ДокументыIAR ProjectDTH-11 ARMdelay.h 36 Error[Pe260]: explicit type is missing ("int" assumed) D:ДокументыIAR ProjectDTH-11 ARMdelay.h 36 Error[Pe020]: identifier "loop" is undefined D:ДокументыIAR ProjectDTH-11 ARMdelay.h 38 Error[Pe065]: expected a ";" D:ДокументыIAR ProjectDTH-11 ARMdelay.h 38 Error[Pe010]: "#" not expected here D:ДокументыIAR ProjectDTH-11 ARMdelay.h 38 Error while running C/C++ Compyter Если привести код как написано в документации к IAR: Код void _delay_loop(uint32_t __count) { asm("loop: n"); asm("SUBS r0,r0,#1 n"); asm("BNE loop n"); asm("BX lr"); } Ругается так: Error[Og010]: Inline assembler instruction does not have a unique size: «BNE loop « Как быть? может что настроить нужно в IDE?
__________________ |
1 / 1 / 0 Регистрация: 22.09.2010 Сообщений: 393 |
|
01.02.2012, 22:12 |
2 |
А если метку на место поставить ? Код asm("loop: SUBS r0,r0,#1 n"); PS к данной ошибке отношение не имеет , но много кто не любит кириллицу в путях…
0 |
pkm |
|
02.02.2012, 00:37 |
3 |
чтобы избавиться от данной ошибки нужно: заменить на asm(«BNE.N loop n»); |
|
|
|
Разбираемся с IAR
, Обсуждаем небольшие коды на IAR.
- Подписаться на тему
- Сообщить другу
- Скачать/распечатать тему
|
|
Senior Member Рейтинг (т): 26 |
Цитата unsigned char Keys = (~PORTB) & (4|8); /* состояние кнопок на RB2-RB3. Ждёт нажатия */ определять такие ошибки пора бы уже и саму научиться:) |
bizar |
|
potor, в тех местах так ошибки и остались
Rebuilding target Debug… Untitled1.c C:Documents and SettingsAdministratorMy DocumentsIAR проектНовая папкаUntitled1.c (21) : Error[Pe268]: declaration may not appear after executable statement in block C:Documents and SettingsAdministratorMy DocumentsIAR проектНовая папкаUntitled1.c (43) : Error[Pe268]: declaration may not appear after executable statement in block C:Documents and SettingsAdministratorMy DocumentsIAR проектНовая папкаUntitled1.c (45) : Error[Pe112]: expected «while» C:Documents and SettingsAdministratorMy DocumentsIAR проектНовая папкаUntitled1.c (46) : Warning[Pe223]: function declared implicitly C:Documents and SettingsAdministratorMy DocumentsIAR проектНовая папкаUntitled1.c (49) : Error[Pe079]: expected a type specifier C:Documents and SettingsAdministratorMy DocumentsIAR проектНовая папкаUntitled1.c (50) : Error[Pe065]: expected a «;» C:Documents and SettingsAdministratorMy DocumentsIAR проектНовая папкаUntitled1.c (51) : Warning[Pe128]: loop is not reachable from preceding code C:Documents and SettingsAdministratorMy DocumentsIAR проектНовая папкаUntitled1.c (54) : Error[Pe079]: expected a type specifier C:Documents and SettingsAdministratorMy DocumentsIAR проектНовая папкаUntitled1.c (55) : Error[Pe065]: expected a «;» C:Documents and SettingsAdministratorMy DocumentsIAR проектНовая папкаUntitled1.c (57) : Warning[Pe001]: last line of file ends without a newline Total number of errors: 7 Total number of warnings: 3 |
trainer |
|
Цитата bizar, 26.03.04, 11:38 Для do нет соответствующего while. Или Keys >>= 1; стоит не там, где нужно |
potor |
|
Senior Member Рейтинг (т): 26 |
ПОПРОБУЙ ТАК: Цитата
void TransmitByte(char Symbol) Цитата
unsignet char Keys; |
bizar |
|
Думаю нужно начать всё сначало? |
potor |
|
Senior Member Рейтинг (т): 26 |
в общем в моем IARe для AVR надо в режиме дебаггера сделать View/Disassembly, либо в Project/Options в закладке компилятора list ставишь галочку Assembler mnemonics, т е ты выслал не то, нужен ассемблерный код |
bizar |
|
potor, я этим покозал что ошибок море, |
potor |
|
Senior Member Рейтинг (т): 26 |
бл… Добавлено в 28.03.04, 16:01: |
potor |
|
Senior Member Рейтинг (т): 26 |
на будующее, в микроконтроллерных компиляторах, ввиду их недоделанности, следует обращать внимание на первую ошибку, остальные генерятся как правило от балды:) |
bizar |
|
Ещё остались ошибки. |
potor |
|
Senior Member Рейтинг (т): 26 |
main () { TRISB = 4|8; /* RB2 — RB3 настраиваем на вход */ PORTB = 0xfc; /* RB0 — RB1 настраиваем на вывод*/ while(1) { do { tick(); /* НЕБОЛЬШОЙ ПРОМЕЖУТОК ВРЕМЕНИ, «не будем опрашивать кнопки слишком часто» */ Keys = (~PORTB) & (4|8); /* состояние кнопок на RB2-RB3. Ждёт нажатия */ } while( Keys == 0 ); if(Keys & Bit(2)) /* если установлен бит 0, значит нажата кнопка на RB2 */ TransmitByte(34); /* посылаем 34 */ if(Keys & Bit(3)) /* если установлен бит 1, значит нажата кнопка на RB3 */ TransmitByte(35); /* посылаем 35 */ } } этот код тебе писал ранее trainer:) |
bizar |
|
В нём ошибка:
if(Keys & Bit(2)) Сдесь выдаёт ошибку. |
potor |
|
Senior Member Рейтинг (т): 26 |
после #include <io16f84.h> |
bizar |
|
Ok всё скомпелил без ошибок |
potor |
|
Senior Member Рейтинг (т): 26 |
неееет, зашить и проверить неполучится, сначала надо подобрать числа, т е десятки там не пройдут:) |
0 пользователей читают эту тему (0 гостей и 0 скрытых пользователей)
0 пользователей:
- Предыдущая тема
- Микроконтроллеры
- Следующая тема
[ Script execution time: 0,0464 ] [ 15 queries used ] [ Generated: 9.02.23, 14:59 GMT ]
Error pe040 expected an identifier
На этой страничке решил собрать ошибки, возникающие при компиляции, линковке, отладке в IDE IAR Embedded Workbench for ARM, и методы их устранения.
Ошибка произошла из-за того, что я вынес в отдельный файл pins.c определения составных переменных:
Ошибка [Pe070] возникала потому, что макрос PIO_LISTSIZE не мог вычислить sizeof(list). Решение: в pins.h указать размер массива. Связано с неудобствами — нужно следить за синхронизировать pins.c и pins.h. Устранение ошибки:
//[Файл pins.h]
extern const Pin pinsCol [ 4 ] ;
На языке C одиночный оператор может состоять из нескольких строк текста. Принято, что не последняя строка такого оператора должна завершаться обратным слешем ().
Многострочные операторы часто используют для задания массивов символов, и при этом легко допустить ошибку, нечаянно пропустив в одной из строк обратный слеш (причем такую ошибку бывает трудно обнаружить). Компилятор выдаст примерно следующее сообщение об ошибках:
Error[Pe008]: missing closing quote C:папкамодуль.c 19
Error[Pe007]: unrecognized token C:папкамодуль.c 23
Error[Pe065]: expected a «;» C:папкамодуль.c 23
Пример оператора с ошибкой и без ошибки:
Пропущенный слеш нужно искать в строке перед второй ошибкой.
[Случай 1]
Долго не мог разобраться, почему возникала ошибка Error[Pe147]: declaration is incompatible with «TParams const __data папка_проектаvars.c 22 paramDefault» (declared at line 22). У меня была задана структура TParams как тип:
Грешил даже на то, что структура назначалась как переменной, так и константе:
Оказалось все проще (хотя сразу не разобрался потому, что компилятор не указывал на это место) — я просто забыл ключевое слово const в хедере, где предварительно объявлялись param и paramDefault. Было там так (это ошибочно):
А для исправления ошибки должно быть так:
[Случай 2]
При портировании проекта BIGTREETECH TFT35 V3.0 из среды Visual Studio Code (VSC, VSCode) на IAR столкнулся с ошибкой несовместимости определений в iccarm_builtin.h и core_cm3.h:
1. Удалить файл core_cm3.h, либо переименовать его вcore_cm3.h.old.
2. Зайти в свойства проекта, в разделе General Optoins -> закладка Library Configuration поставить галочку «Use CMSIS».
Иногда после продолжительных правок трудно найти место, где пропустили точку с запятой. Например, компилятор неожиданно выдает ошибки на синтаксис в файле kbmatrix.h, который Вы даже не исправляли:
Remark[Pe082]: storage class is not first C:asmtestprojectincludekbmatrix.h 25
Error[Pe065]: expected a «;» C:asmtestprojectincludekbmatrix.h 25
Error[Pe757]: variable «KeyEventCallback» is not a type name C:asmtestprojectincludekbmatrix.h 54
Error[Pe757]: variable «KeyEventCallback» is not a type name C:asmtestprojectincludekbmatrix.h 67
Error while running C/C++ Compiler
Для того, чтобы найти действительное место ошибки, нужно найти все включения файла kbmatrix.h — перед ним наверняка будут другие включаемые заголовки, в которых допущена ошибка. Запускаем общий поиск по всему проекту, для чего жмем Ctrl+F и в строке поиска указываем kbmatrix.h. Переключатель «Look in» должен стоять на «Project files and all include files».
После поиска получим список файлов, которые включают директивой #include файл kbmatrix.h:
C:asmtestprojectkbmatrix.c 4 #include «kbmatrix.h»
C:asmtestprojectincludepins.h 3 #include «kbmatrix.h»
C:asmtestprojectpins.c 6 #include «kbmatrix.h»
———-
Found 3 instances. Searched in 270 files.
В одном из этих найденных файлов (kbmatrix.c, pins.h, pins.c), перед #include «kbmatrix.h» включаются другие файлы, в которых допущена ошибка. Теперь место пропущенной точки с запятой найти легко. В моем примере ошибка была в исправленном файле mytypes.h. Вот содержимое файла pins.h (он был в списке найденных), где добавлялся заголовок mytypes.h с ошибкой:
#include «settings.h»
#include «mytypes.h»
#include «kbmatrix.h»
..
Просмотрев список включаемых файлов, перед #include «kbmatrix.h», я увидел файл, который исправлял — mytypes.h, в нем как раз и была ошибка (пропущена точка с запятой после определения типа структуры).
[Причина 1]
Возможно, что пропущено словечко void в параметрах при определении функции. Пример:
Исправить нужно так:
Пример лога ошибок:
Определение FILE находится в заголовочном файле stdlib.h, поэтому нужно подключить его директивой #include. Однако иногда этого недостаточно, потому что поддержка FILE присутствует только в варианте выбора библиотек Full, но может быть выбран другой вариант — None или Normal с целью экономии памяти встраиваемых систем. Чтобы использовать FILE, необходимо переключиться на полный вариант стандартных библиотек это делается опцией командной строки компилятора —dlib full. Либо можно это настроить в диалоге свойств проекта (Options. ) -> General Options -> Library Configuration -> Library: поставьте Full:
Имейте в виду, что полный вариант стандартных библиотек (Full) приведет к намного большему объему кода. Поэтому если Вы используете FILE только для печати диагностических сообщений в stderr, то лучше использовать какой-нибудь другой способ вывода сообщений.
[Причина 2]
Если в свойствах проекта, раздел C/C++ Compiler -> C dialect стоит галочка «Require prototypes», то для не переопределенных weak-функций это будет гарантированно вызвать ошибку.
Снимите эту галочку, и ошибка Pa045 пропадет.
Проблема в том, что в блоке памяти [0x00100000-0x001002db] находится код, до которого не могут достать ассемблерные команды короткого перехода, находящиеся в ассемблерном коде (обычно в других модулях). В этом случае нужно править ассемблерный код, чтобы переходы были длинными, либо переписать код с ассемблера на C (тогда компилятор сам подставит нужные команды). Другое решение указать компилятору генерировать код для режима процессора не thumb, а arm (Свойства проекта (Options. ) -> General Options -> C/C++ Compiler -> Processor mode -> Arm).
Чтобы сгенерировать карту памяти и статистику линковки (это поможет найти проблему), откройте свойства проекта (Options. ) -> General Options -> Linker -> List -> Поставьте галочки на «Generate linker map file» и на «Generate log file», а также все галочки ниже на опциях лог-файла. Лог-файл см. в файле имя_конфигурацииListимя_проекта.log, а карту распределения памяти в файле имя_конфигурацииListимя_проекта.map.
Предупреждение возникало при попытке вызвать из кода на C функцию abs, пример:
Дело в том, что на простом C (не C++) нельзя распознать прототип функции abs по типу переменной. Только для C++ можно автоматически подставить нужный прототип abs (для разных типов аргументов на C++ имеются разные реализации abs). В данном случае в параметре была переменная типа float, а определение abs подразумевало в параметре целый тип. На самом деле на C нужно напрямую вызывать abs с нужным функционалом по отдельному имени, здесь подойдет fabsf:
Пример кода, который генерирует предупреждение Pa091:
Причина ошибки в том, что оператор инверсии
делает приведение типа unsigned char к типу signed int перед инверсией. Для того, чтобы пропало предупреждение, нужно перед инверсией дополнительно вставить ключевое слово unsigned:
Такая ошибка возникает при логических операциях с константами из перечисления (которые определены через enum). Вот пример кода, который генерирует предупреждение Pe188:
Причина предупреждения в том, что результатом логической операции будет целочисленный тип, а не тип enum. Исправить можно, если явно указать, что результат операции будет иметь тип перечисления:
Когда 2 заголовочных файла ссылаются друг на друга директивой #include, то могут возникнуть ошибки Error[Pe020]: identifier «имя_идентификатора» имя_файла.h номер строки is undefined (упомянутый идентификатор не найден). К примеру, в заголовочный файл headerA.h подключен файл headerB.h, и также к файлу headerB.h подключен файл headerA.h — тогда блок защиты от повторного включения заголовка [2] не даст видимости всех нужных имен, определенных в первом подключенном заголовке.
Для того, чтобы исправить эту ситуацию, требуется создать третий заголовок headerC.h, который будет содержать общие для headerA.h и headerB.h определения, и подключить headerC.h в headerA.h и headerB.h, чтобы они не ссылались друг на друга.
Постоянно достают предупреждения компилятора IAR о неправильной строке форматирования (printf, sprintf, sscanf): «IAR EWB ARM: Remark[Pe181]: argument is incompatible with corresponding format string conversion».
Избавиться от таких предупреждений поможет правильный выбор опции форматирования вывода printf. Для подробной информации см. [3].
- Функция printf, аргумент u8 (unsigned char), строка формата %u -> надо поменять формат на %i.
- Функция printf, аргумент u16 (unsigned short), строка формата %u -> надо поменять формат на %i.
- Функция sscanf, аргумент u8 (unsigned char), строка формата %u или %i -> надо поменять формат на %hu, а тип аргумента на u16 (unsigned short).
Ошибка может возникнуть, если неправильно определена переменная структуры, например:
Исправить предупреждение Pe1000 можно, если правильно указать экземпляр переменной структуры:
[140110]
Вопрос: мне нужно кастомизировать вывод на собственное устройство отображения (LCD). Все сделал, как написано в документации IAR — определил внешнюю функцию MyLowLevelPutchar, раскомментировал функцию __write, но почему-то при вызовах printf и putchar вывод на LCD не происходит. Функция __write не вызывается, и код, который я написал в теле функции MyLowLevelPutchar, не работает. В чем проблема?
Ответ: Вы все сделали правильно, но кроме этого в некоторых версиях IAR (например 4.20) необходимо особым образом выбрать конфигурацию библиотек DLIB. Это делается через свойства проекта General Options -> Library Configuration -> Library. Попробуйте из выпадающего списка выбрать вариант Normal, и если не заработает, то попробуйте выбрать Full. У меня иерархия вызовов в IAR версии 4.20 работала почему-то следующим образом: если выбрать Full, то последовательность вызова получается printf -> .. -> putchar -> fputc, и в этом варианте ничего не работало (код в MyLowLevelPutchar не вызывается). Если выбрать Normal, то тогда цепочка вызовов printf -> .. -> putchar -> __write, и в этом случае перенаправление вывода работает (потому что в функция __write вызывает пользовательский код из MyLowLevelPutchar).
[140312]
Такая ошибка возникает, когда Вы перенесли проект в другую папку, но перед запуском отладки не сделали очистку и не перекомпилировали проект. В отладочных файлах запомнились старые абсолютные пути до фалов исходного кода, которые теперь не соответствуют реальным. Чтобы исправить ошибку, выберите пункт меню Project -> Clean, после чего запустите отладку. Проект скомпилируется заново, и теперь отладка запустится без ошибки.
[140515]
Для больших проектов время компиляции может составлять большую проблему. Есть несколько советов, как можно уменьшить время компиляции.
1. Убедитесь, что в каждом заголовочном файле у Вас есть защитные заголовки, например:
Подробнее про защитные заголовки см. [4]. Кроме того, проверьте файлы исходного кода на лишние подключения заголовков директивой #include. Этот фактор значительно влияет на скорость компиляции.
2. Создайте предварительно скомпилированные библиотеки, куда поместите редко изменяемые модули: BSP (Board Support Package, пакет поддержки платы разработчика), стеки протоколов и т. д. Это нужно делать периодически для кода, который остается неизменным, и который не нужно перекомпилировать каждый раз, когда что-то меняется в коде приложения. Подробнее см. [5].
3. Запретите генерацию файлов листинга компилятора (Options -> C/C++ Compiler -> List).
4. Если некоторые файлы находятся на сетевом диске (даже если это RAM-диск на сервере), попробуйте сделать их локальными, т. е. скопировать на жесткий диск рабочей станции, и компилировать оттуда. Если это ускорит компиляцию, то значит имелись проблемы, связанные с сетевой файловой системой (NFS/Samba).
5. Если совет 4 помог (при использовании локального диска компиляция ускорилась), то может помочь размещение на локальном диске только объектных файлов и файлов листинга. Для этого измените настройки Project -> Options -> General Options -> Output. Сконфигурируйте пути «Object files» и «List files» так, чтобы они были размещены не на сети, а локально.
6. Если при компиляции бывают случаи, что процесс сильно замедляется или среда IAR зависает, то возможно, что в этот момент происходит сканирование рабочих файлов антивирусом. Такой случай может привести также к сообщениям о запрещенном доступе (denied permission), об истечении таймаута.
Для того, чтобы исключить проверку антивирусом папок IAR, нужно добавить в исключения антивируса следующие папки:
• Инсталляционный каталог IAR (например, это может быть папка C:Program FilesIAR SystemsEmbedded Workbench 5.4).
• C:Program FilesCommon FilesIAR Systems
• C:Documents and Settings USERNAME Application DataIAR Embedded Workbench
Здесь USERNAME означает имя (логин пользователя), под которым Вы работаете в системе Windows. Полное имя до этой папки может зависеть от версии операционной системы Windows.
7. Создайте RAM-диск, и попробуйте компилировать проект на нем. Будьте осторожны, поскольку при пропадании питания или зависании компьютера вся Ваша работа потеряется! Как промежуточный вариант, можно на RAM-диск сохранять только объектные файлы, файлы листинга и выходные файлы, для этого в свойствах проекта General Options -> Output поменяйте пути до выходных рабочих директорий Output directories.
Самое простое средство для создания RAM диска — бесплатная программа SoftPerfect RAM Disk site:softperfect.com.
[161019]
При попытке компиляции выскакивают совершенно неожиданные ошибки — невозможно удалить файл, который либо вообще не используется в проекте, либо находится в каталоге установки IAR. Например, у меня появлялась вот такая ошибка, когда я попробовал сменить конфигурацию Release на Debug:
Очевидно, что это полный бред — зачем очистке понадобилось вдруг удалять файл wchar.h, который относится к стандартным библиотекам, да и еще находится в каталоге установки среды разработки IAR Embedded Workbench.
Причина ошибки заключается в том, что произошла рассинхронизация конфигураций Release и Debug. Конфигурация Debug давно не использовались, в то время как конфигурацию Release вносились изменения. Похоже, что глючит обработчик списка зависимостей, причем могут происходить даже еще более неприятные глюки, вплоть до удаления рабочих заголовочных файлов проекта (поэтому чаще делайте бэкапы!).
Решение проблемы заключается в просмотре обоих конфигураций и внесение корректных изменений в конфигурацию, где происходит эта ошибка. Особенно внимательно следует проверить дополнительные пути поиска подключаемых файлов, а также наличие предварительно определенных переключающих макросимволов (Project -> Options -> C/C++ Compiler -> Preprocessor).
Довольно часто появляющаяся ошибка в разных версиях IAR. Разработчики борются с этой ошибкой, и с переменным успехом. Обычно проблема решается, если несколько раз выполнить операцию очистки (Project -> Clean). Иногда помогает перезапуск IAR + выполнение очистки проекта.
Еще одна из причин такой ошибки — в проекте имеется 2 подключенных исходных файла, компиляция которых приводит к генерации одного и того же объектного файла. Например, есть две версии одного и того же модуля — один на языке C (с расширением *.c), и другой оптимизированный, на ассемблере (с тем же именем, но с расширением *.s). Решение проблемы очевидно — нужно исключить из процесса компиляции один из этих файлов.
Чтобы переименовать workspace, но сохранить при этом в нем те же самые имена проектов, что и были раньше, просто переименуйте файл *.eww.
Поскольку среда разработки IAR EWB не предоставляет прямого функционала для специального переименования проекта, требуется обходной путь для этого действия. Когда я переименовываю workspace и связанный с ним проект, то поступаю следующим образом:
1. Делаю копию Template.ewp (это файл проекта) и переименовываю копию, скажем, в NewProject.ewp.
2. Открываю файл workspace Template.eww.
3. Выбираю Project -> Add Existing Project.
4. Выбираю NewProject.ewp и кликаю Open.
5. Выбираю закладку «Template» в нижней части списка файлов Workspace (соответствует старому проекту).
6. Делаю правый клик на старом проекте и выбираю Remove.
7. Закрываю IAR EWB, он запросит сохранить workspace, сохраняю.
8. Переименовываю файлы старого workspace *.eww, *.ewd в NewProject.eww, NewProject.ewd (и также файл *.dep, если он у Вас есть).
9. Удаляю Template.ewp.
После этого Вы сможете открыть NewProject.eww как полностью переименованное workspace и полностью переименованный проект. Если Вы хотите только переименовать проект, и оставить старое имя для workspace, то выполните только шаги 1..7.
[170621]
Заголовочный файл lib_AT91SAM7X256.h, в IAR 6.50 выскакивают ошибки на код с операторами __inline:
Проблема в том, что для встраиваемых функций поменялся синтаксис: замените __inline на inline, и ошибка исчезнет.
На языке C, в отличие от C++, нет определения булевого типа. Поэтому либо подключите в коде C заголовочный файл stdbool.h:
Либо добавьте в общий заголовочный файл (например types.h) следующее определение:
Это глюк, связанный с файлами нулевой длины. Найдите файл, на который указывает сообщение, и удалите его.
[171204]
Неожиданный глюк, который начал происходить без видимых причин (наблюдалось на IAR 6.50.3 и Windows 7). При попытке компиляции выскакивает ошибка «General exception during build», которая сопровождается ошибкой очистки «General exception during clean». Причем в конфигурации Debug проект компилируется нормально, а в конфигурации Release происходит ошибка.
Ресурс по известным проблемам IAR [6] советует выполнить переустановку IAR в другой каталог на диске, или переименовать папку текущей инсталляции: «Install another copy of your IAR Embedded Workbench product in a different location or rename the directory of your current installation».
Мне помогло следующее — полностью удалил с диска корневую папку проекта, и восстановил её копированием из архива бекапа. После этого ошибка волшебным образом исчезла.
Замечание, сигнализирующее о возможной логической ошибке в операторе switch. Вот пример из библиотеки EFSL, генерирующий такое предупреждение компилятора (Pe1814 на строке 40):
Это пример не очень аккуратного кодирования: оператор swith проверяет переменную value, и эта же переменная проверяется оператором if в default-блоке того же оператора swith. Очевидно, что здесь скорее всего используется не только ненужная проверка if, но и блок else этого оператора if никогда не выполнится.
В TN43262 [7] объясняется, как нужно работать с абсолютно размещаемыми переменными. Проблема с такими переменными заключается в том, что в некоторых ситуациях разработчик получает сообщение об ошибке линкера «переменная не определена». Это может быть связано с тем, что такая переменная должна быть определена специальным, не интуитивно понятным способом.
Решение состоит в том, чтобы определить и разместить переменную в заголовочном файле, который будет подключаться во все исходные файлы, ссылающиеся на эту переменную.
[Дополнительная информация]
Переменные, которые размещаютсы по абсолютному адресу, ведут себя немного не так, как обычные не автоматические переменные C/C++. Абсолютно размещамеые переменные находятся в абсолютном сегменте, таком как ABSOLUTE или xxxx_AN. Абсолютный сегмент не представлен файле линкера, поскольку переменные уже размещены во время компиляции.
Другие (обычные) не автоматические переменные, находящиеся в модуле исходного кода, размещаются в перемещаемый сегмент, который описывается в файле линкера как обычно. Поэтому разрешение адреса осуществляется во время линковки.
Не очевидное поведение: каждое определение абсолютно размещенной переменной в действительности локально для текущей компилируемой единицы (файла исходного кода), поэтому Вы можете (и должны) иметь определение этой переменной для каждого элемента компиляции (модуля исходного кода). Несколько таких одновременных определений не приведут к ошибке во время линковки или ошибке во время выполнения (если Вы идентично определили абсолютную переменную во всех местах, где она используется). Если Вы не используете абсолютно размещенную переменную, то она выбрасывается из единциы компиляции. Если же Вы должны её использовать, то она должна быть представлена в выходном файле по двум причинам. Во-первых, переменная используется, поэтому она должна требовать своего абсолютного размещения на этапе линковки. Во-вторых, это позволяет линкеру проверить, что эти определения соответствуют друг другу во всех модулях.
Другими словами, для абсолютной переменной Вы должны разместить в заголовочном файле определение (не декларацию, как это обычно делается), если используете переменную в нескольких файлах. Пример такого заголовочного файла setup.h:
После этого просто добавьте подключение файла setup.h во все файлы исходного кода, где должна использоваться переменная.
Один из способов запомнить — думать об этом как о наличии #define для описания размещения в памяти, с добавлением наличия способности линкера проверить его непротиворечивость.
[Другой способ абсолютного размещения переменной]
Если Вы вместо этого поместите объект в именованный сегмент:
то должен быть определен сегмент SETUP, и он должен быть размещен в файле линкера. Переменные, размещенные в сегменте, ведут себя как обычные переменные языка C, для них поместите следующую декларацию в файл заголовка:
И затем Вам нужно поместить определение в один (и только в один) исходный файл:
Если Вам не нравится @-синтаксис, есть его эквивалент, который можно использовать альтернативно:
Источник