http://www.nongnu.org/avr-libc/user-manual...#faq_reloc_code

Спасибо, я таким образом указывал адрес для кода программы, т к бутлоадер писал. А как таким же образом переместить просто несколько строковых констант?

Так же. Давать вместо .bootloader свои имена (.mystring1), со своими адресами, и использовать в программе.

Спасибо, получилось. В программе это выглядит следующим образом - volatile unsigned char bar[] __attribute__ ((section (".myInfo"))) = "Это должно жить по адресу 0xDEAD";, а для линкера указал - LDFLAGS += -Wl,--section-start=.myInfo=0x1DEAD -Wl,-Map=gcc_tst.map.
В хексе имеем:

Огромное спасибо.

Сообщение отредактировал Omen_13 - Dec 12 2009, 01:48

Если:Но:поселит строку по дресу однако 0x1DEAD.

Не срастается у увас что-то желание с действительностью

А учитываются только 4 младших, в хексе больше и не отведено под адрес, все что перед DEAD(взято просто для наглядности) игнорируется. Поэкспериментировал - результат тот же.

DEAD:
:10DEAD00DDF2EE20E4EEEBE6EDEE20E6E8F2FC200E
:10DEBD00EFEE20E0E4F0E5F1F32030784445414405
:01DECD000054

10DEAD:
:10DEAD00DDF2EE20E4EEEBE6EDEE20E6E8F2FC200E
:10DEBD00EFEE20E0E4F0E5F1F32030784445414405
:01DECD000054

Сообщение отредактировал novlev - Dec 14 2009, 06:19

Вообще-то в Intel-HEX под адрес отведено 32 бита. 16 бит отведено под смещение.Вами - возможно и игнорируется. Но любая программа, корректно читающая IntelHEX не должна игнорировать записи типа "Extended segment address" и "Extended linear address". Именно в эти записи и попадают старшие биты.

Я просто пользовался описанием из pdf на контроллер ADuC, видимо там просто упрощенно была описана структура. Просто обозначена последовательность и под адрес загрузки было выделено 2 байта. Хм.. вот в файле map указано верно - Address of section .myInfo set to 0x10dead
(я и указывал 0х10dead), и далее
.myInfo 0x0010dead 0x21
.myInfo 0x0010dead 0x21 gcc_tst.o
0x0010dead bar
Так а почему в самом хексе всегда одинаково? Просто мне важен сам факт наличия информации по конкретному адресу ,просто для технических целей. Мой прошивальщик может ее и не записывать, но хочется по человечески уже сделать все.

А в нем точно нет строчек, начинающихся с :02000004 или :02000002?
Тогда показывайте команду, которой avr-objcopy делает из вашего .elf этот .hex

есть строчки, протупил я серьезно...
:0A070E00101234567890000000002D
:020000040010EA
:10DEAD00DDF2EE20E4EEEBE6EDEE20E6E8F2FC200E
:10DEBD00EFEE20E0E4F0E5F1F32030784445414405
:01DECD000054
:00000001FF

Нашел норм документацию на интел хекс формат, спасибо что надоумили)

Сообщение отредактировал novlev - Dec 14 2009, 14:02

google.com -> Intel hex format

Столкнулся со следующей особенностью программы PONYPROG2000, она не понимает формат хекса типа

:02000004AAAAA6 - тут максимум то 1 для 64К
:10DEAD00DDF2EE20E4EEEBE6EDEE20E6E8F2FC200E
:10DEBD00EFEE20E0E4F0E5F1F3203078414141410F
:05DECD00444541440042

Программа действительно не понимает записи расширенного линейного адреса, или это я чот не то сделал? Она рассчитана только на запись адреса сегмента?
Решено.
То я туплю)))жестко... сложно на разных языках для разных платформ одновременно ваять))))

Сообщение отредактировал novlev - Jan 11 2010, 13:47

Хоть бы написали как это проявляется

Проявлялось забавно -
Это если вбить -Wl,--section-start=.myInfo=0xAF700. Код должен начинаться с 0хЕ000, т к -Wl,-section-start=.text=0xE000 (бутлоадер).

Сообщение отредактировал novlev - Jan 11 2010, 14:45