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

[denpopov]

Все упирается в поддержку. Чем меньше и проще софт, тем проще его поддерживать

да, для тебя лучше придуманная система плагинов.

[Shadow Maker]

Все упирается в поддержку. Чем меньше и проще софт, тем проще его поддерживать.
В случае сабжа, в студенческий наколеночный проект напихали всякой херни и продолжают кричать, что все сделано правильно и надо "лучше фиксить баги".

Ну ты ж не хочешь фиксить баги, потому что там всё переписывать надо, твои же слова. А ломать не строить, выкинуть - дело пяти минут. Причем от того, что ты выкинешь "всякую херню" - компилять лучше не станет и баги сами собой не исчезнут. Так зачем заниматься какой-то херней по выпиливанию нужных (для 90% асмокодеров, не кодящих на сях профессионально) вещей, вместо того, чтобы зафиксить действительно важные баги?

[Vitamin]

Ну ты ж не хочешь фиксить баги, потому что там всё переписывать надо, твои же слова.

Насчет "все переписывать" согласен (уже понемногу в процессе). На тему "не хочешь" - пруф, пожалста.

А ломать не строить, выкинуть - дело пяти минут.

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

[Shadow Maker]

Насчет "все переписывать" согласен (уже понемногу в процессе). На тему "не хочешь" - пруф, пожалста.

Да тут где-то в этой же теме ты писал, что тебе лениво, потому что много всего надо делать.

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

[Vitamin]

Да тут где-то в этой же теме ты писал, что тебе лениво, потому что много всего надо делать.

Конкретную цитату можно? Ну чтоб было понятно, что дело именно в лени.

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

Я уже выпилил поддержку WinCE и директивы MAP/ENDMAP. Ты про них знаешь и пользуешься?

[Shadow Maker]

Конкретную цитату можно? Ну чтоб было понятно, что дело именно в лени.

Не, ну а смысл? Это было года 2 назад Какие еще варианты, кроме "другие приоритеты/некогда/работаю" (они же "лень")?

WinCE мне пофигу. MAP/ENDMAP знаю, но ими не пользуюсь, по очевидным причинам что я не пользуюсь структурами в подобном ключе вообще. Но возможно кто-то привык и пользуется, зачем выпилил? Это продиктовано необходимостью для реализации чего-то еще?

[Advertiser]

[ZXMAK]

Да тут где-то в этой же теме ты писал, что тебе лениво, потому что много всего надо делать.

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

Дак пользуются потому что нормальной альтернативы нет
Я вот тоже savebin юзаю, хоть это и неудобно, а что делать - на безрыбье и рак рыба

Пока вручную компиляцию вызываешь это сильно не мешает, а вот если нужно автоматом вызвать sjasm указав ему параметры компиляции и список входных/выходных файлов, тут уже прийдется задуматься, т.к. savebin будет только мешать

[Vitamin]

Пока вручную компиляцию вызываешь это сильно не мешает, а вот если нужно автоматом вызвать sjasm указав ему параметры компиляции и список входных/выходных файлов, тут уже прийдется задуматься, т.к. savebin будет только мешать

В принципе, решается весьма просто. Все savebin/savetrd выносятся в отдельные исходники, указываемые в качестве дополнительного источника сборки:

;buildtrd.asm
  savetrd game.trd,game.C,32768,32768

;buildtap.asm
  savetap "game.tap",32768

;buildsna.asm
  savesna "game.sna",32768

сборка в разных режимах:

trd:
  sjasm game.asm buildtrd.asm

tap:
  sjasm game.asm buildtap.asm

sna:
  sjasm game.asm buildsna.asm

---------- Post added at 10:05 ---------- Previous post was at 10:03 ----------

"другие приоритеты/некогда/работаю" (они же "лень")

Значит и тебе лень тоже. Чего тогда возмущаешься, а не баги фиксишь?

Это продиктовано необходимостью для реализации чего-то еще?

Это продиктовано здравым смыслом. Зачем нужны две похожие функциональности, практически полностью друг друга повторяющие?

---------- Post added at 10:08 ---------- Previous post was at 10:05 ----------

А ломать не строить, выкинуть - дело пяти минут.

Что-то можно за пять минут выкинуть, а на что-то полдня может уйти.

Так зачем заниматься какой-то херней по выпиливанию нужных (для 90% асмокодеров, не кодящих на сях профессионально) вещей, вместо того, чтобы зафиксить действительно важные баги?

"Сопровождамость? Не, не слышал"

[Shadow Maker]

Значит и тебе лень тоже. Чего тогда возмущаешься, а не баги фиксишь?

Дык я в си++ как свинья в апельсинах. И даже если я его вдруг выучил бы, мои "фиксы" были бы на уровне тех же школьных поделок, то есть бесполезные. Тут опытный человек нужен, ты сам это понимаешь.

Это продиктовано здравым смыслом. Зачем нужны две похожие функциональности, практически полностью друг друга повторяющие?

Ну в общем-то да.

"Сопровождамость? Не, не слышал"

Слышал. Но почему у тебя "сопровождаемость" упирается в savetrd и прочие такие команды - мне непонятно. Ты хочешь сказать, что это такие убер-команды, которые рушат на корню всё остальное? Или как они тебе так помешали сопровождать код? Баги что, в savetrd находятся?

---------- Post added at 11:54 ---------- Previous post was at 11:51 ----------

Пока вручную компиляцию вызываешь это сильно не мешает, а вот если нужно автоматом вызвать sjasm указав ему параметры компиляции и список входных/выходных файлов, тут уже прийдется задуматься, т.к. savebin будет только мешать

Ну я это решаю при помощи внешнего скрипта, который собственно и делает на основе входного параметра инклуд с savebin/savesna/savetrd в виде текста. Витамин предложил то же самое, как я понимаю.

[Vitamin]

Дык я в си++ как свинья в апельсинах. И даже если я его вдруг выучил бы, мои "фиксы" были бы на уровне тех же школьных поделок, то есть бесполезные. Тут опытный человек нужен, ты сам это понимаешь.

Прекрасно. Предполагаю, что ты разбираешься в разработке, поэтому расскажу свой взгляд на дела в компиляторе на программистском языке.
Куча старого кода. Неактуального, либо имеющего более удобные аналоги.
Полуметровый геморрой в виде поддержки старых систем (dos, wince). Возможно, из-за них практически не используется стандартная библиотека С++, а пишутся велосипеды и работа с ресурсами (памятью, файлами) врукопашную по-джедайски "для экономии", что приводит как раз к постоянным утечкам этих самых ресурсов и загадочным багам.
Использование глобальных переменных где надо и где не надо, из-за чего размазывается логика и возникают непредсказуемые побочные эффекты.
Новый функционал зачастую вхерачен абы как.

Это только то, что я смог слету вспомнить. Не говоря уже более тонких вещах.

Слышал. Но почему у тебя "сопровождаемость" упирается в savetrd и прочие такие команды - мне непонятно. Ты хочешь сказать, что это такие убер-команды, которые рушат на корню всё остальное? Или как они тебе так помешали сопровождать код? Баги что, в savetrd находятся?

Во-первых, находятся. Во-вторых, кто тебе сказал, что я буду вырезать функции save*?