Стандартный прототип memcpy:
void *memcpy(void *s1, const void *s2, size_t n);
копирует из ОЗУ в ОЗУ.


IAR AVR именно так и интерпретирует const. Как не меняющий адресное пространство.

Ничего не понял. Может попробуете еще раз выразить свою мысль?

В вашем коде для AVR все переменные будут размещены в ОЗУ. Хотите их размещать во флэш - пишите __flash. У Viko константы были размещены во флэш потому что он пользовался компилятором для ARM.

Я вам не верю. Когда я в конце 90х работал с ним константы были размещены во флэш.

Ваше право. Но убеждать остальных на основании только лишь вашей веры как-то неразумно.

Напротив. Я не убеждаю никого. Меня убеждают на основе веры. Я высказал предположение и привел простую процедуру проверить его. Меня как раз начали убеждать, что неправильно предположил. Я сказал, что не верю на слово, а проверить сам не могу. Заставлять проверить моё предположение я естественно никого не могу. Хотел помочь, но если вам уже всё ясно, то откланиваюсь.

Сообщение отредактировал Tarbal - Jan 13 2014, 12:31

Вот документ.
На странице 5 есть информация о размещении констант в памяти.
http://netstorage.iar.com/SuppDB/Public/SU...memoryusage.pdf

Константы могут находиться в програмной памяти, оперативной памяти и внешней ЕПРОМ.

А здесь на странице 6 утверждают:
CONST Holds variables declared as const
.......
The CONST and CSTR should only be included in the XLINK file if there is an external
PROM in the system.

http://www.atmel.ca/Images/doc1079.pdf

Я уже не помню, а копаться лень. Для доступа ко внешней ЕПРОМ и для доступа ко внутренней ОЗУ используются одинаковые команды на ассемблере? Если разные, то это может объяснить многое в декларации функции с константным параметром.

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


Сообщение отредактировал Tarbal - Jan 14 2014, 13:38

А теперь замените iar на avr-gcc...

Простите, что вы имели ввиду?

К тому что ваши ссылки, как собственно и измышления, исключительно для IAR. Но ведь есть и другие, более распространённые компиляторы, где const не гарантирует размещения данных в ПЗУ, что никак не противоречит стандарту. Об этом вам Сергей пытался намекнуть...

Опустим тот факт, что это документ лохматого года, когда ИАР знал только 6 моделей AVR.
Ненаказуемо.
Если повесите свою параллельную ПЗУ на внешнюю шину как память данных - команды будут одинаковые. Но опять же, это не компилятор положит во флеш, а вы запихнете ПЗУ в адресное пространство ОЗУ, этакое чесание левого уха правой ногой. Обе эти памяти будут находиться в одном адресном пространстве.

Обратите внимание на свой же документ:


Также обратите внимание, что в этой таблице все константы, не имеющие спецификатора flash имеют сноску номер 2, которая гласит:


Дальше будете спорить?

Я допускаю, что вы невнимательно читали то что я писал. Опять же ваши замечания о GCC мимо кассы, поскольку стартовый постинг был про Кейл.
О стандарте: Сколько я знаю компиляторов, у каждого есть свои особенности.



Я это допускал, поэтому в предпоследнем постинге и написал:
"Я уже не помню, а копаться лень. Для доступа ко внешней ЕПРОМ и для доступа ко внутренней ОЗУ используются одинаковые команды на ассемблере? Если разные, то это может объяснить многое в декларации функции с константным параметром."


Мне это ничего не говорит в контексте нашей дискуссии.


Я не спорю, а ищу ответы.

Ну вот я собрал ваш код при помощи IAR AVR 5.3. Вот MAP файл:

Да, особенности есть. Но вам уже третью страницу объясняют, что к const это не относится. Требование стандарта к const одно - компилятор должен выдавать ошибку при попытке записи в такую переменную. Все. В остальном эта обычная переменная. Далее ход мыслей у всех компиляторописателей обычно одинаков: разместить переменные с похожими свойствами (обнуляемые, инициализируемые и т.д.) рядом, чтобы при старте (если нужно) подготовить каждую группу к работе одним махом в цикле. Отсюда группирование переменных в сегменты. Никаких требований на размещение во флеш/ОЗУ для const стандарт на компилятор не накладывает, но и не запрещает, если это не мешает выполнению остальных требований стандарта.
В случае разных адресных пространств (AVR) размещение констант в программной памяти (флеше) нарушает требование быть обычной переменной. Поэтому для размещения в других адресных пространствах (одно из которых - память кода) вводятся расширения - ключевые слова типа __flash, __eeprom, idata, xdata, far, huge и подобные. const совершенно перпендикулярен к этому.
Если же архитектура имеет только одно адресное пространство, то появляется возможность работать с константами прямо во флеш не нарушая требования стандарта без всяких дополнительных ключевых слов, сэкономив таким образом ОЗУ и немножко времени на копировании при старте. И тут уже все в руках программиста - использовать такую возможность или нет. const снова никоим образом на это не влияет. Я показывал, что изменением положения одной строки в скрипте линкера можно получить вариант с константами в ОЗУ и константами во флеше. Оба варианта будут работать. И оба не нарушают стандарт.

default memory - ОЗУ. Содержимое всех указанных сегментов по умолчанию попадает в адресное прстранство ОЗУ. В том числе и сегмент CONST. Если это вам ни о чем не говорит - я не вижу смысла в дальнейшей дискуссии.

Спасибо. Убедили. Практика критерий истины




И как это следует из вашей цитаты?
ОЗУ насколько мне известно называется ОЗУ, а не default memory.
Почему не написано ОЗУ если это одно и то же?
С какой стати множить понятия?

Сообщение отредактировал Tarbal - Jan 15 2014, 13:14