Coloration Motorola 68k pour Code::Blocks - Page 1

J'ai écrit un lexer pour permettre la coloration syntaxique de l'assembleur 68 000 sous Code::Blocks (syntaxe Motorola/A68k).

Téléchargement : http://www.mirari.fr/fgP1

C'est quand même cool de pouvoir gérer des workspaces et des projets sous KDE, je connais pas de soft qui fasse ça bien depuis qu'il n'y a plus de gestionnaire de projet pour Kate (et encore, fallait suer sang et eau pour ce plugin en bêta vieux de plusieurs années).
J'ai essayé Kate, Gedit, Scite, CodeLite, KDevelop, et d'autres encore dont j'ai oublié le nom. Impossible de faire ce que je voulais.

Fichier joint : (snapshot6.png)

Je sais pas trop ce que ça vaut pour le C (et encore moins pour l'ASM ^^ ) mais quid de Eclipse, au pire ?

ça fait peut-être un peu usine à gaz... mais ça gère pas trop mal la notiond de "projets" (et ça a l'avantage d'exister sous windows et sous linux -- et de marcher à peu près pareil des deux côtés)

Code::Blocks aussi est multi-plateforme (Win, *nix, OS X). Et Eclipse est en Java, je me trompe ? Si oui, très peu pour moi.

oué, c'est en JAVA...

(bah quoi ? faut juste un PC avec 50 cores et 36 GB de RAM ^^ )

Oui, c'est en Java.

Et puis de toute façon, il y aurait un conflit de nom, tu as déjà un chien qui s'appelle comme ça

Oué, je sais pas ce que ça fait de donner du code à bouffer à un clebs, mais à mon avis il préfère ses croquettes

oué, enfin, si on pouvait arrêter de se taper dessus et/ou de s'insulter -- ou tout comme -- ça serait tellement plus sympa, aussi...


(désolé, j'ai un peu laché la hache du lock... deux cloches sur la journée, ça suffit ^^ )

merci folco pour ce lexer. Penses tu le proposer pour inclusion officielle?

Je l'ai posté sur le forumde C::B. J'ai du tâtonner pour trouver des valeurs, j'ai passé une après-midi entière sur les sites et dans les sources de Scite/Scintilla, dans les autres lexers de C::B, c'est un vrai merdier, donc tout n'est pas parfait : les %10101 et autres #$1234ABCD ne sont pas reconnus comme des nombres par exemple.

Et comme personne apparemment n'a de réponses à mes questions, j'arrive pas à fignoler ce lexer, ça fait donc chier de le proposer.
Plus de questions ici si vous avez des réponses http://forums.codeblocks.org/index.php/topic,13490.0.html

Mais si j'arrive à faire quelque chose d'abouti, oui, je le proposerai.

En attendant, pour l'utiliser, trouver le répertoire "lexer" de C::B et mettez-y les deux fichiers (.xml et .sample) et redémarrez C::B.
Chez moi, c'est dans /usr/local/share/codeblocks/lexers, j'ai pas modifié les path par défaut quand j'ai compilé.

Comme on peut le voir ici ( http://forums.codeblocks.org/index.php/topic,13490.msg90960.html#msg90960 ), il est hyper méga simple de se documenter pour faire son lexer.

Je vais voir si j'arrive à patcher pour gérer les 0x/#$/%1010.

pratique
d'ailleurs, arrange ton lien mirari, le point le fait foirer.

Done, merci

done? soit y'a un cache soit ça a rien changé

Chez moi ça marche ^^ (tu parlais bien du '.' dans l'url de ./1 ?)

Et ma première version de patch pour colorer #123, #$123, #%101, #~123, #~$123, #~%101, et les mêmes avec '-' marche \o/

Première fois que je mets les doigts dans un machin aussi gros et ça marche, j'en reviens pas

Je pense que squalyl parle du troisième post dans le topic du forum C::B: "http://www.mirari.fr./TfK3"

Merci, en effet, fichu copier/coller tiens


ps -> je suis en train de découvrir un truc relatif aux gros projets. Vous vous la coulez douce combien de temps au boulot quand vous devez refaire une compilation à cause d'une faute de frappe ?

heu entre 10 secondes et 30 secondes, selon les projets? Le truc cool des makefiles et projets visual studio/netbeans, c'est que ça recompile que ce qui a changé, du coup le "rebuild all" est rare

CB est conçu comme ça, mais malgré tout ça prend du temps. Peut-être ne devrais-je pas refaire le configure ? Pourtant, ça ne recompile que quelque trucs, donc ça devrait être bon, non ?
Ou alors faut juste refaire make/make install ?

oui, toutafé, pas besoin de reconfigurer sauf si t'ajoutes des fichiers sources.

ça devrait prendre du temps uniquement si tu changes des fichiers .h qui sont inclus dans beaucoup de fichiers .c

mais il me semble que c::b inclut beaucoup de code dans peu de binaires, du coup ça doit prendre un peu de temps.

on peut pas compiler code blocks dans code blocks? Dans ce cas un "build" suffit.

Si, je crois, mais j'avais essayé, merdouillé, du coup je me suis fait un script. Quand je fais mes tests, je fais juste ./configure --with-contrib-plugins=all/make/make install, sinon mon script va chercher la dernière révision sur le svn.

Et en effet, CB a plein de sources en peu de binaires, un exécutables et quelques libs.

(-s)

normalement t'as pas besoin de reconfigurer.

Ok, merci pour le tip.


Bon, l'archive finale est ici : http://www.mirari.fr/fgP1

Ca contient un fichier xml pour la coloration, un fichier sample pour aider à la paramétrer, et un patch pour le fichier src/sdk/wxscintilla/src/scintilla/lexers/LexAsm.cxx , ainsi qu'un readme pour vous dire où mettre tout ça.

Svp, n'utiliser pas mon mail pour le feedback, postez juste ici, j'ai pas envie d'avoir 300 emails à me farcir demain matin. Merci de votre compréhension.

Purée, ça vous paraitra très con, mais je suis hyper content d'avoir réussi à faire ce patch

ça se comprend.

[ul][li]Ton patch n'est pas forcément correct pour tous les assembleurs, il y a des syntaxes très différentes. Ce n'est pas de ta faute, mais le fait d'avoir le lexer assembleur codé en dur en C++ et seulement les listes de mots-clé paramétrables est vraiment ![/li][li]Même sur 68k, ton patch n'est pas vraiment correct, # ne fait pas partie d'un nombre, c'est un opérateur unaire, on peut aussi écrire #label par exemple.[/li][li]De même, ~ est aussi un opérateur unaire.[/li][li]Tu patches un fichier source qui n'est pas utilisé dans un Code::Blocks packagé correctement, normalement une lib Scintilla système doit être utilisée à la place. (D'ailleurs, je vois que le paquetage Fedora de Code::Blocks n'est pas conforme, je vais ouvrir un bogue. EDIT: https://bugzilla.redhat.com/show_bug.cgi?id=644183)[/li][/ul]