utilisation de TI-GCC - Page 1

Bonjour, je suis en train de suivre le tuto de squalenet et j'ai un petit problème pour la compilation (auquel je n'ai pas trouvé de réponse dans la documentation).
Voilà j'ai créé un projet "tuto" dans lequel je compte enregistrer tous les programmes que je serai amené a faire, pour l'instant je n'en ai que deux mais quand je clique "Make" ou même "Build" je n'ai en sortie qu'un seul éxécutable.
Donc comment faire pour avoir un exécutable par fichier source?

En faisant un projet par source

Il faut créer un projet séparé pour chaque exécutable, tu ne peux pas créer plusieurs exécutables à partir du même projet.

Kevin Kofler (./3) :
tu ne peux pas créer plusieurs exécutables à partir du même projet.

Du coup je ne comprend pas dans quels cas on peut avoir besoin de créer plusieurs fichiers sources dans le même projet.
Et que se passe-t-il quand je compile mes deux fichiers sources?

Eh bien, en général :
- pour les gros programmes, qui comportent des milliers de lignes de code C, ça permet de diviser la source en plusieurs unités. C'est beaucoup plus clair.
- pour les très très très gros programmes, l'utilité est encore plus avérée : la compilation complète du projet étant très longue, ça permet de ne compiler que les fichiers sources que l'on a modifié. La compilation est plus rapide.

Merci j'y vois plus clair.
Pour l'instant au stade où j'en suis je ne vais pas trop en avoir l'utilité.
Par contre je viens de trouver une petite astuce pour ceux qui voudraient absolument mettre plusieurs programmes dans le même projet, il suffit de laisser le programme à compiler dans le dossier "C Files" et de déplacer les autres dans "Other Files".

Beurk!

Et sinon, je signale que le projet s'appelle TIGCC, pas TI-GCC.

Rien à voir avec Micro-Soft qui est devenu... Microsoft.

Baa tu peut aussi utiliser un VRAI IDE qui propose ce genre de choses..

Godzil (./10) :
Baa tu peut aussi utiliser un VRAI IDE qui propose ce genre de choses..

Sauf que ton "VRAI" IDE, il est très mal adapté à TIGCC, par exemple il ne gère pas les options de TIGCCLIB, du linker etc., et cela peu importe de quel "VRAI" IDE tu parles. TIGCC IDE et KTIGCC existent pour une raison. Je déconseille fortement l'utilisation d'un autre IDE ou de la ligne de commande.

À titre d'information, les switches minimum pour compiler du code convenablement optimisé et avec les warnings conseillés en ligne de commande, c'est:
-Os -ffunction-sections -fdata-sections -Wall -Wextra -Wwrite-strings --optimize-code --cut-ranges --reorder-sections --merge-constants --remove-unused
TIGCC IDE et KTIGCC mettent tout ça par défaut pour les nouveaux projets. (Ils peuvent le faire parce qu'ils savent ce qu'est un nouveau projet, la ligne de commande n'a aucun moyen de le savoir!) Rien que pour ça, la ligne de commande sux.

mon dieu, il que de fonctionnalitée inutiles qu'il est tres difficilement possible de mettre dans un plugin pour un Vrai IDE...

Donc ça y est officiellement la CLI est bannie de tigcc ?

et la moitié des options est tres loin d'etre indispensable (et -Os sux a mort)

bref argument extremement irrecevable. surtout pour la partie des #define "prédéfinis"

Godzil (./13) :
Donc ça y est officiellement la CLI est bannie de tigcc ?

Non, mais fortement déconseillée oui, elle l'a toujours été pour la version Win32, et depuis KTIGCC elle l'est aussi pour *nix.

la moitié des options est tres loin d'etre indispensable

Pour moi, tout logiciel compilé sans les optimisations du linker est un bogue. Et -ffunction-sections -fdata-sections sont nécessaires pour que --reorder-sections et --remove-unused montrent leur plein potentiel.

Martial Demolins (./14) :
Tiens, d'ailleurs, ça me fait penser que j'ai des merdes avec --cut-ranges qui refuse de me compiler un bsr tout bête.

Exemple?

Puis tigcc me fout des "nop" partout dans le code, c'est une vraie merde

C'est parce que tu ne mets pas --cut-ranges. Si l'optimisation linker ne peut pas couper les octets gagnés par une optimisation absolu->relatif, tu veux qu'elle fasse quoi à part remplir la place gagnée par des nops? C'est toujours plus efficace que sans optimisations. Mais --cut-ranges existe pour ça.

Et au passage, la ligne de commande est largement suffisante en assembleur, l'IDE n'apport rien

L'IDE est presque aussi utile en assembleur qu'en C! (Je dis "presque" parce que les switches -D pour les options de TIGCCLIB ne sont évidemment pas utiles en assembleur, mais à part ça, assembleur ou C n'a aucune importance.)

Kevin Kofler (./15) :
tout logiciel compilé sans les optimisations du linker est un bogue

Apres la redefinition de vaporware, la redefition MadeInKeouin de bug

Je ne vois pas ce qu'il y a de drôle.
Si tu n'as pas de bonne raison de compiler sans les optimisations du linker (et encore, je veux les lire, les raisons! Si c'est un bogue du linker, il faut que je le corrige), c'est totalement idiot de t'en priver, ça donne un logiciel plus gros et plus lent que nécessaire!

bah vire les les options alors.. et active-les d'office, si ca sert a rien de pouvoir les enlever...

Le problème, c'est que chacun fait comme il veux et avec les optimisation qu'il veux. Si il ne veux pas etre forcé d'utiliser le mode "Kevin" il ne les utilise pas !

C'est parceque TOI tu as décrété qu'il faut faire comme ça que tout le monde fait et ferra pareil.

Tu veux pas aussi qu'on mette des © Kevin Koffler dans tous les sources compilé avec TIGCC ?

momotte (./19) :
bah vire les les options alors.. et active-les d'office, si ca sert a rien de pouvoir les enlever...

Ça sert pour des raisons de compatibilité antérieure. (Il y a quelques rares programmes qui ne compilent pas correctement avec les optimisations linker.)
Et je ne peux pas mettre les switches par défaut parce qu'il n'y a pas de version --no- équivalente, il faudrait d'abord que je code les --no-foo pour les switches linker.

Godzil (./20) :
Le problème, c'est que chacun fait comme il veux et avec les optimisation qu'il veux.

Une fois de plus, ça sert à quoi de désactiver une option d'optimisation si elle améliore ton code sans rien casser?

Kevin Kofler (./18) :
Je ne vois pas ce qu'il y a de drôle.

Peut-être que tu ne connaisses pas la définition d'un bug ?

Un bogue est une erreur dans un logiciel. Ne pas activer les optimisations conseillées pour tout nouveau programme sans aucune raison est une erreur (une omission) dans le build script utilisé.

Mais tout ça c'est jouer sur les termes, l'essentiel est qu'il faut utiliser TIGCC IDE ou KTIGCC!

Va falloir encore que tu corriges wikipedia... « Un bogue ou bug informatique est une anomalie dans un programme informatique l’empêchant de fonctionner correctement. »

Kevin Kofler (./25) :
l'essentiel est qu'il faut utiliser TIGCC IDE ou KTIGCC!

C'est la ou on en reviens, tu déteste Microsoft, mais tu fait pas mieux qu'eux

"Utilisez le Kevin's software, de toute maniere vous avez pas le choix" quitte a faire de la désinformation sur justement le choix possible..

Il faut que tu corriges Le trésor de la langue française également

Poisson long et rayé de couleur éclatante, de la famille des sparidés, commun en Méditerranée et dans le golfe de Gascogne, à chair recherchée, et représenté surtout par deux espèces le bogue commun, et le bogue saupe

Dire qu'ils ne parlent même pas de TIGCC et de --cut-ranges 

mais non voyons, je pense plutot que, au vu du contexte, il s'agit de:

‣ [En parlant d'un animal] Le hérisson, qui resta prudemment roulé en bogue (H. Bazin, Vipère au poing, 1948, p. 122). ‣ [En parlant d'une pers.] Personne manquant de douceur, agressive, toujours sur la défensive :

Et puis excuse moi, mais je ne peut appeler TIGCC-IDE (sic) comme un IDE, surtout quand on compare avec de vrai IDE qui ont au moins 10ans d'age, de vrai utilisateurs, qui n'ont pas un espece de dictateur derriere qui joue l'immobilisme (au point d'aller faire une copie 1:1 en portant le truc sur une nouvelle plateforme plutot que de tenter de le mettre a jour et de faire un truc bien) sans aucune options digne d'un IDE (pas de refactoring, pas de completion digne de ce nom, etc...) incapable de gerer plusieurs projets simultanéement, et avec des fenetres d'options digne du pire film d'horreur...

bref tigcc-ide rulez c'est sur...