Как объявить правильно массив 40МБ Опции

[kolobochishe]

необходимо объявить ( =создать) массив размером 40МБ. Памяти SDRAM на борту - 64МБ.

1-ый вариант - объявляю глобально - все ОК, но!... прошивка устройства занимает немногим больше размера этого массива. Прошиваю через UART. Очень долго, да и глупо это прошивать пустой массив.

2-ой вариант - создаю динамический массив. Сначала не работает (calloc возвращает NULL). Увеличиваю размер кучи в линкер файле (HEAP) - все ОК, но!... опять прошивка чуть больше 40МБ

Хотел поэкспериментировать с указанием пределов размещения кода программы. Т.е. обмануть линкер. Объявить массив меньше на краю доступной памяти, заведомо указав край намного раньше. Но не получается.

Посоветуйте, как правильно сделать? Чтобы прошивка была нормального размера

[toweroff]

А не проще сделать так:

1. Выделить для линкера область, которую он не займет, размером [MyMaxArrayIndex]
2. В программе сделать

Код

unsigned char *MyArray;

и обращаться к нему

Код

*(MyArray + Index)

или я что-то не понял в условии задачи?

[aaarrr]

А не проще сделать так:

Оно, может, и проще, да идеологически неверно.

[toweroff]

Оно, может, и проще, да идеологически неверно.

объявляя массив по константному адресу, какая разница, где его указывать?
можно спокойно разместить его в именованной области и уже в скрипте линкера расписать расположение
только с объявлением массива мы получаем область, которая им (массивом) однозначно занята
с указателем больше простора - если вдруг такой огромный кусок не нужен, отдаем его, например, под кучу

[aaarrr]

объявляя массив по константному адресу, какая разница, где его указывать?

Объявлять массив по константному адресу в любом случае не комильфо. Только в случае с прагмой будет хотя бы предупреждение или ошибка при наложении.

с указателем больше простора - если вдруг такой огромный кусок не нужен, отдаем его, например, под кучу

Больше простора для ошибок. А теперь представьте, что таких указателей не один, а, например, 2 или 5 в разных модулях.
В общем, не стоит увлекаться ручным распределением памяти. Особенно там, где нет ни малейших показаний для этого.