м

a = 0x03 
b = 0xE7
x = (a << 8) | b;

char array[2] ;
array[2] = 0x03 ;
array[3] = 0xE7 ;

Выход за пределы массива.

А вообще (если соединяемые числа в 0-м и 1-м элементах):

x = (int *)array;

А вообще (если соединяемые числа в 0-м и 1-м элементах):

порядкобайтозависимо.

«не будет ли это зависеть от порядка байт»?

читал на первой странице

Я тут вижу выход за пределы массива. Мне кажет в последнее время стало больше наркомании в Development. Народ уже Новый год начал праздновать?

стало больше наркомании в Development

Студенты хвосты сдают.

x = (int *)array;

ошибка компиляции: присваивание int* в int
кроме того, тот мусор, что в следующих двух байтах после массива тоже попадет в 'x', если, конечно, размер int'а не два байта
ну и если все это починить, то будет работать только на big-endian

итого: facepalm.png

x = (a << 8) | b;

Точно. Спасибо.

главное учти, что у тебя массив из типов со знаком.

А ещё порядок байт. Но для лабороторки это не важно >_<

А если четыре элемента надо сложить?

прикалываешься чтоль? =)

    unsigned a = 0x1, b = 0x2, c = 0x3, d = 0x4;
    unsigned x = a << 24 | b << 16 | c << 8 | d;

Да, спасибо, должно быть

x = *(int *)array;

Благодарю. Реально надо, данные в массив упаковывались на паскале, а я их распаковывать должен.

используй только вместо char array[...] uint8_t array[...] , а то получится как у prischeyadro =)

а ещё можно вот так:

unsigned a = 0x1, b = 0x2, c = 0x3, d = 0x4;
unsigned x = ((union { uint8_t in[4]; uint32_t out; }) { .in = { d,c,b,a } }).out;

если сильно повезет, то может собраться примерно так:

L__routine_start__Z2f2hhhh_1:
f2(unsigned char, unsigned char, unsigned char, unsigned char):
  movb %cl, -8(%rsp)
  movb %dl, -7(%rsp)
  movb %sil, -6(%rsp)
  movb %dil, -5(%rsp)
  movl -8(%rsp), %eax
  ret

x = (int *)array

Undefined behavior

Точно выше говорят аркомания

Нужно х присвоить значение 3E7

0x03 == 0х0300, по какому-то негласному соглашению (ты у препода телепат) 0xE7 == 0x00E7. Так? Ну, если ты телепат, то придумай как дать ответ, который ждет препод.

int x

Обычно считают в байтах, битах. Т.к. это читабельно. Дальше делаешь человечно, хотя бы описываешь структуру и в комментах описываешь, почему одно число стоит первым, а второе последним (даже если это без разницы — тоже описываешь).

Дорогое решение. Правильный ответ уже был:

#define SHORT(hi, lo) ((hi) << 8 | (lo))

Дорогое

Это задача компилятора - оптимизировать

Самое распространённое оправдание говнокоду.

«Понятный код при необходимости нет проблемы оптимизировать. Проблемы возникают когда i=i++ + ++i»

Так можно проверить чётность числа: x&1, не говнокод и быстрее (без оптимизации)

а что нужно дописать в коде или какие флаги gcc дать, чтоб результат был похожим?