Dsl , 100% asm par ici
| CPC Rulez https://cpcrulez.fr/forum/ |
|
| z88dk vs SDCC https://cpcrulez.fr/forum/viewtopic.php?f=4&t=5178 |
Page 1 sur 2 |
| Auteur : | hERMOL [ 19 Jan 2014, 18:55 ] |
| Sujet du message : | z88dk vs SDCC |
amis codeur ! quel tool utilisez vous ? |
|
| Auteur : | fano [ 19 Jan 2014, 19:38 ] |
| Sujet du message : | Re: z88dk vs SDCC |
Dsl , 100% asm par ici
|
|
| Auteur : | hERMOL [ 19 Jan 2014, 19:49 ] |
| Sujet du message : | Re: z88dk vs SDCC |
tu utilise quoi comme compilateur/editeur ? |
|
| Auteur : | fano [ 19 Jan 2014, 21:41 ] |
| Sujet du message : | Re: z88dk vs SDCC |
Notepad++ pour l'éditeur , Sjasm pour l'assembleur et XBlite pour faire mes transformations/conversions/génération de données (j'ai d'ailleurs écrit la moulinette ultime la semaine dernière, faut juste que je la rende un peu plus présentable avant de vous en faire profiter )
|
|
| Auteur : | Hwikaa [ 20 Jan 2014, 08:36 ] |
| Sujet du message : | Re: z88dk vs SDCC |
Notepad++ ou carrément Winape mais bon, ça compte pas, je débute... ^^ |
|
| Auteur : | Plissken [ 20 Jan 2014, 09:22 ] |
| Sujet du message : | Re: z88dk vs SDCC |
protext et maxam 1.5 en rom |
|
| Auteur : | Megachur [ 21 Jan 2014, 08:11 ] |
| Sujet du message : | Re: z88dk vs SDCC |
fano a écrit : Notepad++ pour l'éditeur , Sjasm pour l'assembleur et XBlite pour faire mes transformations/conversions/génération de données (j'ai d'ailleurs écrit la moulinette ultime la semaine dernière, faut juste que je la rende un peu plus présentable avant de vous en faire profiter )pour ma part, pspad et winape... je vais essayé sjasm, mais tous les autres que j'ai essayé n'était pas compatible 100% MAXAM, donc toujours des macros ou autre à réécrire !!! a+ Megachur |
|
| Auteur : | Plissken [ 21 Jan 2014, 09:01 ] |
| Sujet du message : | Re: z88dk vs SDCC |
Rassurez moi,je suis pas le seul a programmer sur un vrai cpc ? |
|
| Auteur : | TotO [ 21 Jan 2014, 09:33 ] |
| Sujet du message : | Re: z88dk vs SDCC |
En même temps, le sujet est "z88dk vs SDCC". Donc, quels outils sont utilisés par ceux qui font du cross-dev.
|
|
| Auteur : | Plissken [ 21 Jan 2014, 11:26 ] |
| Sujet du message : | Re: z88dk vs SDCC |
TotO a écrit : En même temps, le sujet est "z88dk vs SDCC". Donc, quels outils sont utilisés par ceux qui font du cross-dev. plissken vient de mettre ses lunettes 
|
|
| Auteur : | fano [ 21 Jan 2014, 13:06 ] |
| Sujet du message : | Re: z88dk vs SDCC |
Plissken a écrit : Rassurez moi,je suis pas le seul a programmer sur un vrai cpc ? De mémoire il y encore du monde qui code sous Dams comme par exemple Hicks, Ast ect... Moi même ça m'arrive quand j'ai un hard non émulé comme le CTC-AY. |
|
| Auteur : | fano [ 21 Jan 2014, 13:17 ] |
| Sujet du message : | Re: z88dk vs SDCC |
Megachur a écrit : je vais essayé sjasm, mais tous les autres que j'ai essayé n'était pas compatible 100% MAXAM, donc toujours des macros ou autre à réécrire !!! La syntaxe de Sjasm est légèrement différente (attention à toujours laisser un espace blanc ou une tabulation en début de ligne pour tout ce qui n'est pas un label) mais une fois l'adaptation faite il est excellent, si tu es habitué à des languages plus structurés c'est vraiment appréciable.Je l'utilise aussi car je code pour d'autres machines à base de Z80.Un truc interessant c'est qu'il te sort tes symboles au format ASM du coup certains émulateurs te permettent de récupérer tes symboles pour débugguer (comme Winape ou BlueMSX par ex)
|
|
| Auteur : | hERMOL [ 21 Jan 2014, 17:40 ] |
| Sujet du message : | Re: z88dk vs SDCC |
fano a écrit : Un truc interessant c'est qu'il te sort tes symboles au format ASM du coup certains émulateurs te permettent de récupérer tes symboles pour débugguer (comme Winape ou BlueMSX par ex) Intéressant , j'ignorai que winape pouvais ouvrir les mapfiles généré par un linker/compilateur. |
|
| Auteur : | fano [ 21 Jan 2014, 19:45 ] |
| Sujet du message : | Re: z88dk vs SDCC |
Il ne s'agit pas d'un à proprement dire mapfile mais d'un fichier au format asm qu se présente sous cette forme : Code : restart.rst0: equ 00000000h restart.rst1: equ 00000008h restart.rst2: equ 00000010h restart.rst3: equ 00000018h restart.rst4: equ 00000020h restart.rst5: equ 00000028h int.setup: equ 00000030h int.entry_point: equ 00000038h int.notVBL: equ 00000045h int.current: equ 00000046h int.VBLdone: equ 0000004Ah int.done: equ 0000005Ah int.end_isr: equ 0000005Dh int.setup_entry: equ 0000005Fh int.list: equ 00000068h core.init: equ 00000078h screen.waitVBL: equ 0000007Eh screen.waitVBLloop: equ 00000080h screen.waitVBLend: equ 00000086h screen.waitVBLendloop: equ 00000088h core.deexo: equ 0000008Eh core.exo_initbits: equ 00000099h core.exo_node1: equ 000000A3h core.exo_get4bits: equ 000000A5h core.exo_setbit: equ 000000B5h core.exo_mainloop: equ 000000C8h core.exo_getindex: equ 000000D1h core.exo_literalcopy: equ 000000E4h core.exo_continue: equ 000000E8h core.exo_goforit: equ 00000101h core.exo_getpair: equ 00000118h core.exo_getbits: equ 00000131h core.exo_gettingbits: equ 00000134h core.exo_getbit: equ 0000013Fh core.exo_mapbasebits: equ 0000014Ch key.scan: equ 000001E8h key.loop: equ 00000209h key.map: equ 00000219h core.waitnops: equ 00000223h core.waitvbl: equ 0000022Dh core.fill: equ 00000238h core.mult16: equ 00000240h core.stack: equ 000003F1h core.end_core: equ 000003F1h engine.map_base: equ 00004000h engine.map_base_alt: equ 0000C000h mapinfo.bank: equ 00000000h mapinfo.width: equ 00000001h mapinfo.height: equ 00000003h mapinfo.start: equ 00000005h mapinfo: equ 00000007h engine.startup: equ 000003F4h engine.int_table: equ 00000422h engine.int0: equ 00000432h engine.int1: equ 0000043Ah engine.int1_changeR9: equ 0000047Fh engine.r9change: equ 000006B2h engine.int_line1: equ 000006D2h engine.int2: equ 00000707h engine.int3: equ 0000071Eh engine.int4: equ 0000072Bh engine.int5: equ 0000072Eh grid.init: equ 00000736h grid.putCol: equ 0000074Bh grid.Xoffset: equ 0000078Bh grid.Xpat_offset: equ 0000078Ch grid.pat_base_offset: equ 0000078Dh grid.lines: equ 0000078Eh engine.map_ptr: equ 000007BAh engine.map_ptr_alt: equ 000007BCh engine.end_engine: equ 000007BEh test2_start: equ 000007BEh test2_wait: equ 000007C4h Moyennant un petit outil de reformatage qui adapte qui la syntaxe tu as un fichier .asm qui est exploitable sous winape, tu l'assembles et hop tu as tes symboles pour le debugger Le gros avantage du format asm c'est que tu peux l'utiliser comme include pour un autre source comme ça tu peux linker facile tes binaires. |
|
| Auteur : | Megachur [ 21 Jan 2014, 20:47 ] |
| Sujet du message : | Re: z88dk vs SDCC |
oui, enfin ça revient à compiler directement avec WinAPE, tu as également les symbols (label ou constantes) qui s'affiche dans le debugger intégré. Dans l'éditeur il y a une liste que tu peux afficher et qui fait le lien direct pas simple cliques sur les emplacement mémoire des labels Bref, vraiment dommage que winape soit pas aussi un compilateur en ligne de commande... et que windows !!! 
|
|
| Page 1 sur 2 | Le fuseau horaire est UTC+1 heure |
| Powered by phpBB® Forum Software © phpBB Group https://www.phpbb.com/ |
|