natto Le 19/12/2001 à 19:14 pourquoi le linker ne fait pas la meme chose quand on le lance de l'IDE ou qd on le lance a partir de DOS (tigcc machin.c -O2)????

納 豆パワー!
I becamed a natto!!!1!one!
natto Le 20/12/2001 à 13:27 je m explique: je compile un prgm sous ms-dos, pas de probleme
je compile sous IDE, pleins d erreurs

納 豆パワー!
I becamed a natto!!!1!one!
Des Ouarningues plutôt, non ?

Un site complet sur lequel vous trouverez des programmes et des jeux pour votre calculatrice TI 89 / Titanium / 92+ / Voyage 200 :
www.ti-fr.com.
Quelques idées personnelles
ici.
natto Le 20/12/2001 à 21:35 thib> non pas des warnings, des errors "dû" a genlib

納 豆パワー!
I becamed a natto!!!1!one!
Laisse-moi deviner: Utilises-tu un #include "foobar.c"? Si oui, ça ne va pas tu tout! Il faut faire l'une des 3 choses suivantes:
1. Insérer le code des fichiers .c inclus directement dans le premier fichier .c.
2. Renommer tous les fichiers .c que tu utilises avec #include en .h et les ajouter au projet comme Include Files. (Si l'extension est .c, TIGCC IDE, comme beaucoup d'autres IDEs, pensera que c'est un vrai fichier .c, pas un fichier utilisé avec #include - les standards C prévoient une extension .h pour tout fichier à utiliser avec #include.)
3. Utiliser plusieurs vrais fichiers C séparés. C'est-à-dire:
3.1. Virer tous les #include "foobar.c". ET
3.2. Dans chaque fichier, pour toute variable ou fonction d'un autre fichier .c, la déclarer comme extern. Par exemple extern unsigned long foo; ou void bar(void); (le mot clé extern est facultatif pour les fonctions).
Je me demande qui a appris aux programmeurs C cette manière barbare d'utiliser plusieurs fichiers C. Les sources de TI-Chess? Pourtant Thomas Nussbaumer y a précisé clairement que c'est sale et seulement une solution temporaire pour d'anciennes versions de TIGCC (maintenant dépassées) qui supportaient mal la compilation séparée. #include "foobar.c" est à proscrire.
Alors, c'était ça ton problème ou c'est autre chose?
[edit]Edité par Kevin Kofler le 21-12-2001 à 01:36:48[/edit]

Miles Le 21/12/2001 à 08:15 Tout à fait d'accord avec toi Kevin, c'est plus propre.
PpHd Le 21/12/2001 à 11:01 C'est faux. Il a teste avec un seul fichier c.
natto Le 21/12/2001 à 12:43 kevin>ca je m'en doutais un peu, non en fait je compile avec un seul fichier *.c

納 豆パワー!
I becamed a natto!!!1!one!
PpHd Le 21/12/2001 à 16:28 >Je me demande qui a appris aux programmeurs C cette manière barbare d'utiliser plusieurs fichiers C.
Des linkeurs a pleurer !
natto Le 23/12/2001 à 21:53 cool, merci je vais essayer

納 豆パワー!
I becamed a natto!!!1!one!
perso, utiliser plusieurs fichiers .c est la seule solution que j'ai trouvé pour utiliser des niveaux d'optimisations diférents : O3 pr le moteur et les fonctions graphiques, et Os pr les menus...
Et au fait, la version la plus récente de TIGCC IDE permet d'avoir des headers en .c, il suffit de les déplacer de C Source Files à Header Files.
Kevin> tres drole ...
Soit tu devloppe TRES vite, soit tu apprends TRES lentement (ou alors un peu des deux ...)
Perso, j'ai du passer ~4 mois sur total (et c'est loin d'etre finit) - alors j'ai pu commencer a utiliser emcacs au bout d'une journée ...
PpHd Le 07/01/2002 à 17:51 Il faut pas plus de 30 minutes pour comprendre les bases necessaires avec emacs. Ensuite tu peux aller tres , tres loin.
sous Win XP, je met plus que quelques secondes pour compiler un projet sous l'IDE (de l'ordre de dix secondes), alors que je mettait plus d'une minute sous WIN98SE !!!
XP powwaaaaaa !
tout dépend de la taille du programme, ainsi que du nombre de fichiers qui le composent...