Проблемы с объединением и памятью aligment

Question

Проблемы с объединением и памятью aligment

0

В настоящее время я работаю над портом встроенного кода (на Freescale S12), поэтому GNU и я hava проблема с профсоюзами. У меня есть следующий союз

typedef signed short        sint16;
typedef signed long         sint32;

typedef union
{
    sint32 Akku;
    sint16 AkkuHigh;
    sint16 AkkuLow;
} akku_type;

и я хочу получить доступ к самому большому 2 байту союза. Проблема в том, что оба AkkuHigh и AkkuLow имеют тот же самый стартовый адрес, что и Akku. Это похоже на компилятор. Мои вопросы: есть ли флаг компилятора, который изменяет поведение объединения? Может ли атрибут ((align (2))) помочь мне?

Заранее спасибо

Simon Schernthanner 03 дек. 2014, в 19:14

Источник

0

Упакуйте high и low поля внутренней анонимной struct . Строго говоря, он не переносимый, но должен работать.
user703016 03 дек. 2014, в 17:44
1

Почему вы ожидали, что у них будут разные адреса?
Borgleader 03 дек. 2014, в 17:45
0

@ ParkYoung-Bae: C позволяет, и это обычное расширение C ++. Интересно, почему комитет не уступил и не узаконил это ...
Deduplicator 03 дек. 2014, в 17:50
0

@ ParkYoung-Bae: Заполнение в начале структуры? Где вы взяли этот компилятор, нарушающий стандарты? (И необязательное дополнение после члена просто странно, и еще не найдено в дикой природе.)
Deduplicator 03 дек. 2014, в 17:55

Показать ещё 2 комментария

Теги:

c++

c

memory

unions

2 ответа

Ещё вопросы

Упакуйте high и low поля внутренней анонимной struct . Строго говоря, он не переносимый, но должен работать.
Почему вы ожидали, что у них будут разные адреса?
@ ParkYoung-Bae: C позволяет, и это обычное расширение C ++. Интересно, почему комитет не уступил и не узаконил это ...
@ ParkYoung-Bae: Заполнение в начале структуры? Где вы взяли этот компилятор, нарушающий стандарты? (И необязательное дополнение после члена просто странно, и еще не найдено в дикой природе.)

Pascal Cuoq · Answer 1 · 2014-12-03T15-18-00.000Z

Да, все Akku, AkkuHigh, AkkuLow имеют тот же адрес. Это то, как профсоюзы работают в C. По внешнему виду вы намеревались создать союз с 32-битным членом и членом, который представляет собой структуру из двух 16-разрядных элементов. То, что вы написали, - это не способ его достижения. Попробуйте вместо этого:

typedef union
{
    sint32 Akku;
    struct s {
      sint16 AkkuHigh;
      sint16 AkkuLow;
    } representation;
} akku_type;

Гарантируется ли, что AkkuHigh будет AkkuHigh байтом, а AkkuLow будет AkkuLow байтом? Не мог ли компилятор решить переключить их?
@Unapiedra Гарантия в том, что адреса членов структуры в порядке. То, что соответствуют этим адресам, зависит от реализации (как правило, это зависит от порядкового номера целевой архитектуры. Структура, как написано, работает для большинства архитектур с прямым порядком байтов).
@Unapiedra: переключение между ними недопустимо, но добавление произвольных (определяемых реализацией) объемов заполнения после struct -members ( не перед ними).

axiac · Answer 2 · 2014-12-03T15-48-00.000Z

Правильное определение союза можно найти в этом ответе.

atribute(align(2)) определенно поможет вам, если вы скомпилируете это по 32-битной или 64-битной архитектуре. Кроме того, на 64- sizeof(sint32) составляет 8 (64 бит).

В зависимости от архитектуры архитектуры вам может потребоваться обмен AkkuHigh и AkkuLow.

Просто отметьте, что это допустимый C, но не C ++, хотя распространенное расширение в C ++.
Что именно не является допустимым C ++? Безымянная структура?
Да. Безымянный член анонимного типа. Пинг мне, когда ты это исправил.
Понял. Убрано определение объединения целиком, оно хорошо описано в другом ответе.
Я бы сохранил это и просто добавил этот отказ от ответственности. Это лучшее решение в C и, возможно, также в C ++, учитывая распространенность этого расширения.