Решил во время отладки включить оптимизацию -O0, но тут компилятор выдал ошибку
constant value required. Покопался и нашел причину ошибки:
драйвер clksys_driver (из апноута), конкретно функция CCPWrite, а еще конкретнее:

разбил блок на строки оказалась проблема в:

out %3, r16

В асме не силен, по этому прошу помощи знающих людей - в чем может быть проблема? Может быть есть другое решение работы с CCP? (хотя врядли тут без асма обойдешься...)

PS С любой оптимизацией кроме -O0 работает

-O0 - это не оптимизация, это ее полное отключение. В вашем случае адрес регистра CCP описан как математическое выражение, которое компилятор может вычислить при включенной оптимизации, но вынужден оставить выражением и считать на этапе выполнения, поскольку оптимизацию даже выражений вида 1+1 вы запретили.
Вот и не отключайте ее. Без оптимизации код разбухает и становится медленнее в разы и не имеет ничего общего с тем кодом, который будет у вас работать в боевом устройстве. Просто запомните, что -O0 включать не нужно никогда. Для AVR используйте -Os или -О2. Обычно лучшие результаты дает -Os.

Почитайте это:
http://www.nongnu.org/avr-libc/user-manual/inline_asm.html
В асмовых макросах/функциях нехорошо использовать регистры MCU непосредственно.
А для чего Вам нужна эта асмовая вставка? На Си что никак (или тайминги нужно соблюдать)?

Спасибо, помогло!

2demiurg_spb: работа с CCP является критической по времени выполнения, и тут без асма никак.

И как это Ваше заявление вяжется с тем, что "в асме не силен"? Просто где-то слышали, что это "круто" и т.д. и т.п.
В 'С' сильны (хотя -O0 уже о многом говорит)? Пишите на нем, смотрите на результат в листинге при максимальной оптимизации того, чего надо и решайте, насколько "круче" можете написать на ASM после 'С'. Да, в исходнике надо пробовать подтолкнуть компилятор в нужном направлении и при этом порулить более тонкими опциями оптимизации, нежели готовые наборы.

А к чему вообще последний пост? Товарищ zltigo сумничал? И к чему это в ветке форума "В помощь начинающему"? Если Вы такой умный - покажите это, дав точный и емкий ответ, например как сделал это Сергей Борщ.

Он просто дал Вам тему для размышления. И показывать/доказывать тут Вам никто не должен.
Просто для вопрошающего очень важно понять направление куда стоит двигаться, а куда нет.
Что zltigo и удаётся методично делать весьма долгое время.

В xmega на модификацию защищенных регистров отводится ровно 4 цикла.


У меня вот такая хрень работает. Без всяких процентов.

Пока компилятор не попытается в процессе оптимизации разместить что-то полезное в R16-R19 перед вызовом этой функции и после вызова забрать обратно. О "магическом" числе 0xD8 вообще промолчу.

Ну, именно так рекомендует Атмел поступать. Вместе с IAR.

О! Вот оно что. Сразу бы и говорили. У ИАРа никаких процентов и нету. Поэтому встретив асм-вставку его оптимизатор поднимает лапки. А чтобы это обойти, они вынуждены вводить интринсик-функции даже на такое элементарное действие, как __no_operation(). Так и получается - сначала асм, выключающий оптимизатор, в следующей версии - интринсики. В теме совсем другой компилятор указан.

В добавление к сообщению Сергей Борща. WinAVR в зависимости от версии использует разные регистры для своих целей, эта информация есть в описании avr-libc.