Типы данных byte, short

[Stilet]

Bugrimov

Если не ошибаюсь еще с Паскаля 7 пошла мания выравнивать.
byte, word - в integer
read - в Double
Так что это скорее повсеместность чем исключение.

[Bugrimov]

Понятно, куда деваться. А вопросы всегда есть.....

[Пепел Феникса]

Если не ошибаюсь еще с Паскаля 7 пошла мания выравнивать.
byte, word - в integer
read - в Double
Так что это скорее повсеместность чем исключение.

О_о

Виталий, выравнивание идет лишь по выделяемому месту, не более, работа с типом так и идет как с заданым, никаких преобразований втихоря.*
вещественные же real=4б, double=8б, extended=10б(c выраванием 12)

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

[Ezhik Kihze]

Если не ошибаюсь еще с Паскаля 7 пошла мания выравнивать.

А паскаль тут причем? Мне всегда казалось, что выравнивание связано с процами и их работой.

[Stilet]

никаких преобразований втихоря.

А вот и нет
Оптимизатор оказывается еще в давние времена был на это способен. Сам видел, когда в debug препарировал - byte превращался и integer.

А паскаль тут причем?

Я наверное неверно выразился - не выравнивание в машинном понимании, а предпочтение типа. Т.е. тип в 1 байт целого все равно переводился в WORD самим компилятором.

[Пепел Феникса]

Оптимизатор оказывается еще в давние времена был на это способен. Сам видел, когда в debug препарировал - byte превращался и integer.

и такой байт начинал занимать 4 байта?(при sizeof например) или же вмещал 400?

[Stilet]

и такой байт начинал занимать 4 байта?(при sizeof например) или же вмещал 400?

Два
Я же под ДОСом это делал. Причем такое замечал преимущественно если использовал счетчик цикла за его пределами. На 286-й машинке.