Мощная среда ZXDev для разработки НА ПЯТИ ЯЗЫКАХ для ZX готова к тестированию

[Oleg N. Cher]

Подтвердить-то подтвердить. На уровне вопрошающего подтверждений ответа нет. Ему всегда не то и не так. Так что списков у меня нет.

Да, Си компактен. Но его синтаксис приходится "распаковывать" в голове. Впрочем, для ретро по-другому и не будет.
Паскаль вот более нагляден. Но кому это интересно.

Ты игр на асме не пишешь. Но они тебя не трогают. Их не касается, что ты делаешь. Я тоже твои посты просматриваю по диагонали. Какой-то дизасм, какие-то суровые системы от DEC. Кому что. Но святую троицу я крепко задеваю за живое. Сам не пойму почему. У меня только одно объяснение: им надо втюхать свои короны хоть кому-то. Оправдать свои, так сказать, потуги.

Если кому-то кто-то не нравится, любой нормальный человек просто пройдёт мимо. Но только не утырки и гопота. Для них это прям их: "а чего без шапки?" и "дай закурить".

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

[Advertiser]

[Shiny]

я тоже уподобляюсь утыркам

присоединяйся к ушлепкам, они попроще.

[Oleg N. Cher]

Не примут, даже пробовать не буду. Они специфические, им надо на конкурсах побеждать. Зачем им Оберон.

[Hunta]

Так что списков у меня нет.

Значит и говорить о компактности или не компактности - не за чем.

Но его синтаксис приходится "распаковывать" в голове.

У всего есть своя цена. И компактность тоже имеет свою цену. Как и минималистичность (намёк на Oberon-ы) языка.

Паскаль вот более нагляден. Но кому это интересно.

И именно его синтаксис (точнее - синтаксис Modula-2) был у меня в голове, когда я допиливал структурные макросы. "Но кому это интересно"

В первую очередь по синтаксису языка меня мало какие языки устраивают. Качество кодогенерации плюс тянущиеся за языком модули поддержки - убивают и те, которые устраивают. Макро возможности же транслятора MACRO-11 таковы, что что-то, более менее близкое к идеалу (синксис, качество код плюс минимальный размер модулей поддержки) - удалось получить с помощью макросов.

[Oleg N. Cher]

Ну, если Си компактнее Паскаля (имеется в виду синтаксис), то значит говорить есть о чём. А ассемблер тут вообще и рядом не валялся.

Счастливый ты человек, Хунта. Хоть и по синтаксису тебя мало какие языки устраивают (как и меня), но запилил себе макросы в MACRO-11, и норм тебе. Меня бы такое не удовлетворило. Эстетические чувства вопят и не позволяют.

[Lethargeek]

Не весь ваш опыт, а только лишь навязчивость и советы, которых у вас никто не просил.

я напомню, что происходило в соседней ветке:

А я рекомендую писать на PL/M.

она даже под атари не на яву

Есть сомнения, что не хватит скорости/памяти? Или хотите очередную жертву в свою секту ассемблерщиков втянуть?

джерри, тебе с твоими ассемблячими мозгами не понять,

то есть:
1) обсуждаются технические вопросы
2) заявляется оберонщик со своими ничуть не менее непрошеннымы и и навязчивыми советами
и ладно бы он их попытался чуть более веско обосновать технически вслед за тем, как
3) jerri спокойно и корректно выражает сомнение в полезности совета от оберонщика...
4) ...но в ответ немедленно получает истеричное "рряяя, секта! ррряяяя, ассемблячьи мозги!"

Вот это уже перебор. Я где-то такое говорил?

тогда какое отношение твой "рабочий софт" имеет к этому форуму?

[Oleg N. Cher]

jerri спокойно и корректно выражает сомнение в полезности совета от оберонщика...

Речь шла о снижении производительности на 20-30% от ассемблерной. Z80 не такой дохлый, как 6502. Блин. Ну это же Shamus! Это не мультиколорная Yazzie от Грачёва! И не Valley of Rains от Zosya! И не топовый Dizzy от drbars. ЭТО ГРЁБАННЫЙ ШАМУС!

К тому же, совет писать на PL/M был обращён не к святой троице, а к yevrowl ещё до того, как он сказал, что не будет разрабатывать Shamus. Было вполне корректно высказано сомнение, что несмотря на ваши влажные фантазии, писать на асме игры он сможет не менее чем через пару-тройку лет. Да и будет ли он вообще заниматься написанием игр на асме.

тогда какое отношение твой "рабочий софт" имеет к этому форуму?

Реакция на: "ты ничего не знаешь, мы всё знаем", "ты ничего не умеешь, мы умеем", "ты даже не представляешь, что такое знать ассемблер, мы представляем", "ты не умеешь программировать, мы умеем", "ты не делаешь игры, мы делаем", "ты не бог ретро, мы боги ретро" и т.п.

- - - Добавлено - - -

P.S. А с ассемблерными подпрограммами для графики PL/M мог бы дать падение производительности ещё поменьше, чем на 20-30%. Значительно.

[Dart Alver]

К тому же, совет писать на PL/M был обращён не к святой троице, а к yevrowl ещё до того, как он сказал, что не будет разрабатывать Shamus. Было вполне корректно высказано сомнение, что несмотря на ваши влажные фантазии, писать на асме игры он сможет не менее чем через пару-тройку лет. Да и будет ли он вообще заниматься написанием игр на асме.

Это было бы справедливо если бы существовали какие-либо заготовки, наработки, либы для PL/M под спек. Но в данном случае, чтобы написать прогу на ПЛ/М нужно достаточно хорошо освоить ассемблер, чтобы написать подпрограммы для вывода графики, текста, звука, обработки джойстиков и клавы. Если всё это делать на самом ПЛ/М, то там уже потеря мощности будет значительно больше.
Хотя согласен что автоматический парсинг сложных выражений куда удобнее их ручного разбора в асм, но всёже ПЛ/М весьма убог (это как плюс, так и минус - аля привет отсутствие многомерных массивов и передача массивов в параметры) и хотя и намного ближе к ассемблеру чем тот же C , но многие вещи которые на ассемблере делаются в раз, на ПЛ/М не всегда понятно как провернуть без ассемблера )) , а описания зачастую не столь детальны чтобы сходу понять например как конкретно работать с флагом переноса т.е. результатом сложений/вычитаний с помощью + - или PLUS MINUS
Плюс тот факт что код будет не под Z80 а 8080. Да и с самим компилятором/линковальщиком ещё разобраться надо, в отличие от ассемблера, где сразу готовый продукт на выходе.

Так что тут скорее истина гдето посередине. Вроде как использовать можно, но проще ли это будет в нынешних реалиях ? Если и проще, то не так и намного, а скорее наоборот.
Если бы совет для новичка шел от человека уже имеющего опыт использования подобного способа разработки на практике для этой платформы, разговор был бы другой, а так всё свелось в обычный цензура офтопп.
В общем всё сводится к первопроходчеству, кому в непаханый сугроб топтаться хочется ?

[Lethargeek]

Речь шла о снижении производительности на 20-30% от ассемблерной.

разве что от совсем неоптимальной ассемблерной кальки с яву

Z80 не такой дохлый, как 6502.

снова демонстрируешь, что не в теме
"не такой дохлый как 6502" ГДЕ, в каком компе?
ежели в атари на 1.77мгц - то примерно равен спековскому
притом в атари камню надо делать меньше работы

Ну это же Shamus! Это не мультиколорная Yazzie от Грачёва! И не Valley of Rains от Zosya! И не топовый Dizzy от drbars. ЭТО ГРЁБАННЫЙ ШАМУС!

Yazzie с Dizzy не особенно динамичные, спрайтов мало
Valley точно не на расстоянии 30% от гипотетической на яву))

К тому же, совет писать на PL/M был обращён не к святой троице, а к yevrowl ещё до того, как он сказал, что не будет разрабатывать Shamus.

нагло врёшь, твой первый пост там не имел конкретного адресата и был высказан уже в ходе обсуждения программирования
+ если он не собирается разрабатывать, то совет именно ему был бы еще более "непрошенным и навязчивым", чем другим

ещё до того, как он сказал, что не будет разрабатывать Shamus. Было вполне корректно высказано сомнение, что несмотря на ваши влажные фантазии, писать на асме игры он сможет не менее чем через пару-тройку лет. Да и будет ли он вообще заниматься написанием игр на асме.

он сказал, что не потянет "для ZX Spectrum", а что это якобы из-за асма - уже твоя влажная отсебятина

Реакция на: "ты ничего не знаешь, мы всё знаем", "ты ничего не умеешь, мы умеем", "ты даже не представляешь, что такое знать ассемблер, мы представляем", "ты не умеешь программировать, мы умеем", "ты не делаешь игры, мы делаем", "ты не бог ретро, мы боги ретро" и т.п.

иии? это всё сказано про ретро-разработку на ретро-форуме
еще раз: при чём тут "рабочий софт"?

P.S. А с ассемблерными подпрограммами для графики PL/M мог бы дать падение производительности ещё поменьше, чем на 20-30%. Значительно.

о, еще лучше: поскольку для тяжёлой графики это явно не так, то (оказывается) писать с ассемблерными вставками придётся "простую логику"

[Oleg N. Cher]

В общем всё сводится к первопроходчеству, кому в непаханый сугроб топтаться хочется ?

Благодарю за пост. Это уже конструктив. С перечисленными доводами согласен.

Самая большая сложность - это то, что в асме из тулчейна PL/M поддерживаются только мнемоники 8080. В PL/M-тусовке - им просто не нужен Z80. Они там любят CP/M и советские машинки на К580.

Так что пришлось бы использовать только мнемоники 8080.

Но проблема вполне преодолимая. При помощи ИИ можно за несколько вечеров сделать ассемблер Z80. В конце концов, пилить себе тулзы это нормальная практика. Я думаю, ретро-разработчиков таким не испугаешь.

Но святой троице и так норм)))

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

Библиотеки именно для Спектрума это не такая уж проблема тоже. В ZXDev уже есть много чего. Только перетащить под PL/M.

Отправная точка в виде хелловорлда для ZX здесь: https://github.com/Oleg-N-Cher/PLM-80