Вход Наше всё Теги codebook 无线电组件 Поиск Опросы Закон Четверг
9 октября

О смысле всего сущего 0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынок Объявления

Микроконтроллеры PLD, FPGA, DSP AVR PIC ARM, RISC-V Технологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты

Средства и методы разработки

1053262 Топик полностью

LightElf (18.11.2020 00:03, просмотров: 183) ответил UniSoft на Как вариант, например так:

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

Не надо делать мне как лучше, оставьте мне как хорошо

Ответить

- Ну если у вас BIG_ENDIAN, тогда да, так не прокатит... UniSoft(584 знак., 18.11.2020 01:35)
  - Макропроцессор не знает ничего о sizeof(), размеры уже вычисляются компилятором после прохода препроцессора. Знал бы, можно было бы сделать макрос, который бежит по буковкам строки (от 0 до sizeof) и склеивает их чередуя с нулями. По крайней мере для маленьких размеров (до сотни, например). - fk0(18.11.2020 02:02)
    - Ну тут 10-15-20 символов. Что-то похожее вертится в голове, а ухватить не могу. Завтра поизучаю Boostpp, может там мысли выловлю какие. - LightElf(18.11.2020 03:02)
- Всё хуже. L"xxxx" определяет строку из wchar_t, а wchar_t на linux типично 32-битный... - fk0(18.11.2020 00:51)
  - Если мы про C++, то ведь есть и u"xxxx", это уж точно char16_t. - йцyкeн(18.11.2020 10:18)