5Fermer7
Lionel DebrouxLe 06/06/2009 à 18:05
portage de l'intégration KDE à KDE 4

Très mauvaise idée, puisque KDE ne maintient pas la compatibilité antérieure, et que tu le comprennes ou non, des gens sont encore sous KDE 3. Et puis je pense qu'il y a plus urgent à faire...
utilisation d'un paquetage système de minizip (c'est disponible dans Fedora) au lieu de la copie privée actuelle

Hmm, c'est portable entre distros ? Je n'ai pas trouvé en deux minutes de lien convaincant à propos de "minizip".
suppression du support de Visual C++ (il y a MinGW pour ça),

Vu que ça ne coûte à peu près rien en maintenance de supporter VC++, et que supprimer le support de VC++ n'apporte rien, je doute de la priorité, et encore plus de la nécessité, de ceci...
élimination de la duplication de code du désassembleur de TiEmu: soit on fait utiliser le désassembleur de la libopcodes (de GDB) aussi à la version sans GDB (c'est possible, cf. dasm-tigcc),

Romain et moi t'avons fait comprendre que nous ne sommes pas du tout contre sur le principe...
En revanche, tu sais que très rares sont ici ceux qui trouvent admissible de remplacer purement et simplement la syntaxe Motorola, largement utilisée dans l'industrie et de lecture plus agréable, par la syntaxe "libre" GDB, beaucoup moins utilisée dans le monde réel et dont les '%' pourrissent la lecture.
soit on supprime carrément --disable-gdb qui ne fait que supprimer des fonctionnalités sans rien apporter.

Tu sais qu'on est un certain nombre à être contre, et à t'avoir expliqué pourquoi.

Et pour --disable-gdb, je peux le garder pour ceux qui veulent vraiment une version "light" (même si je ne vois pas trop l'intérêt), une fois le désassembleur unifié, le travail de maintenance restera assez minimal.

Vu qu'il y a un certain nombre de personnes qui voient l'intérêt de cette option, je ne crois pas que tu aies vraiment le choix de ne pas la garder wink