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

[jerri]

Ну я не сказал, что это не возможно. Я знаю человека, который предпочитает sjasm + spectaculator.

А я знаю человека который предлагает АлАсм под эмулятором запускать.

[Advertiser]

[jerri]

perestoronin, мне для того что бы разобраться что нужно в ALASM
понадобилась только вот эта инструкция. Ну и еще то, что я им пользовался несколько лет.
В код я не лазил.

[alone]

полурабочие основные, прошивки 48-го бейсика 2006го с якобы подпралвенным модемом, но зато нефига не умеющие LOAD "".

Прошивка 2006 года превосходно умеет LOAD "".

[jerri]

perestoronin, тоже вариант, но нам всего лишь нужен компилятор понимающий синтаксис аласма.
а все остальное совершенно от других ассмов не отличается.

[alx]

Прошивка 2006 года превосходно умеет LOAD "".

Но USR 0 не умеет чистить память. После входа в нее из MadRom адрес бейика был явно не #5CCB, поэтому первая же фирменная игра сказала Out Of Memory.

[ram_scan]

Не хочу расстраивать мировую обчественновть, но sjasm начиная с версии 1.07 включительно принципиально не собирается под юниксами.

В первых релиз кандидатах просто отсутствовал мэйкфайл для сборки, начиная кажется с RC4 стал спотыкаться об ошибку в directives на неопределенном atoi, это если не считать две сотни варнингов о некорректном приведении типа. Разбираться самому если честно лениво. Если разработчики тут в теме есть, задайте наводящие вопросы, уточнимся на предмет и вычислять будем хором где что забыто.

gcc (SUSE Linux) 4.5.1 20101208 [gcc-4_5-branch revision 167585]

Да, предвидя всякие вопросы, тачка у меня "девелопеская", поэтому практически все из -dev пакетов что только можно себе представить - поставлено.

UPD: 1.06 тоже не собирается.
UPD2: 1.05 собирается.

[SAM style]

Не хочу расстраивать мировую обчественновть, но sjasm начиная с версии 1.07 включительно принципиально не собирается под юниксами.

В первых релиз кандидатах просто отсутствовал мэйкфайл для сборки, начиная кажется с RC4 стал спотыкаться об ошибку в directives на неопределенном atoi, это если не считать две сотни варнингов о некорректном приведении типа.

gcc (SUSE Linux) 4.5.1 20101208 [gcc-4_5-branch revision 167585]

Этот собрался и не крякнул:

sam@debian:~$ sjasmplus
SjASMPlus Z80 Cross-Assembler v1.07 RC8 (build 06-11-2008)

Ну, как не крякнул... Кучка warning'ов присутствует, но бинарник получается.
gcc version 4.8.2 (Debian 4.8.2-14)

[alone]

Но USR 0 не умеет чистить память.

Caps Shift держать не пробовал?

[perestoronin]

но sjasm начиная с версии 1.07 включительно принципиально не собирается под юниксами.

Наверное имелся ввиду sjasmplus

Ну, как не крякнул... Кучка warning'ов присутствует, но бинарник получается.

А руки на что - и никаких варнингов и "не собирается" не будет:
http://portage.perestoroniny.ru/dev-...d/sjasm/files/
http://portage.perestoroniny.ru/dev-...asmplus/files/
Но sjasmplus пока корректно собирается лишь для 1.07rc8, над остальным работаю, дойдет очередь и до родных багов и хотелок.

[breeze]

вопрос к знатокам Решил тут в кое веков использовать макрос, но при передачи числа в качестве параметра > 255 получаю такую хрень:

intro.asm(150): error: Bytes lost
intro.asm(151): error: Bytes lost
intro.asm(152): error: Bytes lost
intro.asm(153): error: Bytes lost

Если число меньше, всё ок. Это вообще что? как-то надо в самом макросе указать тип данных 16бит, или баг или вообще не возможно?

причём в самих экпрешинах можно использовать данные:

low   low x    low 8 bits of 16 bit value
high  high x   high 8 bits of 16 bit value