Определение младшего и старшего байта числа типа int. Нужна подсказка

[AlexPi]

Способ классный! Только пользоваться им нельзя, по причине, верно отмеченной _Артём_'ом. Если бы не эта беда, то цены б ему не было! Красиво, изящно... вот только, блин, не сработает и никому не скажет же...

Сам то не скажет но вычислить порядок Вы можете довольно таки элементарно. Причем в интернете масса способов как это сделать. По любому Вы должны знать платформу на которой работаете. И пользоваться этим способом я считаю можно, а в некоторых случаях просто необходимо.

Судите сами, вот у Вас 8ми битных процессор, а нужно получить старший байт переменной типа long long int.
И что будете делать сдвиг?

long long int A;
char B;

B= A››56;

А теперь прикиньте что процессору придется делать 56 сдвигов для 8ми байт, и того 8*56=448 операций сдвига, не считая вспомогательных процедур (увеличит, сравнить счетчик...).
То что это примерно так и откомпилируется у меня нет сомнений - проверял.

Полбеды если если речь идет об одной отдельной переменной, а что если надо обработать массив? Учитывая что поц. у нас простенький, 8ми битный, программа будет работать медленно, грубо говоря "ТОРМОЗИТЬ".
Предложенный мной способ однозначно отработает быстрее.

[evg220]

unsigned long GetWord(unsigned char *ptr)
{
unsigned long result=0;
result+=((unsigned long)(*ptr++))‹‹24;
result+=((unsigned long)(*ptr++))‹‹16;
result+=((unsigned long)(*ptr++))‹‹8;
result+=((unsigned long)(*ptr++));
return result;
}

Сложно. Долго. Не универсально.
Но если использовать стандартные средства С...

typedef union STRCT {
int_16 A : 16;
int_16 B : 16;
}
...
int_32 C = 0x12345678;
STRCT *S = (STRCT*)&C;
int_16 A = S-›A; // 0x1234
int_16 B = S-›B; // 0x5678
...

Этот метод позволяет получить прямой доступ к любому числу бит в произвольном массиве...

[nahimovv]

Судите сами, вот у Вас 8ми битных процессор, а нужно получить старший байт переменной типа long long int.

Полбеды если если речь идет об одной отдельной переменной, а что если надо обработать массив? Учитывая что поц. у нас простенький, 8ми битный, программа будет работать медленно, грубо говоря "ТОРМОЗИТЬ".

Активно юзать long long на восьмибитниках само по себе уже извращение. Одно дело двадцать лет назад, когда "нету и дорого", другое дело сейчас, когда восьмибитники в одну цену с 32-ух битниками.
Получается "не по задаче камень".

[AlexPi]

Активно юзать long long на восьмибитниках само по себе уже извращение.

Но бывает жизнь заставляет. Знаете как в армии сказал командир отсюда и до ..., и никуда Вы не денетесь.

Одно дело двадцать лет назад, когда "нету и дорого", другое дело сейчас, когда восьмибитники в одну цену с 32-ух битниками.
Получается "не по задаче камень".

Вообщем неважно какой процессор пусть 32 бита, важно что сдвигами не оптимально по скорости. Будете сдвигать в таком случае 56*2 = 112 раз.
Все равно долго. Прочесть байт из массива по любому на порядок быстрее.

А вообще я никому свой метод не навязываю, хотите сдвигать - двигайте сколько кому угодно будет.

[evg220]

Все равно долго. Прочесть байт из массива по любому на порядок быстрее.

Да. Но прямой доступ к любой последовательности бит - еще эффективней.

[nahimovv]

Вообщем неважно какой процессор пусть 32 бита, важно что сдвигами не оптимально по скорости. Будете сдвигать в таком случае 56*2 = 112 раз.
Все равно долго.

Ошибаетесь. Вам за что и толкуют, что сдвиги в 16-ти и 32-ух битниках очень быстрые, по сути - одна команда.

Прочесть байт из массива по любому на порядок быстрее.

Могу огорчить. В 32-ух битниках - не всегда.

[AlexPi]

Ошибаетесь. Вам за что и толкуют, что сдвиги в 16-ти и 32-ух битниках очень быстрые, по сути - одна команда.

Вы хотите сказать что процессор сдвинет слово (16 или 32 бита) за одну операцию на заданное кво-во бит?
Может я конечно и чего-то не знаю но мне кажется что за команду он сдвинет Вам (пусть и все 32 бита) но всего на 1 разряд. Если Вы знаете такой проц. который за одну инструкцию способен сделать сдвиг слова на n разрядов, то пожалуйста напишите о каком конкретно процессоре идет речь.

[AlexPi]

Могу огорчить. В 32-ух битниках - не всегда.

А вот здесь да, Вы в принципе правы, потому то и 32 бита не всегда хорошо, не оптимально использует память.
Потому-то при переносе кода с восьми битника на 32х битник надо больше памяти.

[evg220]

Если Вы знаете такой проц. который за одну инструкцию способен сделать сдвиг слова на n разрядов

Intel. По крайней мере с 286...

[_Артём_]

Если Вы знаете такой проц. который за одну инструкцию способен сделать сдвиг слова на n разрядов, то пожалуйста напишите о каком конкретно процессоре идет речь.

Cortex-M может:

3.5.3 ASR, LSL, LSR, ROR, and RRX
Arithmetic Shift Right, Logical Shift Left, Logical Shift Right, Rotate Right, and Rotate Right with Extend.
3.5.3.1 Syntax
op{S}{cond} Rd, Rm, Rs
op{S}{cond} Rd, Rm, #n
RRX{S}{cond} Rd, Rm
where:
op is one of:
ASR Arithmetic Shift Right.
LSL Logical Shift Left.
LSR Logical Shift Right.
ROR Rotate Right.
S is an optional suffix. If S is specified, the condition code flags are updated on the result of the
operation, see Section 3.3.7 (p. 43) .
Rd is the destination register.
Rm is the register holding the value to be shifted.
Rs is the register holding the shift length to apply to the value in Rm. Only the least significant byte is
used and can be in the range 0 to 255.
n is the shift length. The range of shift length depends on the instruction:
ASR shift length from 1 to 32
LSL shift length from 0 to 31
LSR shift length from 1 to 32
ROR shift length from 1 to 31.