IAR 4.21A помогите - что за ошибка ?

Error[Pa043]: the keyword "__regvar" is not available with the current settings. Registers must be locked with --lock_regs C:\_AN447 my\_bldc_iar\main.c 55
before __regvar can be used

Total number of errors: 1
Total number of warnings: 0

вот проект прицепил - http://slil.ru/25402589 (20 Кб)

Сообщение отредактировал kamedi_clab - Jan 26 2008, 14:08

А что не понятного? Компилятор же вам честно говорит -

Registers must be locked with --lock_regs .... before __regvar can be used

Разберетесь - заодно и людей, читающих курс научите



IAR for AVR, к сожалению, сейчас нет, но разве можно регистровые переменные объявлять как



Я так понимаю - __regvar - это уже тип, а вы к нему еще и uint16_t прицепили

Нет, это Memory Attribute - ничем принципиально не отличающийся от подобного назначения __flash, __eeprom, __far и прочих прочих....


И почему для этого вопроса была выбрана тема "глюки компилятора"????????

А что спецификатор типа памяти register ИАР не понимает? Зачем еще __regvar изобретать?

Понимает, точнее, как и подавляющее большинство нынешних компиляторов молча игнорирует.

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

Компилятор вам прямо говорит, что ему не нравится и что нужно делать.
Говорит он, что при ваших установках проекта глобальные регистровые переменные неразрешены.
Нужно эти регистры заблокировать для локальных переменных и подключить библиотеки, где эти заблокированные регистры не используются. Делается это в опциях проекта:
Project->Options->C/C++ Compiler->Code->Number of registers to lock for global variables->9 [R7..R15]


Тут это разрешено, uint16_t просто занимает не один, а два регистра. Все равно эти регистры блокируются специальным ключем компилятора.


Если принять во внимание, что и вопрос автора темы DiMonstr тоже не имел никакого отношения к глюкам компилятора, то вопрос помещен в правильную тему

Вот по стр 189 мануала IAR

Ну не совсем игнорируют. Просто компилятор обычно сам решает размещать переменную в регистре или нет. Но если все переменные в доступные регистры не влезают, то объявленные с register будут иметь приоритет.

Спасибо, понял. Это типа как в ГЦЦ регистр для хранения 0. Хотя не понятен смысл объявления глобальных переменных в регистрах. Слишком много это вызовет ограничений, у таких переменных даже адрес взять нельзя, возможность работы посредством указателя теряется.

Это писатели из ATMEL прицепили в AVR447 - я думаю они знали что делали.
Но проект положить в архив "забыли".

Я лишь попытался создать проект IAR под исходники и скомпилить. Получилось теперь.

Никаких, по моему ограничений нет. Я пару лет назад делал проект на ATTiny2313 на IAR на С. Тоже много глобальных переменных делал регистровых таким же макаром. Обращаться к ним, по моему, тоже можно так же через указатели - ибо адреса регистров находятся в памяти данных с адреса 0! И код, кстати получается практически таким же, как пишешь на ассемблере. Только, в добавок, получаешь все преимущества языка высокого уровня.

К&R, second edition - " Кроме того, применительно к регистровой переменной независимо от того, выделен на самом деле для нее регистр или нет, не определено понятие адреса ". И далеко не все ядра отражают регистры на ОЗУ.

Сообщение отредактировал Qwertty - Jan 26 2008, 16:50

К К&R обсуждаемый вопрос не имеет отношения, это, как говорилось выше То бишь расширение компилятора от IAR for AVR

В регистрах обычно объявляю глобальные флаги. Операции работы с ними получаются атомарными, сама модификация бита в одну команду процессора. Доступ к флагам, сохраняемым в обычной памяти, длительный. Изменение такого флага это три команды: read-modify-write. А если при этом флаг может изменятся как из основного цикла, так и из прерывания, то приходится в основном цикле еще и запрещать прерывания Итого пять команд вместо одной-двух.

А накладных расходов при занимании нескольких регистров немного. Библиотеки используют эти регистры только в математических функциях. Все остальное обычно помещается в стек, к нему доступ удобнее, чем к регистрам R0..R15

Поверьте моему опыту - игнорирут. Посмотрите документацию на любимый компилятор и увидете чего-нибудь типа User requests for register variables are ignored.

Ну очень ограниченое сравнение. В частности полный аналог описанного это --zero_register

Посмотрю. Или подожду когда в тред заглянет aesok , чтобы не копаться в куче страниц

__zero_reg__, R1, это то же самое про что Вы говорите? Или имеется ввиду R0?

С флагами в регистрах понятно, но я все же иду на сохранение/восстановление прерываний. Все равно немедленной реакции на установленный флаг не будет ( иначе что мешает сразу выполнить обработчик взведенного флага), так что пару лишних команд/тактов на это выделить можно. Зато из за таких "фокусов", хотя и не только из за них, С-ные программы чаще всего непереносимы с платформы на платформу. Никакие HAL тут уже не помогут...
По поводу ИАР-овских расширений - если расширения начинают противоречить стандартам языка, то я например, не стал бы ими пользоваться. А тут противоречие налицо - возможен указатель на регистровую переменную. Нафиг такие расширения