32Fermer34
Kevin KoflerLe 11/12/2008 à 14:00
squalyl (./31) :
Kevin Kofler (./31) :
Argument non valable, les projets TPR sont avant tous des projets pour les EDIs, si tu fais un projet qui ne marche qu'avec tprbuilder, c'est ton problème, ce n'est pas documenté donc pas supporté
d'ou le fork.

Vous forkez TIGCC parce que tprbuilder n'est pas supporté suffisamment? rotfl Tu en as d'autres comme ça? grin
Kevin Kofler (./31) :
projets bogués comme ExtGraph
t'as du culot quand même.

Le .tpr de ExtGraph est bogué. Tout .tpr qui ne compile pas avec au moins un EDI (ce qui implique normalement qu'il compile avec tous, sauf si on met des chemins absolus, ce qui ne fonctionnera même pas avec le même EDI sur une machine qui n'est pas la tienne) l'est.
Lionel Debroux (./32) :
MAIS ça n'interdit quand même pas, pour le cas particulier de l'IDE (qui est le seul morceau de TIGCC qui soit à la fois complexe et non cross-platform), de faire d'abord les choses pour le plus grand nombre (IDE Delphi, donc), avant de s'amuser à modifier KTIGCC (1-stable, 2-unfinished-nonexistent ou 3-notevenstarted).

Une fois de plus, du travail fait à moitié. Ne comprends-tu pas qu'accepter des patches complets seulement à moitié dégrade la qualité de votre projet? D'ailleurs, ça va aussi dans l'autre sens, quand PpHd m'envoie des patches qui n'adaptent que l'exécutable tigcc en version POSIX, je les rejette aussi.
un projet qui ne satisfait pas ça n'est pas un fichier .tpr valide
Un fichier .tpr qui ne fonctionne pas avec les EDIs n'est pas un fichier .tpr valide.
Où est-ce que c'est défini, ça ?

C'est logique, le format .tpr est un format interne aux EDIs TIGCC IDE et KTIGCC, ce sont ces EDIs qui définissent (de par leur implémentation) quels fichiers .tpr sont valides. Je n'ai jamais promis ou documenté quoi que ce soit au sujet des .tpr qui ne fonctionnent pas avec les EDIs.