Асмы и удобство разработки

Давно хотел поспрашивать вашего совета по следующему поводу:
Всё, что я пишу на асме (для себя), я делаю таким образом:
1. Под анрилом запускаю zxasm.
2. Компилю
3. Захожу в привязанный к нему STS
4. Сохраняю скопмпилированный файлик, рестарчусь, и запускаю заранее сделанный бейсиковский загрузчик, который грузит графику, таблицы, скомпилированный код и запускает их.

Что-то мне кажется, что это далеко не самый удобный метод работы, кто чего может посоветовать для облегчения/убыстрения этого процесса?

Цитата:

---

Сообщение от moroz1999

Что-то мне кажется, что это далеко не самый удобный метод работы, кто чего может посоветовать для облегчения/убыстрения этого процесса?

---

incbin, include - посмотри в описалове к Zxasm ? я просто уже не помню...

Можно кстати еще и другой асм посоветовать :)
Запросы к компилятору - самые простейшие, главное - удобство интерфейса, внешняя эргономичность и простота.

Итак.

1) по поводу удобства интерфейса и прочего.
под win32 я писал для ZX так (просто теперь юзаю линух и свой эмуль):

эмуль - анрил. модель компа- Pentagon 512

асм - аласм (даже не самый новый). все incbin'ы и include'ы там есть. всё запускаю прямо из асмя безо всяких загрузчиков. сам асм и STS лежат в верхней памяти, по- этому моя прога их не затрагивает

дебаг - ну во-первых надо писать так, чтоб не надо было дебажить (абсолютно без шуток, ибо сложные вещи проще написать правильно, чем дебажить). ну а если всё таки пришлось- STS.
если надо отдебажить какие-нибудь загрузчики, то тогда анриловский встроенный долбагер

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

Цитата:

---

Сообщение от moroz1999

Давно хотел поспрашивать вашего совета по следующему поводу:
Всё, что я пишу на асме (для себя), я делаю таким образом:
1. Под анрилом запускаю zxasm.
2. Компилю

---

В это время что-то сбоит, например питание, и 10 часов кряду писанное гробится нахрен. Это именна та причина, по которой не следует использовать unreal speccy для таких задач.

Цитата:

---

Что-то мне кажется, что это далеко не самый удобный метод работы, кто чего может посоветовать для облегчения/убыстрения этого процесса?

---

EMUZ досовый. К нему Hitech-C и самодельные скрипты для загрузки таблицы
символов в emuz.

Цитата:

---

Сообщение от Sinus

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

---

Ассемблер -- эта такая программа, которая из *.as получает *.obj. Какое там может быть удобство именно ПИСАНИЯ не знаю. Оное у меня обеспечивается редактором (Vim).

Цитата:

---

( на самом деле даже из нативных писишных асмов разве что только nasm можно назвать ассемблером. )

---

А gas, или masm -- стало быть неассемблеры (именно так, слитно).

Цитата:

---

Какое там может быть удобство именно ПИСАНИЯ не знаю.

---

Набор команд, функции по макросам, "короткие" записи.

Юзаю SJAsm+, на выходе получаю готовый SNA для отладки Ж)

спасибо всем!

а вообще, для меня идеал удобства был бы:
1. редактирую на пц в произовольном редакторе
2. компилирую в кроссассемблере в snapshot файл, который автоматом запускается в эмуле.

есть идеи как такого достичь?

Цитата:

---

Сообщение от Alex/AT

Набор команд, функции по макросам, "короткие" записи.

Юзаю SJAsm+, на выходе получаю готовый SNA для отладки Ж)

---

о! вот это я опробую!

Цитата:

---

Сообщение от moroz1999

спасибо всем!

а вообще, для меня идеал удобства был бы:
1. редактирую на пц в произовольном редакторе
2. компилирую в кроссассемблере в snapshot файл, который автоматом запускается в эмуле.

есть идеи как такого достичь?

---

Sjasm+. По синтаксису - почти аласм, есть возможность работать со спековскими форматами файлов (.trd, hobeta), можно из кода снапшот делать, плюс ко всему приятная фича - можно выгрузить метки на диск в файл, формат которого понимает Unreal, что бы он их во встроеном дебагере показывал. По поводу редактора - прикручивал к MuitiEdit'у поддержку Sjasm'а - более чем приятно. Можно было по меткам в тексте скакать, и на ошибки при ассемблировании позиционировать курсор. Полноценное IDE получилось.

Цитата:

---

Сообщение от fk0

Ассемблер -- эта такая программа, которая из *.as получает *.obj. Какое там может быть удобство именно ПИСАНИЯ не знаю. Оное у меня обеспечивается редактором (Vim).

---

незнаю что такое *.as . может #?.asm ?
удобство писания - это НЕ редактор. это синтаксис к которому я привык.

Цитата:

---

А gas, или masm -- стало быть неассемблеры (именно так, слитно).

---

gas имеет весьма спецефичный синтаксис, непревычный программерам на x86 и z80. и конкретно мне этот синтаксис не нравится.

если фирма-разработчик процессора придумывает синтаксис, то надо им и пользоваться. а то получается ощущение винигреда (будто бы смешали 68k синтаксис с x86)

masm - да, это неассемблер. по крайней мере пользоваться им нельзя.

Цитата:

---

Сообщение от Sinus

masm - да, это неассемблер. по крайней мере пользоваться им нельзя.

---

:v2_clapp: Серьезное заявление :v2_clapp:

Цитата:

---

Сообщение от fk0

В это время что-то сбоит, например питание, и 10 часов кряду писанное гробится нахрен. Это именна та причина, по которой не следует использовать unreal speccy для таких задач.

---

Ты просто не в курсе всех возможностей US. ;)

Цитата:

---

Сообщение от Kurles

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

---

А можешь поподробнее объяснить, как этого добиться, или хотя бы где почитать?

Цитата:

---

Сообщение от Alex/AT

Набор команд, функции по макросам, "короткие" записи.

---

Набор команд однозначно определяется целевым процессором.

"Функции по макросам", вероятно, умеет любой вменяемый МАКРОАССЕМБЛЕР.
Спектрумовские, за исключением ALASM, такой возможностью не обладают.
Да и ALASM не особо... Вменяемый макропроцессор в моём понимании, если что,
это m4.

Что такое "короткие записи" я не знаю.

Цитата:

---

Сообщение от moroz1999

спасибо всем!

а вообще, для меня идеал удобства был бы:
1. редактирую на пц в произовольном редакторе

---

Кто-то запрещает?

Цитата:

---

2. компилирую в кроссассемблере в snapshot файл, который автоматом запускается в эмуле.
есть идеи как такого достичь?

---

Нужно автоматом -- напиши соответствующий скрипт. "Снапшот" может сделать вменяемый компоновщик (большинство пропагандируемых здесь недоассемблеров его вообще не имеют) путём размещение кода в нужных адресах, размещения заголовка "снапшота" в соответствующем месте, стека и т.п. и путём
преобразования этого всего в *.bin -- готовый "снапшот".

Цитата:

---

Сообщение от Sinus

незнаю что такое *.as . может #?.asm ?

---

У hitech -- *.as. У M$ -- *.asm. У GNU -- *.s. А так какая разница...

Цитата:

---

удобство писания - это НЕ редактор. это синтаксис к которому я привык.

---

Ну если привык... Тогда уже ничего не поможет. Хотя опять же наличие вменяемого макропроцессора сильно облегчает жизнь.

Цитата:

---

gas имеет весьма спецефичный синтаксис, непревычный программерам

---

Он вообще не предназначен для писания руками... Пользуйся NASM.

Цитата:

---

если фирма-разработчик процессора придумывает синтаксис, то надо им и пользоваться. а то получается ощущение винигреда (будто бы смешали 68k синтаксис с x86)

---

Согласен.

Цитата:

---

masm - да, это неассемблер. по крайней мере пользоваться им нельзя.

---

Дураков в микрософте нет.

Цитата:

---

Сообщение от Adramelek

Ты просто не в курсе всех возможностей US. ;)

---

Он уже для *.trd вместо read() научился mmap() и msync()?

Цитата:

---

Сообщение от Rubts0FF

:v2_clapp: Серьезное заявление :v2_clapp:

---

Ну я думаю мне оно позволительно, ибо писал я на асмах много.. нет, не много, дохрена ;)
И в конце концов пришёл именно к nasm (если писать на пэцэ).

зы. оффтоп всё это. я завязываю.

Цитата:

---

Сообщение от fk0

Ну если привык... Тогда уже ничего не поможет. Хотя опять же наличие вменяемого макропроцессора сильно облегчает жизнь.

---

вот такая моя доля ;)
а макросы я не люблю. ибо если сильно юзать макросы и прочие навороты, то начинаешь забывать как выглядит код.

Цитата:

---

Он вообще не предназначен для писания руками... Пользуйся NASM.

---

а я им и пользуюсь :cool:

Цитата:

---

Дураков в микрософте нет.

---

нету. но masm имеет крайне неудобный синтаксис. (особенно бесит оператор offset).

зы. чё то оно от спектрума и от тему далеко ушло. я завязываю.

Цитата:

---

Набор команд однозначно определяется целевым процессором.

"Функции по макросам", вероятно, умеет любой вменяемый МАКРОАССЕМБЛЕР.
Спектрумовские, за исключением ALASM, такой возможностью не обладают.
Да и ALASM не особо... Вменяемый макропроцессор в моём понимании, если что,
это m4.

Что такое "короткие записи" я не знаю.

---

Уточняю - набор директив.

А STRUCT макропроцессоры все умеют? Или надо искать препроцессор, который бы это мог? А сохранять в SNA, например? Или надо еще и линкер искать для ZX? А ECHO по ходу компиляции, чтобы листинг не читать, а сразу видеть размеры/точки/etc.? А MODULE и записи вида <module>.<label>? А INSERT (INCBIN)?

А "короткая запись" - это типа PUSH HL,DE,BC,AF... Крайне полезная фича :)

В общем, для кроссассемблинга на ZX мой выбор - SJAsm+. Удобнее пока не встречал. А на самом ZX нравятся ALASM и ZXASM (ZASM), но использовать их в Unreal по уже описанной причине - грабли, а реала, увы, :( нет.

Цитата:

---

Сообщение от Sinus

Ну я думаю мне оно позволительно, ибо писал я на асмах много.. нет, не много, дохрена ;)
И в конце концов пришёл именно к nasm (если писать на пэцэ).

зы. оффтоп всё это. я завязываю.

---

То это не дает тебе права голословно заявлять что masm - это неассемблер. Каждому своё, мне FASM нравиться, но я же не лаю masm.
Я тоже завязываю.

Цитата:

---

Сообщение от nyuk

А можешь поподробнее объяснить, как этого добиться, или хотя бы где почитать?

---

Легко. Собственно в начале sjasm'овсокго исходника пишем

labelslist "путь_к_унрилу\user.l"

после чего компилируем прогу, запускаем унрил, в его дебагере жмём ctrl-l и радуемся :)

Цитата:

---

Сообщение от Alex/AT

MODULE и записи вида <module>.<label>

---

Это наиболее мощная вещь!
В каких ассемблерах это есть?

Цитата:

---

В каких ассемблерах это есть?

---

Пока что SJAsm Plus только.

Цитата:

---

Сообщение от Alex/AT

Цитата:

---

В каких ассемблерах это есть?

---

Пока что SJAsm Plus только.

---

Далеко не только в этом асме ... В моём ASAM'е такое было с самого начала, ещё в 2001 ...

Цитата:

---

Сообщение от Kurles

Легко. Собственно в начале sjasm'овсокго исходника пишем
labelslist "путь_к_унрилу\user.l"
после чего компилируем прогу, запускаем унрил, в его дебагере жмём ctrl-l и радуемся

---

Спасибо. Я правда уже сам разобрался :) Но все равно спасибо и респектище.
Вещь архиполезная!

Цитата:

---

Сообщение от Alex/AT

Уточняю - набор директив.

А STRUCT макропроцессоры все умеют? Или надо искать препроцессор, который бы это

---

Этот макропроцессор называется C. Если нужны namespaces, шаблоны и прочие извращения -- C++. И к этим двум макропроцессорам сверу прикручиваются ещё
более мощные, если надо, вроде scheme.

Цитата:

---

мог? А сохранять в SNA, например?

---

А сохранять в $Z? А в $X? А в $N? А в *.fjh? А в текст программы начитанный в wav-файл на русском языке в кодировке iso-8859-5?

Цитата:

---

Или надо еще и линкер искать для ZX?

---

Для ZX -- не надо. Даже для Z80 не нужно. Достаточно для выбранного компилятора.

Цитата:

---

А ECHO по ходу компиляции, чтобы листинг не читать, а сразу видеть размеры/точки/etc.?

---

Я даже не знаю это как. Но в том, что в приличной программе ничего не помещается в 24 строчки стандартного терминала -- уверен. Листинг нужен в любом случае и он удобнее. Нужно в процессе: cat | tail |grep | awk | less...

Цитата:

---

А MODULE и записи вида <module>.<label>?

---

Это называется namespace и поддерживается макропроцессором C++.

Цитата:

---

А INSERT (INCBIN)?

---

А нефиг.

Цитата:

---

А "короткая запись" - это типа PUSH HL,DE,BC,AF... Крайне полезная фича :)

---

Это реализуется рекурсивным макросом.

*Здравствуй, Alexey!*

Лови мои идеи по поводу сабжа "Асмы и удобство разработки", о котором трещала в 20 Apr 2006 твоя портянка к тов. All.

Цитата:

---

Sjasm+. По синтаксису - почти аласм, есть возможность работать со
спековскими форматами файлов (.trd, hobeta), можно из кода снапшот
делать, плюс ко всему приятная фича - можно выгрузить метки на диск в
файл, формат которого понимает Unreal, что бы он их во встроеном
дебагере показывал. По поводу редактора - прикручивал к MuitiEdit'у
поддержку Sjasm'а - более чем приятно. Можно было по меткам в тексте
скакать, и на ошибки при ассемблировании позиционировать курсор.
Полноценное IDE получилось.

---

Можно поинтеpесоваться, какой веpсии MultiEdit, и где его можно скачать?

/Вот и всё, Alexey, можешь листать дальше.../

... Достоинства выставляют с целью скрыть недостатки.

*Здравствуй, Alexey!*

Лови мои идеи по поводу сабжа "Асмы и удобство разработки", о котором трещала в 20 Apr 2006 твоя портянка к тов. All.

Цитата:

---

Sjasm+. По синтаксису - почти аласм, есть возможность работать со
спековскими форматами файлов (.trd, hobeta), можно из кода снапшот
делать, плюс ко всему приятная фича - можно выгрузить метки на диск в
файл, формат которого понимает Unreal, что бы он их во встроеном
дебагере показывал. По поводу редактора - прикручивал к MuitiEdit'у
поддержку Sjasm'а - более чем приятно. Можно было по меткам в тексте
скакать, и на ошибки при ассемблировании позиционировать курсор.
Полноценное IDE получилось.

---

Можно поинтеpесоваться, какой веpсии MultiEdit, и где его можно скачать?

/Вот и всё, Alexey, можешь листать дальше.../

... Достоинства выставляют с целью скрыть недостатки.

C++, C++ . Товарищ, вы бредите. Мы про асмы, а не про C++.

Кста, кого-нибудь интересует удобная среда разработки под sjasm и asm80win (от Медноногова)?

Цитата:

---

Сообщение от demon_zx

Кста, кого-нибудь интересует удобная среда разработки под sjasm и asm80win (от Медноногова)?

---

а в чем ее отличие от связки текстовый редактор + асм + эмуль с дебаггером?
...вообще, если под линухом пашет, то интересует :rolleyes:

А если стоко всего надо так чего не пользовать zEmu асм Кладова ?
Там и struct и define и макросы интересные, и много-много всего... И дебуггер сразу и редактор..

Цитата:

---

Сообщение от demon_zx

Кста, кого-нибудь интересует удобная среда разработки под sjasm и asm80win (от Медноногова)?

---

меня интересует..

Господа - помогите советом ламеру - не могу загрузить GENS4 под EmuZWin 2.5v, загружаю так, как описанов книге "Как написать игру на ассемблере для ZX Spectrum". Вместо того чтобы один раз загрузиться, он грузиться все время, как бы в цикле.

брось ты этот генс. возьми аласм. если чо не поймёшь - спросишь.

лично мой совет - sjasm + нормальный блокнот наподобие scite. мою продуктивность повысило раз в 5 по сравнению с zasm.

Цитата:

---

Сообщение от moroz1999

лично мой совет - sjasm + нормальный блокнот наподобие scite. мою продуктивность повысило раз в 5 по сравнению с zasm.

---

я подумывал перейти с аласма сюда, но мне не нравится, что надо каждый раз ждать пока загрузится эмуль, чтобы посмотреть работу программы. как ты справляешься с этим недостатком?

да как-то особо никак. пользуюсь анрилом, он на моей машинке грузится почти моментально.
экономлю время в основном засчет удобства редактирования и автоматизирования - батник собирает trd с автобутом, анрил настроен так, чтобы сразу стартовать trdos - минимум нажатий клавиш.