Гы, не обольщайся насчет нормальных людей: похоже, в ихнем ПТУ уроков этики не было. :)
Вид для печати
Далан.... :) Я завсегда готов подраться ))) Был бы повод )
Мужики, а кто-нибудь раскурил, как с sdobjcopy работать? Мне надо из .bin-файла получить .rel, который потом можно прилинковать выходному результату.
В прочих направлениях (binary -> ihex etc) работает нормально.Код:$ sdobjcopy.exe -I binary -O asxxxx font.bin font.rel
sdobjcopy.exe:font.rel[.data]: File format not recognized
sdobjcopy.exe:font.rel: Invalid operation
$ sdobjcopy.exe -B z80 -I binary -O asxxxx font.bin font.rel
sdobjcopy.exe: architecture z80 unknown
Маленько покурив тему, пришел к выводу, что прога работает правильно. Просто мы по наивности думаем, что под "binary" понимается обычный файл двоичных данных. Ан нет. Здесь binary - двоичный файл в BFD-формате, т.е. с каким-то хитрым заголовком. Можно попробовать узнать этот формат и написать простенький конвертер под DOS и батником потом всё автоматизировать.
Неа, binary - это именно raw. Это всякие coff/xcoff/elf/etc - с заголовком.
Скажем, берем binutils-z80, ассемблируем сорец из единственного RET, и проверяем
file.s:
собираем и смотрим, что получилосьКод:.section .text
ret
В результате видим, что бинарник получился длиной в один байт - C9Код:$ z80-unknown-coff-as file.s -o file.coff
$ z80-unknown-coff-objcopy -j .text -O binary file.coff file.bin
$ hd file.bin
То, что sdobjcopy работает не так - это, наверное, всё же баг. Она же не зря так называется, в неё совместимость на уровне параметров командной строки с оригиналом из binutils должна быть заложена.Код:00000000 c9 |.|
00000001