Подскажите пожалуйста, какие настройки компилтятора необходимо задать, чтобы он заработал с типом unsigned long согласно стандарту ANSI C.

И вообще, такой вопрос: может ли нормально работать компилятор с этими переменными. Например если я сдвигаю из младшего слова в старшее? Не будет ли что-нибудь потеряно?

уточните какой у Вас компилятор и саму проблему
(обычно компиляторы нормально переносят и unsigned и long и то и другое вместе)

Какой именно компилятор?
Если компилятор не поддерживает unsigned long - он очень нестандартный Лучше выберите другой компилятор.

Никаких.

Без малейших проблем.

В "C" сдвиги не циклические, по этой причине содержимое старших битов сдвинится "в никуда" будет "потеряно". Аналогичная ситуация при сдвигах и 8/16/64bit переменных.

Стоит почитать Керниган & Ритчи. Книжечка есть везде. Тоненькакя.

Компилятор у меня IAR Atmel AVR C/EC++ Compiler V3.20C/W32.



А ещё такой вопрос: как компилятор понимает символ ^. Конечно, согласно стандарту Си это XOR, но может ли быть, что этот символ будет пониматься компилятором, к примеру, для доступа в регистры? Спасибо.

А проблема то похоже не в unsigned long, а в операторе ^, т.к. такую строку :



компилятор нормально кушает только до первого символа ^.

Сдается мне, что Вы просто сами запутались в битовых операциях и неправильно выразили свою мысль компилятору. Само выражение, с точки зрения компилятора, проблем доставлять не должно никаких. Хотя, если если в выражении используется смесь long/не long и warnigs игнорируются, то вполне можете где-то элементарно точность потерять.

Думаю что не запутался, потому что я проверил этот код в Visual Studio, всё нормально работает, а вот компилятор для AVR контроллера не понимает.

Точнее сам компилятор для AVR контроллера понимает строку, но вот программа не работает в контроллере.

Не уверен, что это абсолютно правильно, но при операциях с long в ИАР я предпочитаю явно приводить все типы переменных и констант в выражении к long-у. Не зная типов переменных, участвующих в выражении, я бы написал все же так

Или сделал бы может не столь наглядно, но проще, разбив сложную операцию, на более простые. По крайней мере советую в ИАР явно указывать тип констант суффиксами L(long) и UL(unsigned long).

Ну переменные, нежели они уже unsigned long совершенно незачем, если не unsigned long - тоже с разбором. А вот константы, которые int по умолчанию (а на AVR int, полагаю, 16bit) - надо. В параллельной ветке Автор конкретный контекст приводил, там я это и подправил.

Наблюдал "неодинаковость" работы IAR AVR и ICCAVR при работе с long. Сдвиг в принципе был, поскольку это было чтение из ADC высокой точности, в 16 бит не помещалось. Рабочий текст переносился с IAR на ICC из-за религиозных убеждений заказчика (пункт "Не укради!")
Не разбирался и разбираться не буду, так фирма клиента разорилась (жаба душила на IAR, вот и погорели