Kevin Kofler (./77) :
mais TiEmu est des mondes au-delà de VTI en termes de confort pour les utilisateurs
Je me sis toujours fait plus chié avec TiEmu que VTI. La seule grosse évolution que j'ai connue est de Romain, c'est le dock.
Kevin Kofler (./77) :
Aucune fonctionnalité n'a été perdue avec le passage VTI->TiEmu!
Si, le transfert à l'ému from tigcc marche pas sous linux
squalyl (./101) :
D'ailleurs à cause de ça j'ai compris que certains étaient obligés de se farcir une version ultra obsolète de tigcc juste pour avoir le support de vti.
c'est triste. et ça contribue pas à l'image de cette toolchain.
J'ai gardé le dernier binaire de TIGCC et VTI
Je les garderai même quand le monde sera écroulé ^^Kevin Kofler (./102) :
Les gens qui utilisent un TIGCC obsolète sont cons, ils se tapent tous les bogues corrigés depuis.
Sauf si on en a rien à foutre (genre code qu'en assembleur ou autre ?)
(puis traite pas tout le monde à la volée de con, c'est pas sympa 
)Kevin Kofler (./102) :
Et aussi ceux de VTI qui n'ont pas été corrigés pendant 7-8 années!
Ils m'ont jamais gêné perso. J'en ai aucun souvenir. Donc au moins 100 fois moins que ceux de TiEmu
Kevin Kofler (./102) :
Je regrette qu'on n'a pas mis de dates d'expiration aux binaires W32 de TIGCC, ça aurait résolu ce problème.
Je vais mailer RMS. Tu vas te faier virer de la team KDE. Et Billou va venir de tailler des pipes.
Kevin Kofler (./102) :
Si les gens s'intéressaient vraiment à VTI, ils le mettraient à jour, à commencer par:
[...]
Ca n'intéresse que 0.1% des développeurs tout ce dont tu parles. Ok pour PedroM, xpand ou autre programme système, mais la majorité des programmes codés proprement (donc avec une barrière d'abstraction au-dessus du hard et de différents aspects système, appelons ça quairnelle par exemple) s'en contrebattent les kooyes avec une pelle à tarte.
Kevin Kofler (./102) :
une interface de communication entre processus fiable
Pour infos aux uns et aux autres : ça a jamais marché sous Fedora avec les RPM officiels de KTIGCC et TiEmu 