Да хоть 100! Из 16-ти

Сообщение отредактировал _Pasha - Oct 17 2012, 18:57

Точно! Что-то я упустил его из виду! Вот спасибо! Пойду поправлю нафиг. Еще один шаг к совершенству.
А он у них (индусов) - тоже, 32-х разрядный!
Кстати, если про BSRR в Ref Manual написано "These bits are write-only and can be accessed in word, half-word or byte mode", то про доступ к ODR - молчок. Можно ли туда послать 16 битовое число?

Про IDR написано конкретно: These bits are read-only and can be accessed in word mode only.

А в чём тогда "правильность" кода с union-ами?

Как я понял, -fpack-struct[=x] может только сильнее упаковать структуру. Проредить её может __attribute__ ((aligned (x))). Но его нужно явно указывать для члена структуры, случайно так не сделать.

В данном случае - чисто йуридически
Где оно выползет боком - фантазии не хватает представить.
Для АРМов сумасшедшие компиляторы а-ля CodeVision для АВРок - существуют?
Если бы были - там бы и повылезло.

Сообщение отредактировал _Pasha - Oct 17 2012, 19:20

Нигде. Только сон будет менее спокойным.
P.S. Видно по результатам компиляции - все нормально.

Простите а вот под какой контроллер вы так сделали?

STM32f100
Но, сделал - и пожалел. Надо сразу базу данных заводить и оттуда генерить. Писанина - плохой стиль.

А разве производитель CMSIS ные либы со структурами не создаёт для регистров данного контроллера или у Вас свои какие-то структуры?

Они обходят стороной битовые поля, имея ввиду, что применение их в общеупотребительном смысле неэффективно. Я так думаю, зря.

Да нет же, я не об этом! Там ViKo просто не то не к тому привёл.
Я вот о чём. Чем ваш вариант

лучше индуистского варианта

?

Сталкивался, не то слово.
MSPGCC образца 2008 года и iostructures.h
Причем, там явно было указано __attribute__ (("packed")) под каждой структурой, однако ж..
После серии необъяснимых чудес пришлось лезть в листинг и сверять адреса регистров.
Помогло только -fpack-struct, когда все структуры принудительно упаковывались.
После того все переписал на макросы Волкова.
Конечно, не так красиво, зато работает железно.

Хотя, сейчас поглядел...


Здесь почему-то упаковки нет.. Странно..
Это в корне меняет дело, а я на компилятор грешил.
Но суть то этого не меняется. Автоматически выровненная структура "прореживается" и все адреса сползают.

Жжоте
Тем не менее. test.c:


gcc -c test.c - порядок.
avr-gcc -c test.c - порядок.
arm-kgp-gcc -c test.c - порядок.
arm-none-eabi-gcc -c test.c - порядок.
msp430-gcc -c test.c - порядок.

Что надо сделать, чтобы "проредило"?

Я не знаю, что надо сделать, но точно знаю теперь, чего не надо..
Не надо использовать такие структуры без принудительной упаковки, во избежание.
Мне совершенно было не смешно, когда port1.out.pin3 = 1 махал битами в регистре dir вместо out (а это ещё надо было найти)

Вставить #pragma pack(n) или указать транслятору -fpack-struct=n cо значением n отличным от 1.
К сожалению, в документации на gcc нигде нет упоминания: какое значение n (величина выравнивания) принято "по-умолчанию"...

Дык я это "не то не к тому" унаследовал, пытаясь сказать, что сабжевое приведение - лишняя суета и потенциальный источник проблем. Ну не может быть, чтобы хаки и нормальные построения вели себя везде одинаково!