1

Le dépôt pour Fedora de CalcForge ouvre officiellement ses portes pour les utilisateurs de Fedora 11, sortie hier.
http://repo.calcforge.org/fedora/
Une solution temporaire (lien symbolique sur le dépôt pour Fedora 9 et 10) était déjà disponible depuis quelques jours, mais je viens de créer un dépôt séparé pour recompiler wabbitsign pour le nouvel OpenSSL dans Fedora 11. Tous les paquetages devraient maintenant être installables, en cas de problèmes, merci de me les signaler.

Soit dit au passage que CalcForge sert désormais aussi de plateforme pour les anciens logiciels LPG (CalcForgeLP, anciennement TiLP, et Emu-TIGCC, anciennement TiEmu, ainsi que quelques libs et outils liés). Cf. le topic sur l'arrêt de TiLP et TiEmu. Le dépôt pour Fedora de CalcForge migrera vers les versions renommées quand elles seront disponibles.
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é

2

Merci pour tout.

Les outils dispos ont-ils été recompilés avec les corrections des derniers bugs signalés ? (Je pense spécialement à la gestion du clavier pour TiEmu)
avatar
<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !

3

Non, je compte sortir les paquetages des dernières releases aussitôt que possible, j'ai été occupé avec d'autres trucs (genre le déplacement du dépôt, tu pourras remercier Lionel, Romain et Julien pour le bordel et l'absence de respect pour les contributeurs établis mad).

Et ensuite, la prochaine mise à jour sera celle qui renomme tous ces logiciels.
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é

4

La technique favorite de Kevin: attaquer les autres quand il est coupable... Ici, il fait dérailler un de ses propres topics dès le deuxième post... pas de doute, il s'améliore !


Comme Martial l'a déjà vu dans topics/122111-tilptiemu-arret-du-developpement , les faits (donc la vérité) sont plutôt qu'on peut remercier Kevin pour son absence de respect pour Julien et Romain (auto-proclamation du statut de mainteneur, minimisation du travail réalisé par eux, refus initial de renommer ses forks, etc.), les souhaits de la communauté et moi (il est plus important que je n'aie pas d'accès au même repository SVN que lui, plutôt que de respecter les souhaits de la communauté...).

TIEmu-fork et TILP-fork ne contiennent actuellement rien d'autre que des renommages de répertoires. En particulier, ils ne contiennent ni le dernier commit en date sur TIEmu, ni le dernier commit en date sur TILP.
Dans le même ordre d'idées, TIGCC ne contient actuellement les fixes pour aucun des deux bugs trouvés récemment par GCC4TI, reportés à TIGCC une fois qu'un fix était disponible pour les deux (c'est à dire le lendemain de leur découverte). Un des deux bugs était connu de Kevin mais pas de la communauté; l'autre existe depuis 2005, et n'avait pas été détecté jusqu'à présent (et une compilation, par hasard, de tous les exemples de TIGCC pour essayer de trouver un testcase réduit pour l'autre bug). Manifestement, les exemples de TIGCC ne sont jamais compilés, pas même comme tests ultra-basiques de non-régression des versions du compilateur releasées par Kevin après ce commit... Le batch de compilation de tous les exemples est publiquement disponible sur le SVN de GCC4TI.

Il est vrai qu'il est BEAUCOUP plus important de renommer des forks pour réduire les références aux originaux, que de reviewer les patches fournis sur le tracker de TILP, corriger les bugs de TIGCC, et faire un travail de qualité wink
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

5

Lionel Debroux (./4) :
Il est vrai qu'il est BEAUCOUP plus important de renommer des forks pour réduire les références aux originaux, que de reviewer les patches fournis sur le tracker de TILP


Et
Lionel Debroux (./61) :
Ne pourrait-on pas avancer sur le renommage de TIEmu-fork ?
Lionel Debroux (./66) :
Kevin, vu la façon dont tu nous as fait chier parce qu'on n'a pas officialisé dès la première minute ce qui s'appelle maintenant GCC4TI, il serait de TRES bon ton de rendre _rapidement_ officiel ton fork wink
Lionel Debroux (./68) :
C'est bien pour ça que je les lui rappelle trioui
Je suis gentil: je le fais le jour même, alors que j'aurais pu attendre.



C'est quand même l'hôpital qui se moque de la charité... Après avoir fait tout un plat pour que le changement de nom soit rapidement effectif, venir critiquer Kevin sur le fait qu'il essaye de régler la question rapidement ne manque pas de culot...
stab me with your four inches of victimhood

6

Après avoir fait tout un plat pour que le changement de nom soit rapidement effectif

non, c'est toi qui n'as pas compris.
-effectif +officialisé. C'est TRES différent.
Voir les deux dernières citations de moi que tu postes pour justifier ce que tu écris (!): ce que je lui demandais, c'était une officialisation rapide, pour qu'il soit cohérent avec ses demandes à propos de GCC4TI. Il l'a fait rapidement, c'est bien.

Ca ne m'empêche pas d'indiquer (./4) le FAIT que Kevin a fait des renommages dans TILP-fork et TIEmu-fork alors qu'il était déjà en retard sur GCC4TI de plusieurs bugfixes (dont les infos de correction sont publiques et ont été publiées sur #tigcc). De plus, des bugfixes sur TILP et TIEmu ont été committés un peu après les renommages dans TILP-fork et TIEmu-fork, mais ça fait bientôt trois jours: il aurait quand même pu trouver cinq minutes pour les pousser dans ses forks (par exemple, en passant cinq minutes de moins sur #tigcc)...

Il est vrai qu'il est BEAUCOUP plus important de renommer des forks pour réduire les références aux originaux, que de reviewer les patches fournis sur le tracker de TILP, corriger les bugs de TIGCC, et faire un travail de qualité wink

est parfaitement cohérent avec ce qui a été fait dans GCC4TI jusqu'à présent: le renommage étant un changement purement non fonctionnel, il est considéré comme moins important que les changements fonctionnels que sont bugfixes, ajouts de features, augmentation de l'automatisation, etc. C'est pour cette deuxième catégorie de changements qu'on a dû créer GCC4TI, Kevin rejetant notamment beaucoup de feature requests.
Le FAIT est qu'on (GCC4TI) s'est concentrés sur les changements fonctionnels, parce que c'est ça qui est utile pour la communauté. Bien sûr, quelques (assez peu de) renommages ont été faits au passage. Cependant, à l'heure actuelle, il n'y a pas encore eu de campagne de renommage massif dans GCC4TI (si quelqu'un veut le faire, on accepte les contributions wink )
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

7

Lionel Debroux (./4) :
Il est vrai qu'il est BEAUCOUP plus important de renommer des forks pour réduire les références aux originaux, que de reviewer les patches fournis sur le tracker de TILP, corriger les bugs de TIGCC, et faire un travail de qualité wink

C'est Romain et toi qui vouliez absolument qu'on renomme les projets, vous n'avez à vous prendre qu'à vous!

Il y a encore du travail de renommage à faire, d'ailleurs (toutes les références dans les headers de commentaires des sources, dans les dialogues, dans la documentation etc.), tout ça à cause de vous.

Donc comme le dit iwannabeasushi, tu es quand-même un peu gonflé de te plaindre du fait qu'on fasse ce travail.
Lionel Debroux (./6) :
De plus, des bugfixes sur TILP et TIEmu ont été committés un peu après les renommages dans TILP-fork et TIEmu-fork, mais ça fait bientôt trois jours: il aurait quand même pu trouver cinq minutes pour les pousser dans ses forks (par exemple, en passant cinq minutes de moins sur #tigcc)...

Je n'étais même pas au courant de leur existance, tu aurais pu me les signaler quand-même…

Et sinon, il faudra que tu t'habitues à appeler CalcForgeLP et Emu-TIGCC par leurs noms! mad
le renommage étant un changement purement non fonctionnel, il est considéré comme moins important que les changements fonctionnels que sont bugfixes, ajouts de features, augmentation de l'automatisation, etc.

C'est le renommage qui permet de faire des releases, donc il passe en premier. Nous ne voulons pas rester des mois dans l'obscurité avec notre projet comme vous l'avez fait parce que ce travail n'est pas fait.
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é

8

Tout ça pour une question sur l'état des softs ... couic
avatar
<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !

9

Il y a encore du travail de renommage à faire, d'ailleurs (toutes les références dans les headers de commentaires des sources, dans les dialogues, dans la documentation etc.)

Clairement. Et ce travail chiant et peu utile n'est, à l'heure actuelle, que peu fait dans GCC4TI.
Je constate que tu préfères apparemment t'atteler à faire ce travail chiant et peu utile que d'implémenter les éléments de ta todo list (tu sais, celle que tu as postée dans l'autre topic, à propos de laquelle tu as écrit que tes objectifs et les miens - comme si ce n'étaient que les miens... - sont "incompatibles").

iwannabeasushi et toi êtes obtus ?
Comme je l'ai écrit plus haut, la décision de changer le nom (plutôt que ton refus initial...) ET l'officialisation des forks (on t'a suffisamment vu râler contre GCC4TI, pour demander que tu fasses toi-même ce que tu demandes aux autres de faire wink ) me suffisent. Encore une fois, ce que j'écris est en cohérence avec ce qu'on a fait pour GCC4TI: aucune campagne de renommage massif jusqu'à présent, parce que c'est un boulot chiant et peu utile.
Je sais très bien qu'il est irréaliste de s'attendre à ce qu'un renommage massif soit fait au bout de quelques jours seulement (surtout par des gens "aussi occupés" que Kevin)... pourquoi avez-vous cru que je l'exigeais (d'autant plus qu'en même temps, je précisais bien que ça n'était pas fait à l'heure actuelle dans GCC4TI, ce qui fait plus de dix mois depuis le début !) ???
A noter que dans ./6 (sans emphase) et ici (avec emphase), je parle en mon nom. Romain a peut-être un avis différent, même s'il n'est pas bête: il sait aussi bien que nous, par expérience, que ce qui manque toujours, c'est le temps - et qu'un renommage massif prend justement beaucoup de temps.
tout ça à cause de vous.

Nouvelle correction d'une variante de la connerie que tu as postée en ./3: tout ça à cause de toi. A l'origine, comme je l'ai déjà écrit, il n'était pas question de te virer, juste de renforcer l'équipe. Tu es le premier responsable, par ton comportement dans l'autre topic, de t'être fait virer (cette mesure n'ayant été prise que pour éviter le sabotage du code, voir ce qu'a écrit JB dans l'autre topic).
Je n'étais même pas au courant de leur existence, tu aurais pu me les signaler quand-même…

Ben, le bugfix de TILP a été signalé sur le tracker par la fermeture du bug, et j'ai reçu un mail. Pas toi ?
(en regardant ma boîte mail, je vois que c'est peut-être simplement parce que j'ai posté dans cet item...)
Bon, après, sur ce point j'ai quand même deux choses à te faire remarquer:
* tu t'es mis tout seul dans la situation de voler te tes propres ailes, en (entre autres) minimisant le travail des autres et en postant des mensonges à mon égard. Par conséquent, difficile de me reprocher que je ne prenne pas le temps de t'indiquer _tous_ les bugfixes qui te concernent également;
* tu devrais faire comme moi, updater tous les jours ou tous les deux jours un certain nombre de working copies / miroirs de SCM.
Et sinon, il faudra que tu t'habitues à appeler CalcForgeLP et Emu-TIGCC par leurs noms! mad

C'est donnant-donnant, Kevin: tu arrêtes d'écrire à chaque occasion, même pas évidente (cf ./3... c'était pas obligatoire de poster ce qui est entre parenthèses...), que les forks sont de notre faute, et j'appelle tes forks par leurs vrais noms, même s'ils sont plus longs et moins significatifs que [les noms que tu ne veux pas me voir utiliser]. Sinon, je continuerai à appeler tes forks par leurs noms significatifs, et si tu râles, je pointerai ce topic où je t'ai proposé ce compromis que tu auras refusé wink
(Acccessoirement, je voulais voir quelle serait ta réaction si je m'amusais à les utiliser encore une fois... c'est celle que j'avais prévue, y compris un de tes smilies favoris quand tu n'es pas content. You're just so predictable, et tu devrais te guérir de cette vilaine habitude, tu sais que c'est pour ton bien.)
Nous ne voulons pas rester des mois dans l'obscurité avec notre projet comme vous l'avez fait parce que ce travail n'est pas fait.

Que le renommage ne soit pas fait n'est pas la raison pour laquelle GCC4TI est resté quelques mois dans l'obscurité: il nous semblait plus intelligent d'implémenter quelques trucs distinctifs par rapport à TIGCC avant de faire une release.


Folco: +1. Qui a commencé ? Le même, comme souvent...
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

10

Lionel Debroux (./9) :
Il y a encore du travail de renommage à faire, d'ailleurs (toutes les références dans les headers de commentaires des sources, dans les dialogues, dans la documentation etc.)
Clairement. Et ce travail chiant et peu utile n'est, à l'heure actuelle, que peu fait dans GCC4TI.

Effectivement, et tu es tenu de corriger ça aussitôt que possible parce que tu es en train d'utiliser le nom du projet TIGCC sans notre permission. Ta release officielle sans avoir complété ce renommage est déjà abusive.
Ben, le bugfix de TILP a été signalé sur le tracker par la fermeture du bug, et j'ai reçu un mail. Pas toi ?

Romain ne m'a jamais mis en auto-CC sur les bogues de TiLP, seulement ceux de TiEmu.
* tu devrais faire comme moi, updater tous les jours ou tous les deux jours un certain nombre de working copies / miroirs de SCM.

J'ai autre chose à faire aussi. Je mergerai vos correctifs dans la mesure où ils m'intéressent avant de faire une release, mais de toute façon il y a du travail à faire avant (notamment le renommage).
même s'ils sont plus longs

Emu-TIGCC = 9 caractères
TiEmu-fork = 10 caractères
=> menteur roll

Quant à CalcForgeLP, tu peux l'abréger CFLP si tu veux. Le nom officiel est CalcForgeLP parce qu'il existe des CFLP dans d'autres domaines (c'est notamment un acronyme pour Constraint Functional Logic Programming et il existe 2 ou 3 optimiseurs pour de tel problèmes qui portent ce nom).
Que le renommage ne soit pas fait n'est pas la raison pour laquelle GCC4TI est resté quelques mois dans l'obscurité: il nous semblait plus intelligent d'implémenter quelques trucs distinctifs par rapport à TIGCC avant de faire une release.

Je prévois de faire la première release dès que le renommage est complet, même si rien d'autre n'a changé.
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é

11

Ben, le bugfix de TILP a été signalé sur le tracker par la fermeture du bug, et j'ai reçu un mail. Pas toi ?
Romain ne m'a jamais mis en auto-CC sur les bogues de TiLP, seulement ceux de TiEmu.

Ca explique.
tu devrais faire comme moi, updater tous les jours ou tous les deux jours un certain nombre de working copies / miroirs de SCM.
J'ai autre chose à faire aussi.

Utilise de vrais arguments si tu veux être crédible: updater des working copies / miroirs read-only est typiquement le genre de tâches répétitives qu'un ordinateur sait très bien faire sans interaction d'un humain wink


Tu réagis sur un point qui est à côté de ma proposition (et sur lequel tu as raison), mais pas sur ma proposition elle-même... Dois-je en conclure que tu comptes continuer à mettre toujours plus de bazar dans la communauté en continuant à raconter des conneries ? wink

Que le renommage ne soit pas fait n'est pas la raison pour laquelle GCC4TI est resté quelques mois dans l'obscurité: il nous semblait plus intelligent d'implémenter quelques trucs distinctifs par rapport à TIGCC avant de faire une release.
Je prévois de faire la première release dès que le renommage est complet, même si rien d'autre n'a changé.

Aucun intérêt pour les utilisateurs d'utiliser des forks qui non seulement ne présentent aucun ajout par rapport aux originaux, mais aussi, dont les repositories ne font qu'enlever des choses (pour le moment, recodage des fichiers en vue de supprimer la compatibilité avec MSVC, et suppression d'informations techniques).
Renommer les projets et y ajouter son nom, c'est plus important que de proposer des features ? Belle mentalité...
GCC4TI a eu la correction vis à vis des utilisateurs de proposer des choses supplémentaires par rapport à TIGCC, correction élémentaire que (à te lire) tu ne sembles pas vouloir avoir.
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

12

Lionel Debroux (./11) :
Utilise de vrais arguments si tu veux être crédible: updater des working copies / miroirs read-only est typiquement le genre de tâches répétitives qu'un ordinateur sait très bien faire sans interaction d'un humain wink

Ça me servirait à quoi d'avoir un miroir SVN de votre SVN? Autant consulter directement votre SVN. Pour l'historique, on l'a déjà dans notre SVN. (Nous sommes partis d'un miroir effectué à l'aide de SVK, mais c'était une opération à faire une fois, maintenant nos projets sont séparés.)

SVN ne permet pas de transplanter des commits d'une branche à une autre, et si je passe par SVK ou si je le fais à la main, je peux aussi transplanter les commits directement depuis votre dépôt.

Bref, un miroir automatique n'a aucun intérêt, la seule chose qui a un intérêt, c'est merger vos patches et ça doit être fait manuellement (en m'aidant éventuellement d'un outil comme SVK, mais je dois quand-même vérifier ce que vous committez, choisir ce qui m'intéresse et corriger les éventuels rejects).
Tu réagis sur un point qui est à côté de ma proposition, mais pas sur ma proposition elle-même... Dois-je en conclure que tu comptes continuer à mettre toujours plus de bazar dans la communauté en continuant à raconter des conneries ? wink

Quelles conneries? C'est toi qui as provoqué le bazar dans la communauté en forkant TIGCC (avec Godzil), c'est aussi toi qui t'es opposé aux nettoyages nécessaires dans les logiciels LPG. Romain et JB y sont pour pas mal de choses aussi, en t'acceptant comme développeur sans en parler d'abord à Tyler ni à moi et en me virant finalement entièrement du projet (après avoir totalement ignoré mon existance dans les histoires de succession – il aurait été logique de nommer le développeur nº2 comme le successeur officiel). Et les changements de noms, c'est aussi de votre faute que nous sommes obligés de les faire.

La seule chose que j'ai faite est refuser de travailler avec quelqu'un (toi) qui a déjà indiqué un désir de ne pas travailler avec moi (cf. le fork de TIGCC), qui bloque certaines des réorganisations que je prévois (un seul désassembleur, par exemple, à moins de gérer les 2 syntaxes, ce qui rend le code plus complexe et prend pas mal de temps de développement alors que je voudrais effectuer le nettoyage rapidement) et qui n'accepte pas l'autorité de l'ancienneté au projet (là aussi, tu l'as déjà montré avec TIGCC).
recodage des fichiers en vue de supprimer la compatibilité avec MSVC

En vue surtout de pouvoir faire des remplacements automatiques (renommages, notamment) avec des outils comme KFileReplace sans se soucier des charsets.
et suppression d'informations

Informations rediffusées sans la permission des auteurs (mails (je sais que je n'ai jamais donné ma permission à Romain d'uploader mes mails et ça m'a toujours agacé, même si les mails en question n'étaient pas suffisamment confidentiels pour que je vienne lui gueuler dessus pour ça), diverses docs trouvées sur ticalc.org, docs sur les VK_* W32 où le lien pour la licence ne pointe nulle part parce qu'il n'a même pas retenu opportun de joindre cette licence, et ça m'étonnerait qu'elle permette la rediffusion de toute façon) et qui n'ont de toute façon que peu ou pas d'intérêt pour les utilisateurs de TiEmu.
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é

13

Pour ton edit furtif:
Lionel Debroux (./11) :
dont les repositories ne font qu'enlever des choses

J'ai expliqué le pourquoi de ces 2 suppressions dans ma réponse précédente, mais d'une manière plus générale, il faut souvent commencer par supprimer ce qui ne sert à rien pour avoir quelque chose de maintenable.
Renommer les projets et y ajouter son nom, c'est plus important que de proposer des features ? Belle mentalité...

Renommer les projets est important parce que Romain nous a demandé de renommer les projets. J'aurais préféré garder les noms existants, ça aurait honoré le travail de Romain et ça m'aurait évité tout ce travail inutile, c'est lui qui m'a presque insulté face à cette idée. Donc voilà, on renomme. Et comme on ne peut pas faire de release avant d'avoir renommé, ben ça passe en première priorité. Si ça ne te plaît pas, plains-toi chez Romain.
GCC4TI a eu la correction vis à vis des utilisateurs de proposer des choses supplémentaires par rapport à TIGCC

Votre principale "chose supplémentaire" était en gros une inversion d'une modification de TIGCC, tout ce que vous avez rajouté, c'est une option pour choisir entre le code actuel et le code obsolète et bogué pour gérer un émulateur obsolète et bogué.
correction élémentaire que (à te lire) tu ne sembles pas vouloir avoir.

Je ne vois pas en quoi ce serait une correction élémentaire. Nous dirons noir sur blanc qu'il n'y a pas grand chose (voire rien) de nouveau dans la première release à part le nom, nous n'allons pas mentir à nos utilisateurs. Les changements réels peuvent attendre la prochaine release.
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é

14

Et au passage, il y a aussi un correctif de bogues, le cleaner.c qui crée Manpage.txt ne met plus des caractères nº255 bidons à la fin des fichiers Manpage.txt.
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é

15

Cool, plus de bullshit posté à mon endroit et à celui de Romain...

* il est non seulement faux, mais diffamatoire, d'écrire que je n'ai pas essayé de travailler avec TIGCC - je l'ai fait, à une époque, avec succès !
Simplement, nombre d'entre nous, moi compris, avons juste fini par nous lasser, puisque nombre de feature requests en lesquelles nous croyons sont rejetées. Et même après la décision de créer le fork, nous contribuons patches et bugfixes à TIGCC... bien que tu ne sois pas du tout pressé de t'y intéresser.

* il est non seulement faux, mais diffamatoire, d'écrire que je m'oppose aux nettoyages nécessaires dans les logiciels LPG, en particulier le nettoyage des désassembleurs. Non seulement je te l'ai écrit plusieurs fois que Romain et moi étions pour l'utilisation d'un seul désassembleur, mais je t'ai aussi écrit des infos sur une façon possible de s'y prendre, façon que tu as rejetée sans initialement expliquer pourquoi.

* tu refuses d'admettre que les trois forks (GCC4TI, TIEmu-fork, TILP-fork) sont, historiquement, de ta faute... tu en assumeras les conséquences wink
J'aurais préféré garder les noms existants, ça aurait honoré le travail de Romain et ça m'aurait évité tout ce travail inutile, c'est lui qui m'a presque insulté face à cette idée.

Tu oses parler d'"honorer le travail de Romain" après ce que tu lui as fait ??!


J'ai vu le bugfix du générateur de manpage.txt. Je n'ai pas l'impression que tu aies utilisé la feature de SVN, absente en CVS, appelée gestion des symlinks... pourquoi ?
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

16

Parce que je ne savais pas que ça existe, et parce que Romain ne l'avait pas utilisée non plus.

Je viens de corriger un endroit dans Emu-TIGCC où Romain avait désactivé "temporairement" du code deprecated et puis fait la release avec le code temporaire. roll (Pourtant je lui avais bien signalé que ça ne va pas, il m'avait assuré qu'il allait le corriger, et puis il ne l'a pas fait. mad) Il vaut mieux avoir un endroit qui utilise du deprecated que de supprimer la fonctionnalité entièrement (surtout de cette manière, elle est proposée dans l'interface, mais si on essaie de l'utiliser, on a une erreur roll). Je vais essayer de porter le code plus tard, mais pour l'instant les fonctions deprecated fonctionnent toujours.
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é

17

(Pourtant je lui avais bien signalé que ça ne va pas, il m'avait assuré qu'il allait le corriger, et puis il ne l'a pas fait. mad)

Ca arrive à tout le monde, y compris à toi, de faire des erreurs.
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

18

Sauf qu'il est allé jusqu'à traduire en français le message qui dit en gros "désolé, cette fonctionnalité est désactivée" quand il a préparé la release, donc j'en conclus que le choix de releaser avec ce code était bien volontaire (et c'est absurde, désactiver une fonctionnalité de cette manière juste pour ne pas avoir du code deprecated n'a aucun sens).
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é

19

En tout cas, supporter les bookmarks sur tous les GTK+ >= 2.12.0 sans utiliser d'API dépréciées n'est pas immédiat: GtkTooltip, la nouvelle structure de données + API qui déprécie GtkTooltips, ne permet plus d'obtenir le texte du tooltip.

Sur GTK+ >= 2.16.0, on peut s'en sortir de la façon suivante:
* pousser l'URL dans le label du GtkMenuItem correspondant, par exemple "TI Education (http://education.ti.com)";
* utiliser gtk_menu_item_get_label() pour récupérer le label comprenant l'URL;
* utiliser strchr() pour trouver la parenthèse ouvrante et la parenthèse fermante, g_malloc() pour allouer assez d'espace pour l'URL et g_strlcpy() pour créer la chaîne passée à go_to_bookmarks(). Sans oublier, bien sûr, g_free() après le retour de go_to_bookmarks().

Sur GTK+ >= 2.12.0 et < 2.16.0, on peut continuer à utiliser GtkTooltips...
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

20

avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

21

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é

22

Bien vu, je ne l'avais pas trouvée...
Ils auraient pu la mentionner dans http://library.gnome.org/devel/gtk/2.12/gtk-migrating-tooltips.html (ou la version "unstable")...
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

23

Je l'ai trouvée en lisant l'introduction de GtkTooltip, il y a un lien vers gtk_widget_set_tooltip_text et il y a le get correspondant juste au dessus dans la doc.

En tout cas, j'ai regardé le code de GTK+ et il me semble que gtk_widget_get_tooltip_text devrait fonctionner sans toucher au fichier Glade.
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é

24

Je n'ai pas le temps de m'en occuper maintenant (dodo...), mais le deuxième patch n'est pas tout à fait fini: il fonctionne, mais il y a deux modifs supplémentaires à apporter.
Une des deux est présente dans le premier patch, et a disparu parce que je suis reparti à zéro depuis SVN HEAD.
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

25

Il manque quoi? Les modifs aux fichiers .pot et .po pour supprimer les chaînes traduites? C'est fait automatiquement par gettext pour le fichier .pot et quasi-automatiquement quand on met à jour la traduction avec un logiciel convenable (genre Lokalize) pour le fichier .po.
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é

26

Lokalize est pour KDE 4 wink
Pour moi, ça serait plutôt KBabel, gtranslator ou poeditor.
(ça n'existe pas, un outil de manipulation des PO / POT qui soit capable de faire des mises à jour sans ruiner l'intégralité du fichier, en particulier ce qui semble être du splitting d'une chaîne en plusieurs lignes ?
[EDIT: si, apparemment, gtranslator fait mieux que poeditor])

A part la suppression de la chaîne devenue superflue ET la mise à jour des endroits de quelques autres chaînes, il manque l'ajout d'une localisation de la chaîne qui est maintenant ligne 847. Je m'en occuperai.
[EDIT: fait, r2848.]

Sinon, un truc que je ne peux pas te poster sur IRC, vu que tu l'as quitté: GCC4TI SVN (r1325) contient, depuis une semaine, un diff modifié comprenant un changement de numéro de version et une entrée de changelog. GCC4TI ML a été notifiée du commit (même en double, par la fermeture du ticket #43 avec un message mentionnant r1325).
Après le commit sur TILP et le commit sur TIEmu, ça fait le troisième commit que tu sembles rater wink
Tu devrais t'abonner à GCC4TI ML (ce n'est interdit qu'aux spambots...) et/ou, par exemple, créer un script cron qui obtient la dernière révision présente dans les repositories, et t'envoie un mail s'il détecte que la dernière révision a changé par rapport à la veille.
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

27

OK pour GCC, ça me simplifie la tâche. smile

Cela dit, le tprbuilder a aussi un changelog et un numéro de version normalement… Et on pourrait éviter le #ifdef avec copier-coller associé dans execute() en mettant:
#ifdef __WIN32__
#define WEXITSTATUS(exitcode) (exitcode)
#else
#include <sys/wait.h>
#endif

Je trouve que ça ferait plus propre, donc je compte le mettre comme ça dans TIGCC.

Pour SIZED_DIALOG, voici l'autre commit dont j'ai parlé sur IRC: http://tigcc-linux.cvs.sourceforge.net/viewvc/tigcc-linux/tigcc/doc/System/Include/dialogs.h/SIZED_DIALOG.hsf?r1=1.2&r2=1.3 (s/encouters/encounters/).
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é

28

J'avais trouvé la deuxième typo de la même ligne dans SIZED_DIALOG à partir de ta description, mais je ne vais peut-être pas faire un commit juste pour ça grin

J'ai commencé des modifs importantes à tprbuilder pour créer un tableau de chaînes de caractères et utiliser fork() + execvp(), en lieu et place de la création d'une string exécutée par system(). Cela fait se comporter tprbuilder comme tigcc pour *nix, et supprime la nécessité d'escaper les strings pour éviter méta-caractères et autres joyeusetés.

Sous Win32, l'API la plus proche d'execvp() serait _spanwp(), mais elle limite la longueur de ses arguments à 1024 octets (impossible de compiler ExtGraph avec ça), alors que la limite pour CreateProcess() est de 32768 octets. J'ai, pour le moment, implémenté dans tprbuilder la re-concaténation du tableau d'arguments pour passer le résultat à CreateProcess().

Je n'avais pas causé de ce que je faisais parce que pour le moment, le code compile, mais n'est pas pour autant dans un état véritablement utilisable grin


[cross-EDIT: réorganisation du post.]
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

29

Lionel Debroux (./28) :
J'ai commencé des modifs importantes à tprbuilder pour créer un tableau de chaînes de caractères et utiliser fork() + execvp(), en lieu et place de la création d'une string exécutée par system(). Cela fait se comporter tprbuilder comme tigcc pour *nix, et supprime la nécessité d'escaper les strings pour éviter méta-caractères et autres joyeusetés.

Mais ça augmente la quantité de code spécifique à la plateforme. Je ne pense pas que je mergerai ça dans TIGCC.
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é

30

Ben, il faut de toute façon modifier le code de tprbuilder pour gérer convenablement les méta-caractères inclus dans les arguments (que je sache, les '"' résolvent le problème des espaces, mais pas celui des autres méta-caractères, à commencer par le '$'), et le tableau d'arguments est une bonne façon de le faire wink
De plus, les méta-caractères sont différents sous Windows et *nix, donc il faut de toute façon avoir recours, là aussi, à du code spécifique plate-forme.

J'ai récemment utilisé cette approche en Java, avec une List<String> à laquelle on ajoute des éléments plutôt qu'une String à laquelle on concatène beaucoup de choses et qu'on resplitte - mal - à la fin. Je cherche à faire la même chose, pour répondre au même problème, sur tprbuilder.
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.