Lionel Debroux (./7) :
Tout d'abord, bon anniversaire Kevin

Merci.

Je précise tout de suite que je ne vais pas répondre à toutes les "conneries" (ton propre mot!) que tu racontes, seulement là où il y a une réponse importante à fournir.

1) c'est très difficile de reviewer et tester 8 lignes de code présentes dans la plupart des programmes AMS native

C'est parce que ce code est présent presque partout qu'il a besoin d'attention particulière.

2) tu nous emmerdes depuis des années avec ta défense de l'optimisation taille à fond, mais tu ne l'appliques pas dans tes propres programmes.

Je suis avant tout pour la correction du code, l'optimisation c'est bien, mais pas si on risque d'introduire des erreurs pour gagner pas grand chose au final.

Faux (mauvais prétexte). On parle des trois seules routines de sprite de TIGCCLIB, Sprite8, Sprite16 et Sprite32, qui restent encore et toujours les versions non optimisées de 2001 environ, et cela malgré:
[ul][li]des optimisations que je t'ai envoyées en mai 2002 (plus de sept ans !), puis en octobre 2003, c'est à dire à peu près au même moment que ces optimisations étaient appliquées à ExtGraph (donc elles étaient testées !);[/li]
[li]les optimisations supplémentaires et le mode de dessin supplémentaire qui t'ont été contribuées par Joey Adams en octobre 2005. Même au cas où il n'aurait pas documenté SPRT_RPLC, ça t'aurait pris cinq minutes de le faire, soit moins que le temps que tu as passé cette nuit à nous pondre le tissu de conneries qu'est ./4...[/li][/ul]

La version que tu as mergée est soit dépassée, soit incomplète, les routines actuelles de Joey Adams rajoutent tout un paquet de fonctions supplémentaires. Joey a dit clairement qu'il est contraire à un merge de ses routines sans les versions spécialisées, plus rapides, et dans certains cas aussi plus compactes (si on n'utilise qu'un mode).

Maintenant, tu dis peut-être qu'il faut utiliser ExtGraph dans ce cas, mais dans ce cas ce serait ton avis seulement. Le but de Joey et de moi est de proposer une solution convenable à l'intérieur de TIGCCLIB.

J'espère pour toi que tu as publié ce qui t'a été contribué ?

Ça a été discuté sur #tigcc.

Et je ne vais pas publier les contributions pour que vous les mergiez avant moi. Vous ne le faites pas non plus, tu ne le fais même pas pour tes propres modifications, cf. le patch dump juste avant la release.

Si ce n'est pas le cas, tu ne peux pas te plaindre qu'on ait attendu maximum 10 jours pour committer des patches

C'est minimum 10 mois qu'il faut attendre, pas 10 jours!

Et sinon, tu aurais dû en parler à Joey, il est présent sur #tigcc tout le temps. Il t'aurait parlé des fonctions spécialisées et de la doc qui va avec.

Vrai, mais à nuancer nettement
par le fait que les composants Delphi changent peu

Ils changent peu parce que personne ne veut les maintenir parce qu'ils sont en Delphi (raison de plus de les remplacer).

multiples réécritures d'historiques

Le passé est passé, par définition il n'a pas à changer.
Je ne peux pas raconter que Napoléon était Italien et luttait pour l'indépendance de la Corse, alors pourquoi ce genre de réécriture de l'Histoire serait-il tolérable pour du code?
Votre manière de fonctionner est contraire à la GPL, parce qu'elle demande d'indiquer la date de tout changement, pas la date du gros dump, avec des modifications séparées mélangées en une seule.

Et puis tout ça ne change rien au fait que vos modifications n'étaient pas publiques jusqu'au gros patch dump.

Conrad principalement, et peut-être Joey (qui n'est pas connecté en permanence) pourront te confirmer qu'on a mentionné sur #GCC4TI à la fois les modifs du build system et les optimisations. Tant pis pour toi si tu n'étais pas sur #GCC4TI

Et tant pis pour toi si tu n'étais pas sur #tigcc quand on a parlé des routines de sprites de Joey il y a quelques mois.