Folco (./83) :
Mais TiEmu/TiLP ne sont pratiquement plus maintenus...
1. c'est faux et 2. même si c'était le cas, ça ferait quand-même un logiciel abandonné 7 années plus tard que l'alternative proposée.
Mais TiEmu n'est absolument pas abandonné, et TiLP encore moins. C'est juste que toutes les fonctionnalités importantes sont déjà implémentées, donc forcément il y a moins de releases qu'à l'époque où nous étions en train de rajouter rapidement toutes les fonctionnalités qui manquaient. Franchement, je ne vois pas du tout quoi rajouter à TiLP. Et il y a eu une mise à jour récemment pour gérer les firmwares actuels de la Nspire (c'était ça la mise à jour de libticalcs2 sur CalcForge il y a quelques jours).
Il serait possible de CHOISIR
de dégager cette fenêtre ? Tu sais moi le C...
Il faut utiliser une version sans GDB (ce n'est pas possible autrement pour des raisons techniques) et non, je ne compte pas proposer de telle version dans le dépôt pour Fedora (je ne vois pas l'intérêt d'avoir un paquetage qui est juste un autre paquetage avec des fonctionnalités en moins, il suffit de ne pas utiliser les fonctionnalités en question).
Et tu peux aussi utiliser Insight pour de l'assembleur, notamment pour avoir les commentaires dans les sources. (Mais il faut actuellement que le programme soit en un seul exécutable, on ne peut pas encore charger des informations de débogage pour les librairies dynamiques - j'attends tes patches.
Enfin, on peut, mais il faut tout faire à la main dans la console de GDB... Le problème est qu'il faut trouver la bonne adresse à la main pour pouvoir faire un load-symbol-file avec cette adresse.)Mais pas le layout US du cavier sous *nix. X fois reporté, jamais corrigé.
C'est parce que ce n'est pas du tout évident à corriger!
Romain a essayé un correctif, ça a causé plus de problèmes que ça a résolu, donc nous avons été obligés de l'inverser. Je vais jeter un coup d'œil un de ces jours, pour voir si je trouve une solution. (Mais le fait que les touches qui sont des lettres en AZERTY ne sont pas toutes des lettres en QWERTY (il y a le fameux 'M') ne simplifie pas les choses.) Je te signale quand-même que tu peux éditer le layout clavier manuellement.
Kevin Kofler (./38) :Euh... chez moi un seul ramait sur une config identique (c'est là que j'ai commencé à faire de l'asm)
Je vais essayer sur mon portable PI 133mhz sous win95 sur lequel plusieurs instances de VTI tournent à merveille.
Ce n'est pas moi qui ai écrit le texte que tu as cité, c'est very. Et effectivement, VTI n'était pas si rapide que ça sur mon vieux P120, et je vois mal ces 13 MHz faire la différence.
(K)TIGCC/TiEmu/TiLP ne sont pratiquement plus voir plus du tout maintenus, faut être réalistes.
Pour TIGCC, tout ce qui manque est une release, j'ai fait pas mal de commits.
Pour KTIGCC, KTIGCC 2 est essentiellement prêt, mais il faut que je corrige les régressions de fonctionnalités, je ne veux pas sortir un truc du niveau de KDE 4.0.0. (Mais il ne faut pas vous attendre à de nouvelles fonctionnalités, c'est juste un portage vers KDE 4, ça a déjà été suffisamment de boulot! Mais ça va me permettre de faire une version multiplateforme, mais elle sera pour après KTIGCC 2.00, là encore, une chose à la fois.)
Pour TiEmu et TiLP, cf. plus haut.
(K)TIGCC étant de plus en feature-freeze, on peut toujours se brosser pour demander ci ou ça... (déjà avant c'était dur d'obtenir quelque chose, là c'est impossible...)
Seul KTIGCC est en feature freeze (et TIGCC IDE forcément, vu que je n'ai pas Delphi), et même là, on peut faire une exception s'il y a une nouveauté dans le reste de TIGCC qui nécessite des changements dans les EDIs, mais seulement si la fonctionnalité est aussi rajoutée à l'EDI en Delphi (donc soit elle est très simple et je peux me débrouiller à l'éditeur de texte, soit quelqu'un qui a Delphi doit faire le boulot). La solution prévue est KTIGCC 3 (TIGCC IDE 3), la version multiplateforme qui devra remplacer entièrement la version Delphi, ça me permettrait de rajouter les fonctionnalités à un seul endroit et aussi de les tester.
Note bien que je comprends très bien qu'on puisse ne plus avoir (assez) de temps pour faire évoluer et même maintenir, mais c'est bête de dénigrer VTI sur ce même point où les outils actuels pêchent.
Faut pas déconner, les outils actuels ont été mis à jour beaucoup plus récemment que VTI, et ils ne sont pas abandonnés.
Yoshi Noir (./85) :
C'est pourtant toi qui disais que si un PC n'arrivait pas à faire tourner TIEmu, alors il suxxait, qu'il était obsolète, et qu'il fallait en changer...
Une machine suffisamment rapide pour faire tourner TiEmu, ça se trouve facilement, même un Pentium II suffit (il y a plein de gens qui veulent se débarasser d'anciens ordinateurs, on en trouve sans doûte à un excellent prix), ou une machine bas de gamme actuelle (genre les UMPCs qui coûtent moins qu'une calculatrice), alors faut vraiment pas vous foutre de ma gueule (au pluriel parce que ça ne concerne pas que toi, les autres personnes visées se reconnaîtront). Vous ne pouvez pas vous attendre à ce que les logiciels actuels tournent sur un CPU de plus de 12 années!