[Pilatus 0]

Согласно этому документу http://www.keil.com/support/man/docs/uv4/u...p_constants.htm чтобы представить число в двоичном виде нужно поставить в конце Y или y/

 

Но на вот это

uint64_t _bit_FM_LCD_PACKET=11111111y;

компилятор ругается, требует поставить точку с запятой перед "y"

 

Что не так?

[Палыч 5]

Что не так?

Документ относится к отладчику, а не к компилятору.

[Pilatus 0]

ну а как тогда?

11111111b тоже не получается.

[Den64 0]

0b11111111

[Pilatus 0]

0b11111111

Тоже ругается

[Lagman 1]

Хм, если сам кейл для i51 предлагает такую конструкцию http://www.keil.com/support/docs/1156.htm то наверно и для других процессоров нет возможности задать число в двоичном представлении.

P.S. Помню как перешел на язык С а там нет двоичного представления, пришлось переходить на шестнадцатеричные. :)

[Ruslan1 12]

никак. нету этого в Кейле.

 

народ просто дефайны пишет, тоже вариант хороший.

#define LongToBin(n) \
(\
((n >> 21) & 0x80) | \
((n >> 18) & 0x40) | \
((n >> 15) & 0x20) | \
((n >> 12) & 0x10) | \
((n >> 9) & 0x08) | \
((n >> 6) & 0x04) | \
((n >> 3) & 0x02) | \
((n ) & 0x01) \
) #define Bin(n) LongToBin(0x##n##l)

Я бы еще #error или хоть #warning вставил в этот дефайн, потому что нужно еще корректную разрядность на выходе получить.

А еще правильней сделать не просто один Bin(), а индивидуальные "Bin_u8()", "Bin_u16()" etc.

[Den64 0]

char a = (1 << 7) | (1 << 6) | (1 << 5) | (1 << 4) | (1 << 3) | (1 << 2) | (1 << 1) | (1 << 0);

[Ruslan1 12]

P.S. Помню как перешел на язык С а там нет двоичного представления, пришлось переходить на шестнадцатеричные. :)

Оно не входит в стандарт (стандарт- hex, dec, oct), но абсолютное большинство компиляторов умеет и бин. А вот кейл- не умеет, даже странно как-то. Когда перешел на Кейл- был сильно удивлен этому факту, сильно плевался когда свои исходники из других МК и компиляторов под него адаптировал.

[Палыч 5]

ну а как тогда?

Обсуждалось когда-то тут