SjASMPlus Z80 кросс ассемблер

[SAM style]

1.07rc8
Только что столкнулся с такой штукой - INCLUDE (наверное, INCBIN и похожие тоже) непривычно работает с относительными путями. Полный путь рассчитывается не от текущего файла, а от директории запуска sjasmplus. Например:
main.asm : INCLUDE "gamedata/data.asm"
gamedata/data.asm : INCLUDE "items.asm"
Сначала я полагал, что items.asm тоже должен лежать в gamedata, а нифига - не видит он его при таком обращении.

ПС : всю тему не читал. Если это где-то исправлено, скажите версию и где её взять.

[introspec]

INCLUDE (наверное, INCBIN и похожие тоже) непривычно работает с относительными путями. Полный путь рассчитывается не от текущего файла, а от директории запуска sjasmplus.

Разве это не стандарт для любых утилит комстроки? я бы, например, не хотел бы, чтобы пути считались как-то иначе...

[Vitamin]

Разве это не стандарт для любых утилит комстроки?

Нет. Ибо "утилиты комстроки" обычно находятся где-то в системе и поиск инклюдов там же, как подсказывает Капитан, не увенчается успехом.

[introspec]

Нет. Ибо "утилиты комстроки" обычно находятся где-то в системе и поиск инклюдов там же, как подсказывает Капитан, не увенчается успехом.

Смотря что хранить в инклюдах. Как подсказывает Капитан, "stdlib.h" у нас в распоряжении нет и не предвидится. Совершенно точно могу сказать: версию с путями от экзешника я использовать не буду.

[SAM style]

Смотря что хранить в инклюдах. Как подсказывает Капитан, "stdlib.h" у нас в распоряжении нет и не предвидится. Совершенно точно могу сказать: версию с путями от экзешника я использовать не буду.

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

[denpopov]

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

[Advertiser]

[introspec]

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

Я думаю, тут весь спор происходит оттого, что некоторые люди работают в комстроке/файл менеджере, а некоторые - из среды. Из среды удобнее как ты описал, из комстроки - как сейчас. Грамотнее всего было бы добавить новый ключ командной строки, мне кажется.

[SAM style]

Я думаю, тут весь спор происходит оттого, что некоторые люди работают в комстроке/файл менеджере, а некоторые - из среды. Из среды удобнее как ты описал, из комстроки - как сейчас. Грамотнее всего было бы добавить новый ключ командной строки, мне кажется.

Я из комстроки работаю, как сейчас мне вообще неудобно. Я запускаю sjasmplus main.asm и ожидаю, что все инклюды в инклюдах там сработают так же, как при работе gcc.
Может, я плохо объясняю, но вот пример - инклюд из инклюда из вложеной директории. При попытке скомпилить main.asm идёт ругань на несуществующий items.asm:

sam@debian:~/data/temp/project$ sjasmplus main.asm 
SjASMPlus Z80 Cross-Assembler v1.07 RC8 (build 06-11-2008)
gamedata/data.asm(6): error: Error opening file: items.asm

А если выйти на уровень выше и сделать sjasmplus project/main.asm, то он вообще ни одного инклюда не обработает.

[Shadow Maker]

В принципе для всех, кто работает как сейчас, ничего не поменяется по-моему от того, если сделать инклюды как предлагает Sam Style.

[Shadow Maker]

В общем, поскольку 99% людей пользуется сборщиками (make, bat), а если и запускают - ходят в папку с проектом перед запуском - то это действительно несколько странный запрос. Несложно ж сделать мейк и не думать через год, чего там как собирается, разве не так?