Azt csak én nem értem, hogy minek kell ezt így túl bonyolítani?

Akkor neked inkább valami Z80-as C fordító kellene ami tud inline assembly-t fordítani.

SDCC -vel kezdtem, arról akarok most átállni assembly -re. De a kényelem az kéne, amennyire csak lehet. Ki fogok dolgozni magamnak valószínűleg ilyen HLA makrókészletet, amivel tudok majd (nem sebességkritikus részeket) gyorsabban megírni,

de ez a cimke dolog ez egy tok fuggetlen layer.

Ez nagyon kéne a kényelmes, gyors kódoláshoz, hogy egy újabb címke felvétele ne tartson hat nap hét éjszaka.

És megörültem, hogy a sjasm tud ilyet, erre kiderül hogy csak 3 hierarchia szinten ...

Azt csak én nem értem, hogy minek kell ezt így túl bonyolítani?

Nem minden ember zseni.

Én pedig programozni szeretnék, nem pedig hekkelni.

Pedig hidd el, néha üdítő tud lenni egy kis ilyen favágás - mert szerintem ez a hekkeléstől messze esik - jellegű dolog is. Ki akarna mindig csak termelni?

Szerintem a page-eknek tobb ertelme van,

Igen, arra is nagy szükségem lesz, remélem nem kell abban is csalódjak.

De ezt a névtér dolgot még nem adtam fel ...

Kell itt lennie vmi okosságnak amit még nem értek ...

Pedig a C++ izgalmas dolog. Főleg amikor találgatod mit sikerült ilyen szépen elcseszni, hogy teljesen jónak néz ki, de a fordító meg ordít hogy na ezt ő aztán nem. A legizgibb dolog a template, főleg amikor valamilyen könyvtárat használsz, és a fordító dob a legjobb ötleteidre 3-4 soros hibaüzenetet, de olyat hogy a hivatkozott objektumokat sem bírod elkülöníteni csak 10 perces szemgúvasztással.

Amugy Z80System problemajat oszinten szolva nem ertem (ez nem kritika akart lenni, egyszeruen nekem nem ilyen a gondolkodasom pl, stb). Az assembly lenyege az lenne, hogy ember szamara emeszheto, de vegulis majdnem gepi kod legyen elotted (csak ne kelljen pl hex-ben begepelni az egeszet, relativ ugrasokat kezzel szamolni stb). Elteroen egy magas szintu nyelvtol mint pl a C vagy C++, ahol az absztrakcios szint magasabb joval. Szoval az assembly egy kicsit emesztheto formaban de a CPU "gondolkodasmodjat" tukrozi, es nyilvan ezzel lehet kiaknazni a legtobbet amit az adott CPU tud (abba most ne menjunk bele, hogy modern RISC CPU-knal egy valag regiszterrel stb lehet, az emberi agy mar rosszabb kodot ir asm-ban mint pl egy C fordito general, maradjunk a Z80-nal es hasonlo CPU-knal). Tehat filozofiai szempontbol nekem kicsit santit, hogy miert akarod itt eroltetni az egeszen absztrakt fogalmakat, mint a nevter, egymasba agyazas stb. "Nem akarsz hekkelni" - ok, de vegulis az assembly pont errol szol, hogy pl nem egy szep pl OOP paradigma alapjan elvi megfontolasok alapjan tervezett nyelvet hasznalsz (aminek esetleg semmi koze mar az adott hw - foleg a CPU - mukodesehez), hanem lemesz kb a CPU szintjere.

Mert pont nem érdekel a filozófia.

Játékot akarok (nó filó), leggyorsabban futót, legkisebb méretűt -> KÉNYTELEN vagyok assembly -ben lekódolni, leggyorsabban elkészülőt (zeró idő alatt) ->nem érek rá címkeneveket kitalálgatni és nem vagyok ufó, hogy a visz435435 címkéből egyből értsem hol vagyok és mi az, közben pont letojom mi a gépközeli mi sem ...

Aha. Akkor lehet neked nem is assembly kene. Van par kisse kevesbe ismert nyelv (bar egyiknek a neve sem jut eszembe, hehe ...) ami sokkal alacsonyabb szintu mint a C, kvazi legtobb esetben tenyleg egy-egy opcode lenne egy adott konstrukcio, am az assembly-nel megis magasabb szintu.

https://en.wikipedia.org/wiki/Action!_%28programming_language%29

Sajna most ezt tudtam csak kiguglizni, ez epp nagyon nem Z80 (hanem 6502), de csak mint elvi pelda. Idezve az oldalrol:

"Constructs were designed to map cleanly to 6502 opcodes, to provide the high performance necessary for game and graphics demos without needing complex optimizations in the compiler."

Szoval a fenti peldat inkabb csak az elv kapcsan irtam le, hogy te boldogabb lehetnel esetleg nem assembly-vel, ami teljesitmenyben nem (vagy nem sokkal) marad el, de megis magasabb szintu programozasi nyelv.

http://www.dwheeler.com/6502/

Itt is ilyesmikrol van szo, sajnos ez is elegge 6502 specifikus, es ismet inkabb csak peldanak szanom ...