J'ai surtout l'impression qu'il cherche de quoi faire valoir TIGCC par rapport à GTC, qu'il ne veut pas admettre que les utilisateurs (et les conditions d'utilisations) ne sont pas les mêmes... alors j'imagine la suite, il va d'abord trouver pour chaque mode de compilation le bitoniau à toutouiller dans les options de TIGCC pour faire pareil ou mieux (alors que -comme le rappelait justement Flanker- y'a pas une semaine, il soutenait mordicus que les options étaient faites pour rester inchangées)...

On devrait avoir droit à une attaque sur l'état du projet "c'est un prototype digne d'un universitaire en TD" alors que TIGCC est encore en bêta... (donc non stable selon l'échelle de valeur du sujet)

Ensuite il va tenter d'éplucher tout ou partie des sources de GTC (ce qui est dispo et human_readable) pour trouver LE truc qui marche sur TIGCC et pas sur GTC...

Et puis si ça suffit pas, il trouvera un message d'erreur qu'est déposé par microsoft ou autre pour l'attaquer sur une question débile de licence (alors qu'il y a 5 jours il était pour le tout libre de PI, avec obligation de publication des sources... )

Et puis si Pollux trouve une solution à ce faux problème (qui ne mérite même pas d'en parler tant c'est insignifiant) on aura droit à des menaces de plaintes et autres recours au FAI

Et vu qu'il n'est pas spécialiste en droit français d'une part et que y'a pas de quoi fouetter un chat, la requète en justice sera frappée de nullité

Et étant donné qu'il faudra absolument trouver quelque chose, les options de TIGCC (et de l'IDE) s'appuieront volontairement sur des nouveautés ou plus particulièrement sur des non-GTC features de sorte de rendre non compatible GTC un code écrit pour TIGCC avec l'ide...

Mais ça ne suffira pas à déstabiliser donc on aura droit à une campagne de désensibilisation sur le problème, un peu comm à l'époque du kernel vs nostub

Rendus là, on pourra une fois de plus se plaindre que la communauté est "pourrie", qu'elle a été "divisée"... et il s'empressera de désigner une jolie liste de responsables à commencer par Pollux (qui répondra ironiquement que Zeljko n'avait qu'à rendre son code de TIGCC compilable avec TIGCC pour fonctionner sur TI )

Et puis les vieux antagonismes ressurgiront...


Et puis au final, tout le monde aura perdu du temps, des débats stériles auront pollué les échanges, un nouveau sujet de troll systématique sera là, de nombreux projets connexes crèveront manque de compatibilité ou de backup par les personnes qui seront occupés à faire vivre les trolls, tout le monde sera perdant, sauf peut être une pseudo égémonie restituée pour TIGCC, et encore, c'est même pas sur... si il fallait pas sans cesse prouver sa compétitivité, Pollux passerait ptet moins de temps à le coder, non ?


Enfin voilà ce que m'insipire tout ça, une impression de déjà vu... Ca vous manquait à ce point ? moi non.