Optimisation toute simple, mais.... - Page 2

"NO_CALC_DETECT et NO_AMS_CHECK peuvent faire que la calculatrice plante si on lance le programme sur une calculatrice pour laquelle il n'a pas été prévu"

Je ne trouve pas que c'est un problème trop génant. Il suffit d'indiquer clairement à l'utilisateur, à côté de la case, l'inconvénient qu'il aurait à cocher

là, en gros, le mieux, c de ceoder en ASM : a68k rajoute pas tout ce genre de "protections" quasi ridicules...

qd je me fait un prog pr mon usage personnel, je sais :
que le prog ne sera lancé que sur une 92+
que sur une ROM2.05
je sais aussi que je n'ai pas besoin de trucs inutiles, et que je veux un code le plus petit possible...
=> résulat, je suis obligé de me taper des lignes et des lignes de trucs !

squale92
a écrit : là, en gros, le mieux, c de ceoder en ASM : a68k rajoute pas tout ce genre de "protections" quasi ridicules...

C'est parce que je n'ai pas encore écrit tigccmain.h...

argh !
en gros, un simple hello world, il va falloir metre 50 #define !!!
j'imagine même pas l'horreur pour expliquer ça à un débuttant

Hé Kevin fait pas semblant de ne pas avoir vu le trentième post

Thibaut a écrit :
"NO_CALC_DETECT et NO_AMS_CHECK peuvent faire que la calculatrice plante si on lance le programme sur une calculatrice pour laquelle il n'a pas été prévu"

Je ne trouve pas que c'est un problème trop génant. Il suffit d'indiquer clairement à l'utilisateur, à côté de la case, l'inconvénient qu'il aurait à cocher

On ne peut pas présumer qu'un utilisateur trop paresseux pour lire la documentation sera suffisamment intelligent pour comprendre.
Et on ne peut pas mettre tous les détails qu'on peut mettre dans la documentation dans un petit dialogue de wizard.
Et comme il suffit de lire la documentation pour trouver ces flags, je n'y vois pas un gros problème.
Et enfin, on ne veut encourager personne à utiliser ces flags s'ils ne sont pas absolument nécessaires à cause d'une limite de taille, donc c'est normal qu'ils soient cachés.

moué

Pas très correct d'activer des options sans l'avis du programmeur.

ExtendeD
a écrit : Pas très correct d'activer des options sans l'avis du programmeur.

il faut quand même reconnaître que ces options sont utiles pour la majorité des programmes ...

mais ca devrait quand mm exister dans un wizard... mm dans un sous wizz caché genre advanced

Kevin Kofler a écrit :
Si:
- NO_EXIT_SUPPORT fait que exit, atexit, abort et assert ne marchent plus (d'ailleurs pour assert, attendez la prochaine bêta, parce que nous l'avons oublié quand nous avons porté exit et atexit vers le nouvel "exit support" - je l'ai corrigé entretemps).
- NO_CALC_DETECT et NO_AMS_CHECK peuvent faire que la calculatrice plante si on lance le programme sur une calculatrice pour laquelle il n'a pas été prévu.

sachant que le exit, je ne l'utilise JAMAIS...

moi, j'ai un hearder "standard", avec pas mal de define...
et à chaque nouveau programme, je fais un copier coller...

Autant faire un #include nan ?

ben, c ce que je fais !
#include "NomDuProjet_Header.h"

Meuh alors pourquoi tu parles de copier-coller ?

parce que je copie dans le header de mon projet les #defines du header du projet précédent, en gros

Bah alors c'est bien ce que je demandais : pourquoi ne fais-tu pas un header qui contient les #define, ainsi tu n'aurais plus qu'à écrire #include "MesDefines.hache" dans chacun de tes projets, plutôt que d'y copier les #define

faudrait mettre dans les options des cases a cocher pour pas avoir les define a taper a chaque fois quand meme....

Thibaut> je me fait un header dans chaque projet, ainsi je met tout dans le même header, même ce qui est pas pareil pr tous les progs.

ça me fait un header de moins dans la liste de TIGCC
(j'en ai déjà pas mal des fichiers, je veux éviter d'en avoir trop de plus)

C'est quoi "la liste de TIGCC " ?

tous les fichiers que j'ai d'ouvert dans l'IDE.
ça fait un paquet non négligeable...

Référence-le avec un path absolu, comme ça tu n'auras pas besoin de l'inclure dans la liste des headers

certes, mais je serai obligé d'en créer un autre de toute façon, spécifique au projet...