Теоретически, оно должно само уметь обсчитывать стандартные сишные типы с помощью этих инструкций. WinAVR, к примеру, точно умеет. А вопрос-то был про восьмибитки вообще, я на него и ответил.

ps. Собственно, подобные инструкции есть везде, в x86 тоже.

ЛЮДИ!!!!
Объясните!
есть программа:

#include <avr/io.h>

int T=0x0;

main ()
{
T=(0b10001100<<8)>>3;
}

это нечто выдает значение Т=0b1111000110000000, хотя должен 0b0001111000110000.
если заменить сдвиг право на 3 на деление на 0b1000, то результат все равно 0b1111000110000000.
деление и сдвиг просто числа 0b1000110000000000 дает правильные результаты.
что я не учел??????????

Главная ошибка - Вы начали использовать "нечто" пытающееся эмулировать дебильную бинарную запись при наличии в языках много более удобных средств, например, возможности поименовать биты. Разбираться (только зачем - правильнее не пользоваться) можете начинать с реализации этой самой 0b....
Потенциальная ошибка - препроцессор особым умом обычно особо не отличается, посему не не искушайте его и пользуйтесь не менее выразительным " <<( 8-3 )" а не "(<<8)>>3"
Примечание - разрядность констант не резиновая и по умолчанию чаще всего 16bit, посему нежели в будующем потребуется большая, то не забудте указать сие явно через 'L'.

C некоторой долей вероятности основываясь на типичных ошибках в реализации макросов на основе которых построено "нечто" можете попробовать:
T=(0b10001100) << (8-3);

И что тут не правильного? Было 2 нуля справа, стало 7. Как раз сдвиг влево на 5.

А с единичками в старших разрядах что-то напутано:-)

И где тут хоть один макрос?
Кстати, >>(8-3) сработает, но по совсем другой причине.



Проблема в том, что: а) стандарт Си не специфицирует, будет ли ">>" арифметическим сдвигом, или логическим; б) не специфицируется размер int'а, который в данном случае составляет 16 бит. В результате сдвига на 8 влево, 0b10001100 превращается в 0x8C00, которое содержит единицу в знаковом бите (типа это отрицательное число). Сдвиг вправо, который как оказалось, в данном случае арифметический, размазывает эту единицу по старшим битам числа чтобы сохранить отрицательность. В результате имеем то, что имеем.

При сдвиге "просто числа" 0b1000110000000000 такого не происходит, потому что данная реализация компилятора считает константы данного вида unsigned, и генерирует для них логический сдвиг.

Прибамбасы (0b.... ) штатными средствами компиляторов не поддерживаются и в этом случае реализуются твердыми последователями ассемблеров не имеющих поддержки макросов на на макросах - вот такой парадокс.

Еще вопрос по С:
использовал оператор goto. Сам оператор находится в подпрограмме, метка находится в main(). Компилятор пишет ошибку.
Если переношу оператор goto в main(), то все нормально.
что за ерунда?

Прочитать книгу по языку С и понять назначение оператора goto в языке. В ассемблере переход не запрещен из функции, программирование на С структурное и выход из функции должен быть корректно оформлен (очистка стека и другое).

Так задумано. Если хотите прострелить себе ногу -- прочитайте про setjmp/longjmp, которым такое поведение эмулируется.

Это что за издевательство ?
Подумайте, что будет со стеком ?
PS. Мой Вам совет - забудьте про goto и никогда не вспоминайте .

по поводу оператора goto, пользуясь вашими советами, забуду.
Подскажите, как корректно переместиться из подпрограммы в main()
структура программы приведена ниже:

void hot(void)
{
//отсюда надо попасть в main()
}

void compare(void)
if (....)
{
hot()
}

SIGNAL(SIG_OVERFLOW1)
{
...
compare()
...
}

main()
{
// сюда надо перескочить из hot()
}

Давайте уточним задачу.
По некоторому прерыванию SIGNAL(SIG_OVERFLOW1)
при выполнении каких-то условий (скажем аварийных), Вы быстро должны произвести какие-то действия в hot() и завершить выполнение прерывания.
Так или что-то еще осталось за кадром ?
PS. Вспомнил про обсуждения на эту тему
http://electronix.ru/forum/index.php?showt...&hl=*goto*#

Вы совершенно правильно поняли
в hot() происходит выключение источников, потом в main(), пока есть авария (в данном случае перегрев), ждем устранение аварийного фактора, и поехали дальше

спасибо за ссылку

В main Вы попадете по окончании прерывания без всяких фокусов (причем с корректным стеком).
Если Вам надо заблокировать какие-то действия в прерывании, установите флаг аварии при выходе за допустимые пределы и анализируя этот флаг не выполняйте, что не требуется.
После устранения аварии этот флаг сбросьте (подозреваю, что он уже существует).
Вот и все.