30

[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 sick![/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]
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é

31

contente toi de maintenir ktigcc42, stp, merci.

quant aux bugs de code::blocks, ils doivent être reportés sur les trackers adaptés, et pas perdus au milieu d'un forum que personne d'upstream ne lira jamais.

32

(grin)
Kevin Kofler (./30) :
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 sick.gif !

Oh ça je sais bien, idéalement c'est un lexer supplémentaire qu'il faudrait ajouter : là j'ai pété le lexer MASM grin (et c'est pour ça que mon patch est proposé à titre indicatif aux intéressés, il est pas question de remplacer quoi que ce soit dans C::B avec un tel patch).
Le système de Kate par regexp est bien plus puissant...
Kevin Kofler (./30) :
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.
Kevin Kofler (./30) :
De même, ~ est aussi un opérateur unaire.

Exact. Mais ça me dérange pas pour ~, qui s'applique toujours à un nombre a priori. Je vais modifier pour #.
Kevin Kofler (./30) :
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 )

wxScintilla est pas mal patché pour Code::Blocks, il ne tourne pas avec les versions partagées par les distros. C'est ballot mais c'est comme ça, tu pourras pas lancer C::B avec votre version de wxScintilla.
D'ailleurs en lisant les sources, j'en ai vu plusieurs de ces patches, et entre autres au niveau des lexers.


Quant à refaire un autre lexer pour C::B, ça veut dire ajouter pas mal de choses à wxScintilla. J'y ai pensé, mais c'est un gros boulot d'investigation pour savoir ce qu'il y a à faire, j'ai pas le niveau j'en ai peur. On va dire que j'ai fait une bidouille au plus simple pour mes besoins perso, c'est ça aussi le libre et la GPL. Et ceux qui veulent faire comme moi cliquent sur le lien, c'est tout. smile

33

http://forums.codeblocks.org/index.php/topic,13490.msg90974.html#new

Qui peut me dire si la question de MortenMacFly est d'ordre légal (j'ai obligation de faire parvenir mes modifications aux mainteneurs, étant doné que j'ai publié un patch de leur travail), ou est-ce une suggestion pour tout simplement contribuer ?

Moi et les questions légales, ça fait deux, et j'ai pas envie de faire une connerie... Et ... je préfère poser la question ici en bon françois et bien comprendre la réponse grin

34

C'est juste une suggestion de contribuer. Vu que tu fournis le patch, tu es déjà en ordre au niveau de cette GPL de merde, donc rien de plus à faire, sauf si tu en as envie…
avatar
Le scénario de notre univers a été rédigée par un bataillon de singes savants. Tout s'explique enfin.
T'as un problème ? Tu veux un bonbon ?
[CrystalMPQ] C# MPQ Library/Tools - [CrystalBoy] C# GB Emulator - [Monoxide] C# OSX library - M68k Opcodes

35

Ok, merci bien. Quant à proposer officiellement un truc aussi merdique (même s'il remplit tout à fait mes besoins), pas question. grin
Pour bien faire, il faudrait que je recrée complètement un autre parseur, en plus de tout ceux qui existent déjà ^^

36

Quand on veut ajouter des fichiers à un projet compilé avec Make, je dois modifier quoi ? Le Makefile de Scintilla ? Le Makefile.am, le Makefile.in ?
Qu'est-ce qui est auto-généré dans tout ça ? Je pourrais repartir de sources neuves à chaque essai foiré, mais paye le temps à passer en compilation quoi, votre aide sera très appréciée chinois

37

configure est généré par autoconf + dépendances à partir de configure.ac.
Makefile.in est généré par automake à partir de Makefile.am, automake étant en général appelé par autoconf dans les répertoires dont le nom est indiqué dans le configure.ac.
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

38

(La bonne question c'est « pour un projet configuré avec autotools »… make n'a rien à voir là dedans ^^)
Le makefile est généré par le ./configure.
Ensuite (enfin plutôt avant, en l'occurence) un des deux, le .in est créé par automake. (merci google)
En fait tu dois donc modifier les .am et régénérer les .in avec automake. (Mais est-ce que tu dois aussi relancer autoconf ? Ça j'en sais rien, c'est franchement trop le bordel grin Sinon si tu a de la chance, il y aura un fichier autogen.sh ou build.sh dans la racine…)
avatar
Le scénario de notre univers a été rédigée par un bataillon de singes savants. Tout s'explique enfin.
T'as un problème ? Tu veux un bonbon ?
[CrystalMPQ] C# MPQ Library/Tools - [CrystalBoy] C# GB Emulator - [Monoxide] C# OSX library - M68k Opcodes

39

`autoreconf -i -f` regénère tout à partir de configure.ac, et prend en général peu de temps.
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

40

Ben ouais, ce qui prend du temps, ralentit ton pc, et nique ton disque dur, c'est ./configure…
avatar
Le scénario de notre univers a été rédigée par un bataillon de singes savants. Tout s'explique enfin.
T'as un problème ? Tu veux un bonbon ?
[CrystalMPQ] C# MPQ Library/Tools - [CrystalBoy] C# GB Emulator - [Monoxide] C# OSX library - M68k Opcodes

41

Merci bien. Je sens que je vais d'abord bien rigoler des genoux avant de me ramasser les dents avec mon brio habituel :/

42

Savez-vous ce que vient faire un répertoire .svn (donc caché sous Linux) dans l'arborescence d'un tel projet ? Ce répertoire contient un doublon de pas mal des sources, avec la même arborescence, c'est pour faire quoi ? Hier, je n'ai modifié que les fichiers dans le répertoires visibles et ça suffisait. Je ne sais pas à quoi sert ce .svn...

43

Ce sont les méta-données générées par le gestionnaire de configuration Subversion. Si tu n'utilises pas SVN, tu peux dégager tous ces dossiers (par contre c'est curieux que tu les aies si tu n'as pas récupéré le code source par SVN...)
avatar
All right. Keep doing whatever it is you think you're doing.
------------------------------------------
Besoin d'aide sur le site ? Essayez par ici :)

44

boaf c'est tellement facile de faire des nightly a base de checkout+build+tar grin

45

oui enfin un --exclude pour éviter de coller les .svn dans la tarball c'est pas un luxe hors d'atteinte non plus ^^
avatar
All right. Keep doing whatever it is you think you're doing.
------------------------------------------
Besoin d'aide sur le site ? Essayez par ici :)

46

47

squalyl (./31) :
quant aux bugs de code::blocks, ils doivent être reportés sur les trackers adaptés, et pas perdus au milieu d'un forum que personne d'upstream ne lira jamais.

C'est un bogue du paquetage qui n'est pas conforme au règlement de la distribution (une lib doit être un paquetage en soi, utilisé par toutes les applications qui utilisent la lib, interdiction d'utiliser des copies livrées avec un paquetage).
Folco (./32) :
Le système de Kate par regexp est bien plus puissant...

Effectivement, Scintilla sux.
wxScintilla est pas mal patché pour Code::Blocks, il ne tourne pas avec les versions partagées par les distros. C'est ballot mais c'est comme ça, tu pourras pas lancer C::B avec votre version de wxScintilla.

Si on n'arrive pas à le faire tourner avec un wxScintilla système, Code::Blocks devra être supprimé de la distribution, des paquetages ont déjà été supprimés ou refusés de Fedora pour ça. (À moins que FESCo ne lui donne une exception comme ils l'ont fait pour les libs livrées avec xulrunner. sick)
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é

48

iwannabeamaki (./43) :
Ce sont les méta-données générées par le gestionnaire de configuration Subversion. Si tu n'utilises pas SVN, tu peux dégager tous ces dossiers (par contre c'est curieux que tu les aies si tu n'as pas récupéré le code source par SVN...)

Si, je récupère toujours les sources par svn, pas par tarball. C'est beaucoup plus simple quand je veux mettre à jour, d'autant plus que je suis la branche de refactoring du code completion. J'ai fait un script qui me fait tout.

Merci bien pour la réponse. Bon à part ça, j'ai écrit 3 fichiers, j'en ai modifié 5 autres, a compile et ça crash pas, mais ça colore plus rien du tout en 68k. On va chercher. grin

49

Kevin Kofler (./48) :
Si on n'arrive pas à le faire tourner avec un wxScintilla système, Code::Blocks devra être supprimé de la distribution, des paquetages ont déjà été supprimés ou refusés de Fedora pour ça. (À moins que FESCo ne lui donne une exception comme ils l'ont fait pour les libs livrées avec xulrunner. sick.gif )


tant mieux, comme ça une fois de plus vous passerez pour des associaux et on utilisera code::blocks exclusivement chez Debian ou Ubuntu. J'en suis heureux.

50

OUEEEEEEEEEEEEEEEEHH ça marche \o/
Un lexer complet, qui casse rien ailleurs, et qui marche au poil love

C'était un peu plus qu ce qu'on m'a indiqué (écrire un source et modifier un header) grin
En l'occurence, il y a 5 fichiers à modifier, dont certains je sais même pas ce que c'est (.iface) grin

Mais ça marche \o/

Il me reste plus qu'un truc à faire, c'est reprendre le fichier cpp qui m'a servi de base pour customiser plus que les nombres. Faut gérer les labels locaux d'a68k par exemple, et j'aimerais en faire plus encore (lib::func par exemple).

Quand je vois la liste des méthodes que j'ai sous le coude (plusieurs centaines), je devais bien rigoler boing

51

Folco (./50) :
.iface


C'est un coup de poing dans le visage de Steeve Jobs.
avatar
Webmaster du site Ti-FRv3 (et aussi de DevLynx)
Si moins de monde enculait le système, alors celui ci aurait plus de mal à nous sortir de si grosses merdes !
"L'erreur humaine est humaine"©Nil (2006) // topics/6238-moved-jamais-jaurais-pense-faire-ca

52

grin

5J76

love

53

Mais pourquoi utilises-tu toujours l'assembleur non-libre obsolète?
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é

54

(mm, mm, une bien belle machine, ce combo !)

55

Kevin Kofler (./53) :
Mais pourquoi utilises-tu toujours l'assembleur non-libre obsolète?

Alors quand mon lexer fonctionne correctement, cette fois c'est l'assembleur qui va plus... roll
(oui parce que tu auras bien noté que je n'ai pas manqué d'appliquer tes suggestions qui étaient bien)
Ya toujours un truc contre le boulot des autres avec toi...

56

Et pourquoi utilises-tu encore le logiciel propriétaire non-libre obsolète BrainOS alors qu'il y a Linux for Brain Systems qui est une alternative libre gratuite et supportée par la communauté Fedora Corporation ? embarrassed
Tu aurais une interconnexion neuronale directe avec le compilateur gcc (en attendant que le driver « Vue 1.0 » passe en version stable), et le code 100% libre enrichi en hormones de gnou te permettrait d'en avoir une bien plus grosse que les autres.
Je comprends pas pourquoi tu n'a pas déjà migré.
Non mais vraiment, quel vilain, ce vilain Folco. cheeky
avatar
Le scénario de notre univers a été rédigée par un bataillon de singes savants. Tout s'explique enfin.
T'as un problème ? Tu veux un bonbon ?
[CrystalMPQ] C# MPQ Library/Tools - [CrystalBoy] C# GB Emulator - [Monoxide] C# OSX library - M68k Opcodes

57

mhhhh ça doit être ça, oué grin

58

Folco> Si tu as un dual core, essaye "make -j 2" pour compiler en parallèle.

59

Merci bien. smile

60

-j3 tant qu'a faire (classiquement c'est nb_cpu_ou_core + 1) il y a des cas ou c'est moins efficace, mais c'est rare
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.