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

[moroz1999]

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

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

[Advertiser]

[rasmer]

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

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

[moroz1999]

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

[Sinus]

Итак.

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

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

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

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

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

[fk0]

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

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

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

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

[fk0]

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

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

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

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

[Alex/AT]

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

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

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

[moroz1999]

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

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

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

[moroz1999]

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

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

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

[Kurles]

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

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

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

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