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

[denpopov]

Скачал среду, изучаю. Протестуещие пусть идет лесом,

квартира готова?

[Advertiser]

[Andrew771]

Сообщение от Reobne
2. При нажатии F11 возникла ошибка "command error: object OfrontOPM.MaxStruct inconsistently imported from OfrontOPC" Что это?
Данную ошибку в репозитории я уже починил, а заключалась она в том, что я увеличил константу - максимальную длину идентификатора, но не пересобрал модули, которые зависели от этой константы. BlackBox такую ошибку легко определяет и очень часто это помогает экономить время.

Я тоже пробовал ZXDev на днях, но эта же ошибка выскочила. Опять буду пробовать.

---------- Post added at 10:24 ---------- Previous post was at 10:23 ----------

Если разберусь, то библиотеки на асме могу потом делать потихоньку

[Kakos_nonos]

квартира готова?

Одну уже TS-Labs'у подарил, сейчас в поиске другой. Кстати, если скрестить ТСконфу и эту среду, думаю крутотень выйдет. Отрисовкой спрайтов будет не тормознутый код занимться а железо, а логику игры в оберон (или модулу, она мне как-то больше приглянулас)

[Andrew771]

Если разберусь, то библиотеки на асме могу потом делать потихоньку

Вопрос пока, как будут передаваться параметры процедур из Оберона в асм (например, вывод нужного спрайта в нужной позиции). Но возможно решится сам, если разберусь со средой.

[Alex Rider]

Вопрос пока, как будут передаваться параметры процедур из Оберона в асм

ZXDev использует SDCC как прослойку при компиляции, а в SDCC аргументы функций лежат на стеке после адреса возврата.

[Andrew771]

Во, наконец получилось скомпилить файл ASCII.mod.

Исходный Оберон:

MODULE ASCII; (*$MAIN*)
IMPORT Console;
VAR
	n: INTEGER;
BEGIN
	FOR n := 32 TO 127 DO Console.WriteCh(CHR(n)) END;
END ASCII.

Скомпилировалось в:

	.area _GSINIT
;--------------------------------------------------------
; Home
;--------------------------------------------------------
	.area _HOME
	.area _HOME
;--------------------------------------------------------
; code
;--------------------------------------------------------
	.area _CODE
;ASCII.c:14: export main(int argc, char **argv)
;	---------------------------------
; Function main
; ---------------------------------
_main_start::
_main:
;ASCII.c:20: ASCII_n = 32;
	ld	iy,#_ASCII_n
	ld	0 (iy),#0x20
	ld	iy,#_ASCII_n
	ld	1 (iy),#0x00
;ASCII.c:21: while (ASCII_n <= 127) {
00101$:
	ld	a,#0x7F
	ld	iy,#_ASCII_n
	cp	a, 0 (iy)
	ld	a,#0x00
	ld	iy,#_ASCII_n
	sbc	a, 1 (iy)
	jp	PO, 00114$
	xor	a, #0x80
00114$:
	jp	M,00103$
;ASCII.c:22: Console_WriteCh((CHAR)ASCII_n);
	ld	iy,#_ASCII_n
	ld	h,0 (iy)
	push	hl
	inc	sp
	call	_Console_WriteCh_COMPACT
	inc	sp
;ASCII.c:23: ASCII_n += 1;
	ld	iy,#_ASCII_n
	inc	0 (iy)
	jr	NZ,00101$
	ld	iy,#_ASCII_n
	inc	1 (iy)
	jr	00101$
00103$:
;ASCII.c:25: __FINI;
	ld	hl,#0x0000
	ret
_main_end::
	.area _CODE
	.area _INITIALIZER
	.area _CABS (ABS)

Это оптимально?
И что за строки типа .area _CODE?
Это не будет работать на асме.

[denpopov]

cp a, 0 (iy)

что это? оО

[Blade]

Это оптимально?

Нет.

[jerri]

что это? оО

cp (iy+0)

Ну да SDCC дает не самый оптимальный код. мягко говоря.
О чем и писалось в соседних ветках.

я бы использовал

cp (hl)

но код портировали с 6502 потому и IX и IY

ну и то что он использует WORD вместо CHAR тоже неправильно.

[Andrew771]

ну и смысл всё это использовать?

---------- Post added at 13:34 ---------- Previous post was at 13:32 ----------

или там где-то опять настройками sdcc играться?