MicroBlaze включение текстового файла в сегмент памяти Опции

[vugluskr]

Хочу подключить текстовый файл к программе для MicroBlaze (записать в определенную секцию памяти txt файл и в момент исполнения читать от туда программой некую информацию). Ситуацию вижу таким образом (если это не так прошу меня поправить): создаю секцию в файле линковщика, каким-то (не могу понять каким) образом подключаю txt file. В программе же зная начало секции в памяти спокойно ползаю по ней.

[Дмитрий Мазунин]

Вижу такой путь:

1) Текст оформляем в виде массива и включаем его #include.
2) Директивой __attribute__ назначаем массив в свою секцию (непонятно только, зачем ? чтобы разместить по определенному адресу ?)
3) В linker script описываем свою секцию и ее расположение в памяти

По __attribute__ и linker script читаем докментацию по GCC.

[vugluskr]

Вижу такой путь:

1) Текст оформляем в виде массива и включаем его #include.
2) Директивой __attribute__ назначаем массив в свою секцию (непонятно только, зачем ? чтобы разместить по определенному адресу ?)
3) В linker script описываем свою секцию и ее расположение в памяти

По __attribute__ и linker script читаем докментацию по GCC.

Дмитрий благодарю за ответ, как раз выходные копался в документах на gcc и пришел к такому же решению.
"(непонятно только, зачем ? чтобы разместить по определенному адресу ?)"
Именно!!! Нужен метод размещать большие объемы данных на уровне загрузки программы. К примеру текстовый файл или картинку по определенному адресу в памяти. Причем адрес должен быть известен.

[Костян]

Если памяти хватает, подключите к проекту файловую систему и читайте этот конфигурационный txt c помощью обычных read/write

[vugluskr]

Если памяти хватает, подключите к проекту файловую систему и читайте этот конфигурационный txt c помощью обычных read/write

cогласен это было бы удобно с точки зрения программирования, но ресурс не позволяет организовать мультитредовость.....

[Костян]

ну в таком случае попорбуйте следующее

создаю секцию в файле линковщика, каким-то (не могу понять каким) образом подключаю txt file. В программе же зная начало секции в памяти спокойно ползаю по ней.

.
txt файл будет сложно подключить. Сделайте ctrl+c ctlr+v его содержимого (если файл часто меняется, не беда, напишите скрипт , которым формирует хедер с ниже приведенным массивом) в constant массив char и общайтесь с ним. В данном случае скорее всего не понадобится использьзовать атрибутов и задавать доп. опции для линковщика.

[vugluskr]

ну в таком случае попорбуйте следующее

.
txt файл будет сложно подключить. Сделайте ctrl+c ctlr+v его содержимого (если файл часто меняется, не беда, напишите скрипт , которым формирует хедер с ниже приведенным массивом) в constant массив char и общайтесь с ним. В данном случае скорее всего не понадобится использьзовать атрибутов и задавать доп. опции для линковщика.

вот в этом то и делема, с массивом все понятно и удобно, для текста (как частного случая проблемы), а что делать с картинкой! Поэтому я вижу пока выход именно в создании объектного файла (.o) и размещения его в сегменте памяти. Прелесть искомого мною метода должна заключатся в следующем: 1) есть некоторый сторонний файл (текст, картинка, иная структура данных), который живет отдельно от программы (но понятно, что программа знает структуру и устройство данных) и меняется не мной
2) программа и этот файл грузятся (инициализируют память BRAM ли, внешнюю ли память)
3) в программе есть "знание" начала этого файла в адресном пространстве, его структура, его объем в адресном пространстве
4) в момент компиляции программы происходит "всасывание" файла данных в инициализирующую память последовательность

Именно поэтому я вижу пока один выход - размещение в сегменте памяти. С текстовым файлом действительно можно реализовать ряд решений (в том числе и предложенный Вами скрипт), а вот с картинками.... в общем мучаемся пока

[Костян]

Именно поэтому я вижу пока один выход - размещение в сегменте памяти. С текстовым файлом действительно можно реализовать ряд решений (в том числе и предложенный Вами скрипт), а вот с картинками.... в общем мучаемся пока

Хм...а в чем принципиальная разница между txt и картинкой ? В последнем случае будет несколько байт в начале заголовка (если конечно это не пожатый файл, а например bmp).
Любую картинку можно представить в виде массива данных (если конечно "что программа знает структуру и устройство данных) и меняется") .
Когда - то давным давно переганял bmp при помощи mathcad в этот самый массив данных (mathcad позволяет прочитать bmp файл и положить его в матрицу) , загонял его в массив в С и выводил это дело на lcd.
Думаю можно придумать менее геморно, если постоянно меняется этот начальный файл...

Думайте , эксперементируйте.... но не забудте отписатся, как сделали в итоге....