По мне - единица, потом 24.5 кб нулей, потом данные из инклуда. :)
Вид для печати
Вроде бы, на этот вопрос за меня уже ответили. Кроме того, параметры бинарника, как правило, задаются в самом исходнике. Типа SAVESNA, SAVEBIN и т.п.
Уточняю проблему: можно ли пофиксить работу ключика --raw.
Или, может, уже работает, - в прошлом году я этот вопрос уже задавал здесь:http://zx-pk.ru/showpost.php?p=724999&postcount=1014
Дело в том, что без указанной возможности, SjASM нельзя использовать в пакетной сборке. Я-то могу и другие асмы использовать, но некоторых от сабжа не оторвать, и они не могут воспользоваться удобством автоматической сборки, скажем, плагинов к WildCommander.
"единица, потом 24.5 кб нулей, потом данные из инклуда". правила сами определяйте.
Очень просто: пусть выдаёт бинарь, грузящийся в основную память одним куском под заданным именем, а то, что должно лежать в страницах отдельными файлами с заданным именем + суффикс с номером страницы. (хотя мне достаточно только 64к, без страниц).
Неудобство заключается в том, что из собирающего проект скрипта нельзя задать имя выходного файла. Ну, в принципе, можно выкрутиться тем, чтобы пользователь указывал в исходнике дефолтное имя бинарнику. Не стрёмно ли это?
А как ты узнаешь, под какой адрес предназначен этот бинарник? Я специально усложнил пример несколькими org'ами. Представь, что часть из них находится в чужом коде.
Можно сделать чуть проще, хотя тоже кривовато:
Как руки дойдут, добавлю поддержку передачи define'ов через командную строку, как это сделано в нормальных компиляторах.Код:echo " SAVEBIN %MYBINARYNAME%,24576,16384" > mysaver.asm
sjasm mysource.asm mysaver.asm