Размер unsigned int или int Keil4.5 Опции

[TAutomatic]

Добрый день, коллеги.
Месяц использую LPC1768 и только сейчас с "ужасом" заметил, что под переменные unsigned int и int компилятор отводит по 4 байта.
Использую среду Keil 4.5 и постоянно плююсь даже не по причине ее скудости, а по причине неудобности документации на нее и компилятор. Как установить "нормальный" размер этих типов данных размером в 2 байта?
И второй вопрос. Я был уверен, что в Cortex-M3 отсутствует необходимость выравнивания разноразмерных типов данных.
Об этом написано тут
Тем не менее, у себя в реале я этого не вижу. Если за однобайтовой переменной следует четырехбайтовая, то она все равно выравнивается по границе 32 разрядного слова, тоесть остается неиспользуемый промежуток в 3 байта. Что тут не так?

[aaarrr]

Как установить "нормальный" размер этих типов данных размером в 2 байта?

Никак. 32-х битный int для 32-х битной архитектуры - это и есть норма. Используйте short или типы из <stdint.h>.

И второй вопрос. Я был уверен, что в Cortex-M3 отсутствует необходимость выравнивания разноразмерных типов данных.
Об этом написано тут
Тем не менее, у себя в реале я этого не вижу. Если за однобайтовой переменной следует четырехбайтовая, то она все равно выравнивается по границе 32 разрядного слова, тоесть остается неиспользуемый промежуток в 3 байта. Что тут не так?

Необходимость необходимости рознь - эффективность работы с выровненными данными выше, поэтому без нужды паковать их не следует.
Используйте в случае нужды модификатор __packed.

[TAutomatic]

Используйте в случае нужды модификатор __packed.

Так можно упаковать только структуры и битовые поля, не так ли?
Переменные базовых типов так не упакуешь.

И где это для МК подразумевалось 2 байта?

Еще из википедии:

Я согласен с Вами, офицального признания, что int- это 2 байта, нет. Это есть определенное неофицальное соглашение. Впрочем, нет смысла спорить, да я и не за тем спрашиваю. В большенстве систем, даже 32х или даже 64х разрядных есть двухбайтовые типы данных.
Получается, в ARM нет двухбайтового типа данных?

[aaarrr]

Переменные базовых типов так не упакуешь.

А вы попробуйте

[TAutomatic]

А вы попробуйте

Подскажите метод, как упаковать?

Код

unsigned char A;
unsigned long B;
unsigned char C;

что бы получилось занятыми в памяти не 12 байт, а 6 байт?
Буду весьма благодарен.

[aaarrr]

Подскажите метод, как упаковать?

Код

unsigned char A;
unsigned long B;
unsigned char C;

что бы получилось занятыми в памяти не 12 байт, а 6 байт?
Буду весьма благодарен.

Сами решили не пробовать даже?

Код

unsigned char a;
__packed unsigned long b;
unsigned char c;

[prottoss]

Код

unsigned char a;
__packed unsigned long b;
unsigned char c;

Наверное все же

Код

__packed unsigned char a;
unsigned long b;
__packed  unsigned char c;

?
Хотя я сам такой ерундой не баловался

[aaarrr]

Наверное все же

Нет. Какой смысл паковать char, если он и так упакован по определению?

Но меня чисто теоретически гложат смутные сомнения, что дает этот квалификатор применимо к одной строчке?

Позволит разместить переменную без выравнивания. Глобально подобные вещи не практикуются, т.к. такой подход просто убьет производительность.
Аккуратно размещать данные, чтобы не было перерасхода на padding'и, программист должен самостоятельно.