XLib version ultra-light - Page 1

Petit test :Compilation d'un simple programme.

void _main(void)
{
XOn();
XOff();
}

Résultat : plus de 3Ko...

Sachant que seules les fonctions de Sprite en nvg (XGTWSprite, XGTBSprite, XGNSprite) me servent, est-ce qu'il serait possible de faire une version ultra-light de XLib qui ne contienne que des 3 fonctions (avec si possible pas de XOn, XOff, histoires de buffers à la con, timers inutiles, etc...).
Parceque j'ai vraiment l'impression de me trainer 75% de lib inutile

Attedn.. dans Xon, tu sais ce qu'il y a ? la routine de gray de tigcc et la redirection des timlers.. alors c'est pas trop de ma faute... + 700 octet de tablea d'alloc

EN fait tu voit vertyos, Xlib est la plus petite lib du monde

a peine 2octets
tout le reste c'est les routines de gray + ptr

bon ok j'arrete de rigoler, sa reste quand meme bizzare que sa prenne 3Ko, la routine de gray + interrupt, sa fait pas 3Ko qd meme non ?

TiMad > Si tu pouvais cesser, quand je dit quelque chose à propos d'XLib, d'annoncer immédiatement et sans vérifier "c'est pas vrai", on pourrait peut-être avancer.

Si vous ne me croyez pas, essayez ! Compilez le programme de mon 1er post et regardez la taille (XLib statique 1.05).

Vertyos> Timad a ses humeurs, cherche pas, sinon a pars sa il est super sympa j'ai les source d'X 1.05 (et 1.00 et meme de pre 1.00 ), et il me semble qu'on les avais mis dispo ceux de la 1.05(a voir..) le mieux c de regarder par toi meme, enfin de tte sa m'etonne aussi que sa prenne 3Ko juste pour Xon et Xoff...

nEUrOne ?

menfin c'etait pas mechand mon post

Bon ce que je voulais dire c'est que c'est la routine de tigcc qui prend pas mal de place

Mais on la pas pris méchament timad

Pour se qui est du pbm de vertyos, faudrait voir si on pourrait pas "alleger" un peu tt sa non ?

bein je sais pas j'ai plus les source, mais il se peux qu'il y ai aussi les fonction XCpyGPlan etc.. dedant donc c'est norml

Sinon si c

sinon si ca vous tent je peux mettre dans la prochaine version de Xlib un mode Swap qui permet d'eviter d'avoir les fonctions de copie de plan etc...

nan, le swap 'est pas bien, ca oblige à attendre la synchro de l'écran ...

non pas la methode de thib

D'après Vark la méthode de syncro de GraphX est à chier... Enfin il a pesté dessus pour Kirby en tout cas.

arf...