Kevin Kofler (./73) :
1. Pas en C (pas tout le monde se limite à l'assembleur comme toi!) et
Pardon ?
Kevin Kofler (./73) :
2. pas dès qu'on a plus d'une unité de compilation.
Que veux-tu dire ??
Kevin Kofler (./73) :
Et tu le sais très bien.
Non ! Je pense ce que j'écris, merci de le croire.
Kevin Kofler (./73) :
N'importe quoi. Maintenant, si ton "Hello World un peu personnalisé" comporte 3 libs, un lanceur personnalisé qui lance le programme en FlashROM sous PedroM et je ne sais pas quoi encore, peut-être, mais à ce moment-là ce n'est pas à KTIGCC qu'il faut se prendre.(Indice: Tout ce bordel n'est pas et ne sera jamais supporté par TIGCC (tout TIGCC, pas seulement les EDIs). Il est de toute façon absolument inutile. Le modèle d'exécution visé par TIGCC est un programme _nostub, au choix avec ou sans compression pucrunch (et le lanceur autogénéré qui va avec). Le kernel est supporté pour pouvoir compiler les vieilles sources, mais fortement déconseillé pour les nouveaux programmes. Tout le reste n'est pas supporté.)
(Indice: Tout ce bordel n'est pas et ne sera jamais supporté par TIGCC (tout TIGCC, pas seulement les EDIs). Il est de toute façon absolument inutile. Le modèle d'exécution visé par TIGCC est un programme _nostub, au choix avec ou sans compression pucrunch (et le lanceur autogénéré qui va avec). Le kernel est supporté pour pouvoir compiler les vieilles sources, mais fortement déconseillé pour les nouveaux programmes. Tout le reste n'est pas supporté.) Tu illustre parfaitement ici que TIGCC ne correspond pas pleinement aux attentes des utilisateurs, et que tu t'en fous...
Kevin Kofler (./73) :
Il se limite à ce dont on a réellement besoin pour un projet pour calculatrice. Mais il est aussi très puissant (genre dossiers virtuels etc.).
Mes kooyes
Compare les featuers d'éditions de Kate par exemple, avec celles de (K)TIGCC ! On peut pas dire que ton IDE croule sous les features, malgré les requests depuis un paquet d'années !