TIGCC est trop lent - Page 2

ça depend des pc en fait (et des composants surtouts), des fois windows vient mettre son nez ou il faut pas

Brunni
: Oui... Mais je ne sais pas trop comment faire ça simplement.

Place tous tes GFX dans un fichier (avec fwrite et companie si t'y arrive pas), et ensuite tu n'as plus qu'à placer ce fichier en lecture seule pour les récuperer depuis le programme principal.

fais des tests avant de l'implementer !!

squale92
: bah, chez moi, ça marche, alternativement : linux OU windows

Ce n'est pas ça qu'on voulait dire par "en même temps".

Vertyos :
Au fait : t'as des sprites dans les headers de ton projet ? Si oui tu peux les passer en externe déjà diminuera énormément la place

Pas la peine de les mettre en externe pour accélérer la compilation, il suffit de les mettre en .bin: http://tigcc.ticalc.org/doc/default.html#import_binary.

Vertyos
:

Brunni
: Oui... Mais je ne sais pas trop comment faire ça simplement.

Place tous tes GFX dans un fichier (avec fwrite et companie si t'y arrive pas), et ensuite tu n'as plus qu'à placer ce fichier en lecture seule pour les récuperer depuis le programme principal.

Ou attends le nouveau linker qui pourra faire ça tout seul. Pour le problème du temps de compilation, cf. la première réponse.

Kevin, ton nouveau linker qui externalise les données, ça me fait un peu peur. Pourra-t-on désactiver cette fonction ? Et sera-t-elle activée par défaut ?

GoldenCrystal
: Kevin, ton nouveau linker qui externalise les données, ça me fait un peu peur. Pourra-t-on désactiver cette fonction ?

Évidemment.

Et sera-t-elle activée par défaut ?

Non.

squale92 :
bah, chez moi, ça marche, alternativement : linux OU windows les deux en meme temps... j'ai reussi à fusiller linux (et peut-être lilo, je sais pas trop), en essayer de les faire tourner en même temps (avec vmware).. enfin, ct pas joyeux : à chaque fois que je lançais linux, fallait tout reconfigurer le matériel...

Ouais ben justement chez moi ça marche pas. Mais chez mon pote oui. Il a essayé chez moi mais bon y'a pas moyen.
Et puis faudrait arrêter de se foutre de la gueule des gens un moment... (surtout Peio)

J'ai essayé de séparer en plusieurs fichiers .c mais ça ne marche pas (plein d'erreurs). J'ai mis le fichiers Sprites.h en .c mais j'ai autant d'erreurs que de warnings (une fois undeclared, une fois defined but not used)
Que dois-je faire?

Si tu définis "<TYPE> my_array[] = {...};" , tu dois créer une fichier .h avec la définition de la variable: "extern <TYPE> my_array[];" et tu inclus ce fichier .h au lieu d'inclure le fichier .c.

me fous pas de ta gueule, je dis juste que sans aucune connaissance de linux j'ai jms eu de pb a ce niveau la
dernier exemple en date: debian woody installée cette nuit sur mon deuxieme hd

j'ai l'impression que TIGCC v0.94 est plus lent en compilation que la v0.93

./34> je sais
mais j'ai pas résisté à la tentation

Bah le principe de faire deux partition est niquel normalement: il est impossible de fusiller Win depuis linux et vise versa. Certaine distrib permettent d'instaler Linux sur une partition Windows mais j'ose espérer que tu n'as pas fais cette horreur.
Après si tu fait pas de coneries avec lilo ou autre boot manager, y'a pas de problèmes

./44> j'avais fait deux partitions (plus un pour le swap linux) :
une en ntfs, avec xp dessus
l'autre en ext3 avec linux
mas bon, devait y avoir un pb sur le dur...
toujours est-il que y'avait plus moyen de lancer un os ou l'autre... lilo qui deait plus trouver la table des partitions...
j'ai fait cd de restauration sony...
et une heure apres en gros, le dur mourrait, panne matérielle