работа со строками avr gcc Опции

[Alex_Golubev]

Привет.
Скажите пожалуйста. Если написать:

Код

const uchar Fill_lye_ENG[] PROGMEM = "step1";

окончиться ли строка нулем '\0' ? Просто не понятно если строка записанная во флешь не окончиться нулем '\0' то как понять где конец строки?

[mantech]

Привет.
Скажите пожалуйста. Если написать:

Код

const uchar Fill_lye_ENG[] PROGMEM = "step1";

окончиться ли строка нулем '\0' ? Просто не понятно если строка записанная во флешь не окончиться нулем '\0' то как понять где конец строки?

В Си строки заканчиваются 0, не важно, какой компилятор, будет выделено 6 байт, последний =0.

[jcxz]

В Си строки заканчиваются 0, не важно, какой компилятор, будет выделено 6 байт, последний =0.

Только не 6 байт, а 6 элементов типа char.

[mantech]

Только не 6 байт, а 6 элементов типа char.

В общем случае - да, но в контексте 8бит МК - байт и char - одно и тоже.

[gerber]

В общем случае - да, но в контексте 8бит МК - байт и char - одно и тоже.

А в контексте Intel Pentium Pro ?

[jcxz]

А в контексте Intel Pentium Pro ?

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

[mantech]

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

Не факт, например, в архитектуре АРМ7 или 9 под любой элемент выделится 4 байта(32бита)

[jcxz]

Не факт, например, в архитектуре АРМ7 или 9 под любой элемент выделится 4 байта(32бита)

Архитектура не выделяет байты. Байты выделяет компилятор.
Или Вы хотите сказать, что любой компилятор для этих архитектур всегда выделяет по 4 байта для любой переменной?? Конечно это неправда.

[gerber]

Или Вы хотите сказать, что любой компилятор для этих архитектур всегда выделяет по 4 байта для любой переменной?? Конечно это неправда.

Зависит от заданного уровня оптимизации кода.

[jcxz]

Зависит от заданного уровня оптимизации кода.

Никогда не встречал такого. Приведите пример.
К тому же - лишено всякого смысла для оптимизации, поэтому - не верю.

[Сергей Борщ]

К тому же - лишено всякого смысла для оптимизации, поэтому - не верю.

Насколько помню, ARM7TDMI не имеет специальных арифметических команд работы с байтами, потому все байтовые операции выполняются в 32 битах и в конце на результат принудительно накладывается маска. Поэтому тип uint_fast8_t имеет разрядность 32 бита, что позволяет избежать этих накладываний маски. Таким образом, для оптимизации смысл есть, но возможность работать с "честными" байтами остается.

[jcxz]

Насколько помню, ARM7TDMI не имеет специальных арифметических команд работы с байтами, потому все байтовые операции выполняются в 32 битах и в конце на результат принудительно накладывается маска.

Не важно какие арифметические команды имеет этот CPU. Так как это ядро не имеет арифметических (или логических) команд с операндами в памяти.
Любой операнд должен быть предварительно загружен в регистр, а результат операции - выгружен в ОЗУ соответствующими командами LDR/STR.
Команды LDR/STR имеют варианты для 8-,16- и 32-битных данных. И выполняются за одинаковое время.
Никаких масок на 8-битный результат накладывать не надо - можно сразу выполнить STRB.