DEB - ассемлер нового поколения...

[GriV]

2ASMAN> посмотри пожалста http://zxdocs.fatal.ru/coding/module.zip, может ли твой ассемблер внедрять точки релокации и точки экспорта/импорта (аналогично формату)? Естественно такая схема должна быть опциональной (включаться директивой компиляции).

[ASMAN]

по-моему не упомянуты (а должны бы быть) следующие вещи:

1. IFcond ... [ELSE ...] ENDIF -> автоматически должно превращаться в jp/jr Ncond,@1 ... jp/jr @2 : @1: ... @2: или без ветки ELSE -> jp/jr Ncond, @1 ... @1:
(При этом с оптимизацией перехода - не только jp->jr, но и defb 0feh, чтобы обойти 1 байт, или если обойти надо call addr, то просто использовался бы call cond,addr)

2. директивы условной компиляции IF(выражение0) ... [ ELSEIF(выражение1) ... ]... [ ELSE ... ] ENDIF

3. циклы условной компиляции FOR переменная=список ... ENDFOR и FOR переменная=выражение1 TO выражение2 [STEP выражение3] ... ENDFOR

4. (не знаю точно, что есть DUP / EDUP, я использовал конструкцию REP[EAT] выражение ... ENDREP - возможно это то же самое)

5. Макросы (я наверное просто пропустил?) должны иметь параметры передаваемые по списку и по имени. Например DoSomth A,Cold,Beta,Reg2=BC

6. Структуры (или это подразумевалось?). Конечно, ясно, что можно задать константы Field1 EQU 0: Field2 EQU 2:... Но гораздо цивилизованней будет MyStruct STRUCT:Field1 DEFW ?:Field2 DEFB ?:... ENDS и заставить программиста писать не просто (IX+Field1), а (IX+MyStruct.Field1) или LD HL,MyStruct.Field2 (хотя строгость можно понизить и опционально разрешать писать LD HL,Field2 - не все программеры любят строгости).

7. Возможность задать набор констант перенумерацией начиная с некоторого значений (аналог enum). (Нет, я понимаю, можно написать A1 EQU 1:A2 EQU A1+1 :A3 EQU A1+2... потом просто меняем A1 и вуаля, но не проще ли написать ENUM A1=1,A2,A3,...

Свой встроенный в EmuZWin асм буду доводить до ума, все это конечно сделаю (а может и еще что-нибудь).

Ты читал возможности DEB ? Если нет, то вот те возможности и это еще не все! Я потихоньку думаю что можно еще такого полезного сделать!
А если ты на счет структур, то и массивы тоже будут!

[ASMAN]

Привет Всем!
Новости уже здесь!
Сделана настройка параметров.
Немного добавил возможностей...
и немного переработан дизайн редактора... теперь свободная память будет показываться в байтах, добавлена полоса прокрутки и убрана одна информационная строка (т.е. теперь текст можно видеть до 23 строк!)

[elf/2]

2ASMAN: а что ты думаешь про блочную структуру кода? чтобы не дублировать пост, смотрим здесь: http://zx.pk.ru/showpost.php?p=8665&postcount=78

[ASMAN]

2ASMAN: а что ты думаешь про блочную структуру кода? чтобы не дублировать пост, смотрим здесь: http://zx.pk.ru/showpost.php?p=8665&postcount=78

Очень хорошая штука, главная удобная! Было и не один раз надо было сделать циклы, а в особенности переходы, но не хотелось использовать комбинации JR Z,$+(-)nn, т.к. надо было вычислять длину кода, что в этом смысле не удобно! Подумаем и о переходах!

[Vladimir Kladov]

компиялция всегда сразу в память, или все-таки будет возможность компиляции кода на диск? Да, когда памяти на машине хватает, все чудно. Но иногда бывает так, что не хватает. И тогда я делал у себя на 48 в своем асме компиляцию на диск, после чего можно было загрузить результат и поотлаживать.

Еще фичу подкину: при компиляции в память, адрес, на который настроен код, отличается от адреса, в который код выводится. Пример применения (самое простое): я так компилировал образ ПЗУ с адреса B000h, образ 16К после этого мог был быть сброшен на диск или переписан в теневое озу в странице 0.

Но вообще в том раре ничего в деталях не описано. Все еще как-то общо.

[elf/2]

Еще фичу подкину: при компиляции в память, адрес, на который настроен код, отличается от адреса, в который код выводится. Пример применения (самое простое): я так компилировал образ ПЗУ с адреса B000h, образ 16К после этого мог был быть сброшен на диск или переписан в теневое озу в странице 0.

так это вроде во всех асмах есть. ORG - куда кладем код, PHASE/DISP - где он работает

Но вообще в том раре ничего в деталях не описано. Все еще как-то общо.

согласен, хотелось бы с подробностями, что такое объктно-ориентированный код, как будут реализованы массивы/структуры

[ASMAN]

компиялция всегда сразу в память, или все-таки будет возможность компиляции кода на диск? Да, когда памяти на машине хватает, все чудно. Но иногда бывает так, что не хватает. И тогда я делал у себя на 48 в своем асме компиляцию на диск, после чего можно было загрузить результат и поотлаживать.

Еще фичу подкину: при компиляции в память, адрес, на который настроен код, отличается от адреса, в который код выводится. Пример применения (самое простое): я так компилировал образ ПЗУ с адреса B000h, образ 16К после этого мог был быть сброшен на диск или переписан в теневое озу в странице 0.

Но вообще в том раре ничего в деталях не описано. Все еще как-то общо.

Компиляция на диск будет, если в памяти по этому адресу(адресу куда кладется код) находится код ассемблера (или экран) и др.
Вообщето я сделаю директиву записи определенного кода на диск по время компиляции.
А на счет фичи, так это же есть во всех асмах, втом числе будет и вмоем!

[ASMAN]

Очень хорошая штука, главная удобная! Было и не один раз надо было сделать циклы, а в особенности переходы, но не хотелось использовать комбинации JR Z,$+(-)nn, т.к. надо было вычислять длину кода, что в этом смысле не удобно! Подумаем и о переходах!

Придумал! Будут специальные ссылки со смещениями(относительными или абсолютными) на строки! Вот правда не придумал как будут выглядеть эти ссылки! И я думаю идею со скобками можно будет убрать, т.к. эти смещения - не метки и места занимать не будут!

[jerri]

а теперь вот вопросец

А если у меня JP на плеер в другом тексту?