60

Et:
/* foo */ move.l %d1,%d2
tu le parses comment?
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

61

/* */ ne font peut-etre pas partit de la grammaire de son assembleur, et ne parle pas de standard, la facon de faire les commentaires n'est pas standard au niveau des assembleurs, et il n'y as PAS de standard reel au niveau des assembleurs...
avatar
Proud to be CAKE©®™


GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.

62

Exact, j'ai implanté juste la gestion du pipe qui passe tout en commentaire jusqu'à EOL ou EOF. Kevin, effectivement je ne peux pas pour le moment, mais c'est voulu. Qui plus est, le jour où je détecterai ça, j'aurai juste à faire un bra ReadLine après la fin du commentaire, c'est aussi simple que ça. ReadLine skippera les espaces, et le parsing reprendra normalement. Rien de compliqué à priori. Mais en effet, pour le moment, ce n'est pas possible (et comme le souligne Godzil, ça n'a au pire aucune espèce d'importance, sauf si je voulais pouvoir assembler des sources GAS out of the box).
D'ailleurs, hormis les commentaires, pour le moment mon parseur comprend les syntaxes GAS et A68k, même sur deux lignes à la suite du même source. J'arriverai pas à être 100% compatible, c'est sûr, Mais je veux minimiser un éventuel portage des sources on-calc. smile, Il y a juste les commentaires qui m'emmerdent parce que ';' a une signification très différente sous avec GAS et A68k. Pour le moment, j'ai implémenté le comportement de GAS).

63

(dire que si tu faisait ça en C tu serait deja proche de la version 3.0 wink)
avatar
Proud to be CAKE©®™


GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.

64

grin

65

Bon Kevin, question, le * peut être échappé (avec \) ? Ou si je tombe sur */ ça sera toujours une fin de commentaire ? cheeky

66

Euh, essaie? smile Parce que franchement je ne sais pas comment se comporte GNU as dans ce cas.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

67

tjrs la fin d'un comment. sauf si t'as aussi // comment comentaires possible (masi je pense pas que ce soit le cas pour toi

68

http://tigcc.ticalc.org/doc/opers.html#allopers à la rubrique quote.

Et il n'y a que EOL/EOF qui puisse terminer un commentaire commencé par // ?

69

ui

70

mici happy

71

attention hein tu ferme un commentaire /* */ par le premier */ trouvé meme si le gars fait de la merde et fait un truc genre :


 code
 code
 code
/* commentaire blablabla */ plop blablabla */
 code
 code


la partie après le premier "*/" doit être concidéré comme du code
avatar
Proud to be CAKE©®™


GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.

72

Et ça renverra une erreur, à moins que plop soit une macro qui utilise un paramètre blablabla, symbole défini et valide. (mais bon, à la fin le */ fera merder de toute façon grin)

73

Oui mais ca sera une erreur normale.
avatar

74

oui

En fait, Godzil, merci, et c'est d'ailleurs pour ça que je demandais si un de ces deux caractères pouvaient être échappé (j'aurais dû alors vérifier les \). smile