Help Lib comment faire? - Page 2

Petite clarification du message #16.

: Si vous programmez TIGCC c'est pour rendre service aux programmeurs C.. et non pour imposer certaines methodes sous 68k (de fois je doute..)

c'est comme si je dissais que XLib est faite pour programmer des jeux genre R-Type.. et que si qqn programme un sma avec .. alors je lui dit que c'est pas du tout fait pour ca et que la prochaine version de XLib (qui n'aura pas lieu) ne sera pas compatible avec son programme.
GX Gen X Ext sont des lib dans le but d'aider le programmeur.. et un programmeur est libre de faire un viewer de texte avec genlib.. pphd ne vas pas lui interdir, mais le deconseillé..

c'est la ou on voit la mentalité TIGCC.
Car de mon point de vu la dll ne pose pas de probleme.. et puis dans le pire des cas.. je peux fair un support DLL...

CLair, c comme si PpHd, Timad et Thibaut demandaient chaque programme utilisant leur lib pour vérifier si le prog est bien dans l'optique de leurs idées quand ils ont programmé leur lib ...
Et ensuite ils censureraient les programmes qu'ils jugent "non conforme" à leur idée ...

Pfff, qu'est ce que ça serait.

Je demande aussi à Kevin d'expliquer son argument principal, je cite : "c'est vraiment abusé" ...

topics/15494-vous-la-voulez/12#345
topics/15494-vous-la-voulez/12#350
topics/16112-dll/3#70

En bref aucun argument valable!

Comme quand qu'il gueule contre les kernels

de toute maniere il est bien connu que l'equipe tigcc n'aime que les jeux du genre tichess...

Et vous 2, est-ce que vous avez des arguments valables pour justifier des accusations comme:

TiMad
a écrit : de toute maniere il est bien connu que l'equipe tigcc n'aime que les jeux du genre tichess...

???

Mais alors pourquoi proposer l'idée de vérifier que la DLL et le prog sont > à 32 Ko ???

Quand je vois certain code de jeu de nioub, je me dis vraiment que c'est ce genre de chose qui sont inutiles pour la RAM, pour la vitesse ect, mais quand un truc est bien codé comme Xlib, je vois pas le prob.

Vous acceptez qu'on compile des codes C dégueulasses faits par de pires nioub que moi (bien pire pour la RAM qu'une DLL) ,peut-être car vous vous dites que le user fait ce qu'il veut/peut, mais vous proposez de refuser des codes bien fait comme celui d'Xlib (et là vous n'acceptez plus la loin du "le user fait ce qu'il veut de son code")
Y'a desfois où je comprend pas.

Moi, je trouve ça un peu inutile de mettre une DLL juste pour 8 ko de Xlib, mais je ne comprends pas pourquoi Kévin est carrément prêt à enlever le support des DLL pour que Xlib ne PUISSE plus être supporté sur DLL.
Je trouve que ce n'est pas très respectueux envers TiMad.

Moi je m'en fous. Passe en mode kernel avec Xlib. Au moins tu pourras compresser Xlib

Je passerai en mode kernel le jour pou kkn patch la rom de maniere a ce qu'il installe le kernel automatiquement ... a chaque reset.. sinon je reste 100% nostub (je deteste les tsr! ).
Il y a deja eu une tentative de darkangel .. mais il n'as pas terminé à 100% son projet

oué, en plus ça réduirait énormément la taille des progs X

fetes moi une rom patcher et je passe au Kernel..
Je susi 100% nostub car je suis un gros flaimard.. et meme un diam + x ca me gave

hé hé la Virtual Machine de GT-Dev est pour toi

>Timad: Tu pourrais le faire toi meme, ce rom-patcher. C pas si complique

Tu rigoles.. je suis newb en asm moi..