Kevin Kofler (./2522) :
Pas le temps.
Godzil (./2528) :On voit que tu n'as pas suffisamment utilise l'EDI pour connaître ses fonctionnalités.
KTIGCC (tout comme TIGCC-IDE, mais lui a l'excuse d'exister depuis quasiment le début du projet) à toujours été absurde pour moi, l'un comme l'autre sont de simple éditeur de texte avec 2-3 fonctions qu'on peux facilement faire avec n'importe quel autre editeur de texte, qui au final fait mieux.
Kevin, je ne sais pas pourquoi tu as perdu ton temps sur KTIGCC, à cette époque la communauté de dev TI68k était déjà en phase terminale a cette époque, et tu aurais mieux fait de passer du temps sur la toolchain en elle meme, sur les libs que cet editeur, et tu le sais bien, étant un "one man project" avec quasiment aucun retours, il ne peux que être inferieur à tout éditeur de texte ayant un plus large audience, que ça soit en terme de développeur que d'utilisateurs.KTIGCC était un projet à haute priorité parce que c'était la pièce manquante à TIGCC/*nix pour avoir égalité des fonctionnalités avec TIGCC/Windows. Et j'ai aussi passé beaucoup plus de temps sur la chaîne d'outils elle-même que vous. Je ne vois pas grand chose en termes d'améliorations à GCC dans votre git (4 commits: le changement global des fins de ligne, un correctif pour un bogue qui générait des warnings de l'assembleur (mais du code quand-même correct, donc bogue mineur), le renommage inutile des exécutables, et un correctif pour la compilation avec GCC 5).
Notepad++ fait bien plus que KTIGCC!Je ne suis pas d'accord. La complétion des identifiants de TIGCCLIB autogénérée à partir de la documentation (donc cachant les macros complexes des headers et affichant tout comme si c'étaient de simples fonctions), la configuration graphique des nombreuses options de TIGCCLIB et du linkeur, l'utilisation par défaut (dans les nouveaux projets) des options conseillées pour compilateur, linkeur et TIGCCLIB (alors que la ligne de commande doit garder la compatibilité antérieure et a donc des options par défaut obsolètes), l'envoi automatique à TiEmu+GDB pour déboguer ou à une vraie calculatrice (ou TiEmu avec ou sans GDB) pour tester, tout ça, je vois mal comment tu veux l'avoir avec un éditeur quelconque.
D'ailleurs dans les outils de compilation pour calculatrices (TI68k, HP-Arm, nSpire, ...) KTIGCC est vraiment l'exception, et c'est aussi vrai sur la majorité des toolchains amateurs pour vieilleries ou choses plus récente touchant au domaine de l'embarqué. KTIGCC est vraiment une exception.L'EDI est ce qui rend TIGCC agréable à utiliser, c'est ça qui fait la grosse différence entre un outil professionnel et une chaîne d'outils bidouillée. Les chaînes d'outils commerciales viennent quasiment toujours avec un EDI (cf. par exemple TI Flash Studio, le principal concurrent de TIGCC).
C'est la seule toolchain que je connaisse qui propose ("impose") un éditeur de texte comme ça.
Learning to code is an essential skill in the modern world. Here's a handy diagram showing you how to get started. pic.twitter.com/E5YH6A6WaO
— Dylan Beattie ?? (@dylanbeattie) February 16, 2017
Godzil (./2544) :Faire "ça" ? Rendre moche et surchargé l'IDE ?
Je pense qu'on peu faire ça avec n'importe quel IDE
vince (./2546) :Oui ça (cela) et pas IlGodzil (./2544) :Faire "ça" ? Rendre moche et surchargé l'IDE ?
Je pense qu'on peu faire ça avec n'importe quel IDE
var array: Array<Double> = [1.0, 3.0, 4.0] func sum(a: Array<Double>) { return a.reduce(0.0, +) } array.reduce(0.0, +) sum(a: array)
var array: Array<Double> = [1.0, 3.0, 4.0] func sum() { return array.reduce(0.0, +) } array.reduce(0.0, +) sum()