Optimisation taille des projets en plusieurs .c (switch ?) - Page 2

Vertyos :
Je suppose que les sources que vous auriez à envoyer font à peu de choses près la même taille que les sources de TIGCC 0.94 SP4 disponible sur votre site ?
Bien. Donc ça fait... Estimation grossière, dans les 4mo.

... plus 2,3 MO pour les sources de GNU as. Et 4,8 MO pour celles de GCC, mais tu peux télécharger GCC 3.3.1-tigcc-pre19 séparément.

Bon, puisque tu insistes, je veux bien t'envoyer la mise à jour de GNU as, demande à Sebastian pour le reste (dis-lui que c'est moi qui m'occupe de GNU as et que tu peux récupérer GCC 3.3.1-tigcc-pre19 tout seul).

Mais tu es vraiment grave lourd à ne pas vouloir attendre 1 ou 2 semaines. Nous ne sommes pas comme Pollux, nos semaines ne durent pas 2 ans.

C'est pour le principe, tu vante souvent les mérites de la TIGCC Team, comme quoi elle ne fait pas comme Pollux. Voilà une occasion de le prouver

(bon cela dit je voulais surtout te voir accepter, tant pis j'attendrais 2 semaines si il s'agit vraiment de 2 semaines, et puis qui sait ? Pollux va peut-être voir le topic )

Mouais, ce n'est pas vraiment comparable, Pollux se vante quand même plus que KK en règle gnrl, et KK n'a pas annoncé de date de sortie de TIGCC 0.95 dépassée depuis un an.

Pollux est tout seul, et était en prepa. Ça fait quand même deux détails qui ont leur importance

Comme déjà dit, demande à Sebastian si tu veux qu'il t'envoie sa partie du travail, je ne vais quand-même pas demander pour toi.

Je t'ai déjà dit que je suis OK pour t'envoyer ma partie du travail (versions patchées de GNU as, GCC et A68k - j'ai aussi travaillé sur le linker, mais c'est quand-même le projet de Sebastian).

Vertyos
: Pollux est tout seul,

Nous ne sommes pas une grosse équipe non plus. On n'est que 2 à faire tout le travail actuellement.

sauf que vous faites de la maintenance/maj, pollux lui il est partit de 0 (ou pas grand chose)

Mais ce n'est plus le même débat là. On parlait des dates de sortie

Le linker, on l'a écrit à partir de 0. Tu verras que tous les fichiers du linker sont © Sebastian Reichelt et/ou Kevin Kofler. Et ce n'est pas un travail négligeable (cf. liste des fonctionnalités)!
Et Pollux n'est pas vraiment parti à partir de 0, il est parti d'un compilateur existant.

pss pauvre bichette attendre 2 semaines pour gagner 300 octets sur un prog.. on aura tout vu!
pour une fois je suis d'accord avec KK, il faut tout de meme arreter de critiquer tigcc...le linker est loin de faire 8Ko comme certains programmes..

C'est quand que t'arreteras d'être à coté de la plaque toi ?
Kevin qui critique Pollux dans une bonne dizaine de topic comme quoi il refuse systematiquement la distribution de betas sur demande, voilà une occasion de prouver qu'il était bien placé pour parler.
Et si tu savais lire tu aurais même pu comprendre la 2eme partie du post #31. Bref. Tu sors

(au fait, t'es carrément bien placé pour parler de "certains programmes de 8ko", toi qui a prouvé à maintes reprises tes talents pr développer de gros projets )

Vertyos: Et le message ./35, tu l'as lu?

Oui oui j'ai bien vu que tu étais pret à m'envoyer ta partie de TIGCC, c'est tout ce que je voulais vérifier
Et comme posté, j'attendrais 2 semaines si il s'agit réellement de deux semaines.

A l'occasion j'aimerais bien que JS alias TiMad alias Jackosking alias surement d'autres évite de raconter n'importe quoi surtout quand il n'est pas en position de le faire.

Hum, je pense quand même que pour les béta-testeurs, tu n'es pas a 300octets près, nan ?

c'est ce que je dis..
faut pas abuser!
et puis TIGCC a déjà releaser contrairement a pollux qui repousse sans cesse les dates!
Ca fait plus de 1 ans que pollux promet des bétas public et ya quoi : niette.
En breff c'est normal / comprehensible que l'on demande des preuves lorsque l'on voit des postes de Pollux precisant qu'il gagne sur certains points...

Kevin qui critique Pollux dans une bonne dizaine de topic comme quoi il refuse systematiquement la distribution de betas sur demande, voilà une occasion de prouver qu'il était bien placé pour parler.

rien a voir cf dessus.

au fait, t'es carrément bien placé pour parler de "certains programmes de 8ko", toi qui a prouvé à maintes reprises tes talents pr développer de gros projets )

ha encore une fois ca me fait marer..
c'est l'art de juger les personnes sans les connaitre...
tu connais les projets que j'ai fais on pc?
j'ai eu 22/20 en programmation C en PREPA (projet d'une année, c'est pas grand chose..), et laisse moi te dire qu'il donne pas les points comme ca contrairement à d'autres ecoles..je suis à plus de 8 points au dessus de la moyenne de la classe..
j'ai un shell on pc qui fait 24 Ko et qui gere les skins etc... et qui a justement pour but d'optimiser l'utilisation de la ram
j'ai pas mal d'autres projets..
et pour ce qui est d'XLib, mon but etait de faire plus rapide que Genlib (sachant que XLib est dev en prepa => peu de temps), j'y suis arriver sans trop de problemes.. maintenant j'ai arreter le dev parce que je prog que on pc..
tu te permet de critiquer un coder sur 1 ligne de code.. ca me fait rire c'est comme en cour de mecanique quantique quand le prof a oublié une fleche sur nabla et que ya un bouffon de service qui se croit supperieur et leve le doigt pour chippoter le prof sur les moindres petites boullettes alors que c'est un nb des quantas et que tout le monde avait compris..

allez viva les nb... bon moi cassos..

JackosKing :
[...] En breff c'est normal / comprehensible que l'on demande des preuves lorsque l'on voit des postes de Pollux precisant qu'il gagne sur certains points...

Il y en a peu qui ont dit faire confiance à Pollux dans avoir de beta... Franchement c'est pas mon cas, j'attendrais la release pour savoir ce que vaut vraiment GTC. Aucun rapport.

rien a voir cf dessus.

A coté de la plaque cf au dessus.

ha encore une fois ca me fait marer..
c'est l'art de juger les personnes sans les connaitre...
tu connais les projets que j'ai fais on pc?
j'ai eu 22/20 en programmation C en PREPA (projet d'une année, c'est pas grand chose..), et laisse moi te dire qu'il donne pas les points comme ca contrairement à d'autres ecoles..je suis à plus de 8 points au dessus de la moyenne de la classe..
j'ai un shell on pc qui fait 24 Ko et qui gere les skins etc... et qui a justement pour but d'optimiser l'utilisation de la ram j'ai pas mal d'autres projets..

Oué moi aussi g reprogrammé un OS ac interface graphique de fou en 2ko, j'ai 42 sur 20 en programmation (ma note est 3 fois supperieure à la moyenne de la classe), d'ailleurs y'a 5 boites qui m'ont déjà contacté depuis le début de cette année (2 jours, mais je suis rapide) et qui me proposent un contrat.



Je juge sur ce que je vois. Et j'ai (malheureusement) vu XLib...
(ah non j'ai vu aussi l'éditeur de sprites de XLib bon bref passons, c'est même plus drole).

et pour ce qui est d'XLib, mon but etait de faire plus rapide que Genlib (sachant que XLib est dev en prepa => peu de temps), j'y suis arriver sans trop de problemes.. maintenant j'ai arreter le dev parce que je prog que on pc..

En effet j'ai cru remarquer que les meilleurs programmeurs PC se démerdaient très mal sur calc, c tout à fait logique

tu te permet de critiquer un coder sur 1 ligne de code..

La source entière d'XLib. Mais bon tu vas surement me dire que c'était volontairement prévu pour être lent et prendre de la place

ca me fait rire c'est comme [anecdote très instructive] allez viva les nb... bon moi cassos..

T'es crédible quand tu veux

Oué moi aussi g reprogrammé un OS ac interface graphique de fou en 2ko, j'ai 42 sur 20 en programmation (ma note est 3 fois supperieure à la moyenne de la classe), d'ailleurs y'a 5 boites qui m'ont déjà contacté depuis le début de cette année (2 jours, mais je suis rapide) et qui me proposent un contrat.



Je juge sur ce que je vois. Et j'ai (malheureusement) vu XLib... (ah non j'ai vu aussi l'éditeur de sprites de XLib bon bref passons, c'est même plus drole).

>> oui justement tu juge sur pas grand chose.. tu est superficiel.. et si tu connais pas mes projets t'as qu'a chercher sur le net... tout ce que j'ai dit est vrai..

En effet j'ai cru remarquer que les meilleurs programmeurs PC se démerdaient très mal sur calc, c tout à fait logique

je pense sans probleme me demerder mieux que toi en asm68k, alors bon t'es grande gueule mais a part ca ya rien...

La source entière d'XLib. Mais bon tu vas surement me dire que c'était volontairement prévu pour être lent et prendre de la place

Je doute que t'ai le niveau suffisant en asm pour critiquer totues les sources d'XLib..
a oui monsieur critique le fait que j'utilise boo au lieu de char... mdr ca c'est mytho de chez mytho mon gas..
pour le malloc perso ca me derange pas..
pour la routine de gray perso d'XLib je pense que tu sais meme pas faire une routine de gray..
pour les routines de sprites avec transparence.. perso pour le moment c'est les meilleurs et le seul a m'avoir montré des routines qui pouvaient etre aussi bonnes etait jackiechan.. (il ne gerait pas le shift etc.. mais il savait le faire.. ce qui justifie le "pouvaient")
Et puis si t'es si fort en C pkoi tu fais pas mieux en C.. (et oui c'est possible de faire plus rapide qu'XLib en C)

pour l'editeur de sprite sprite, de level de fonte etc.. si tu peux faire le mieux en 2 jours sans connaitre un language avant, et bien fait le.. faut voir aussi le coté productif, parce que certain de cette comu critique sanr rien faire.. (a oui bien entendu j'ai fait tout ca pendant que gt en prepa.. ce qui est pas le cas de tout le monde..)

a puis voilà t'as ptetre mal vu mais je te vois comme ca:

tu te permet de critiquer un coder sur 1 ligne de code.. ca me fait rire c'est comme en cour de mecanique quantique quand le prof a oublié une fleche sur nabla et que ya un bouffon de service qui se croit supperieur et leve le doigt pour chippoter le prof sur les moindres petites boullettes alors que c'est un nb des quantas et que tout le monde avait compris..

je pense sans probleme me demerder mieux que toi en asm68k, alors bon t'es grande gueule mais a part ca ya rien...

En ASM surement. Mais... T'as lu le titre du topic ? On dirait pas.

Je doute que t'ai le niveau suffisant en asm pour critiquer totues les sources d'XLib..

Et pourtant... (non c'est pas mon niveau là c'est réellement les sources )

pour le malloc perso ca me derange pas..

Bah oui évidement si rien ne te dérange alors la source est parfaite

pour la routine de gray perso d'XLib je pense que tu sais meme pas faire une routine de gray..

Bon écoute c'est pas toi qui va pouvoir me critiquer sur quoi que ce soit ok ? T'es très loin de pouvoir te permettre de te vanter, et pas la peine de me sortir tes utopiques programmes PC parfaits, je parle de la Ti.

pour les routines de sprites avec transparence.. perso pour le moment c'est les meilleurs et le seul a m'avoir montré des routines qui pouvaient etre aussi bonnes etait jackiechan.. (il ne gerait pas le shift etc.. mais il savait le faire.. ce qui justifie le "pouvaient")

Ah tiens c marrant moi j'ai une routine de lui, 16² transparente clippée qui marche très bien...

(a oui bien entendu j'ai fait tout ca pendant que gt en prepa.. ce qui est pas le cas de tout le monde..)

Ah. Et à ton avis je suis ou là ?

Et puis si t'es si fort en C pkoi tu fais pas mieux en C.. (et oui c'est possible de faire plus rapide qu'XLib en C)

Vas-y propose une solution, je regarde (déroulage complet de la boucle proscrit).

a puis voilà t'as ptetre mal vu mais je te vois comme ca:

Je préfere pas te dire comment je te vois, ça ne m'apporte rien. Mais tu peux très facilement l'imaginer.

pour les routines de sprites avec transparence.. perso pour le moment c'est les meilleurs et le seul a m'avoir montré des routines qui pouvaient etre aussi bonnes etait jackiechan.. (il ne gerait pas le shift etc.. mais il savait le faire.. ce qui justifie le "pouvaient")
Ah tiens c marrant moi j'ai une routine de lui, 16² transparente clippée qui marche très bien...

.
ca contredi ce que j'ai dit? non alors bon..
et perso si t'es si fort que tu le pretend en prog pkoi t'es aussi dépendant des autres..

En ASM surement. Mais... T'as lu le titre du topic ? On dirait pas.

La source entière d'XLib.

alors tu te contredis.. faut verifier ce qu'on écrit..

JackosKing
: et perso si t'es si fort que tu le pretend en prog pkoi t'es aussi dépendant des autres..

Heu non, me fait pas dire ce que je n'ait pas dit. Je n'ai *jamais* dit que j'étais bon à quoi que ce soit. Juste proposé des corrections pour la partie C d'XLib.

alors tu te contredis.. faut verifier ce qu'on écrit..

Elle est entièrement en ASM la source d'XLib ? On doit pas parler de la même chose alors

(au fait ça passe bof bof le "saut" au dessus de toutes les autres remarques, par exemple l'argument "je suis en prépa pas comme certains" ça m'a paru un peu rapide comme jugement )

tu parles de la source entiere de XLib, or Xlib est 98% ASM.. donc relit ce que tu marques.

et pour te permettre de critiquer les autres comme ca.. humhum

JackosKing
: tu parles de la source entiere de XLib, or Xlib est 98% ASM.. donc relit ce que tu marques.

C'est pas ce que j'ai sous les yeux... Plus de 8ko de sources en C ça fait beaucoup plus que 2% du total de la source. Et puis si tu tiens absolument à parler des sources ASM, je suis désolé mais quand je vois des trucs comme ça :

Sprite16x16N_9inf_Loop:
moveq #0,%d0; moveq #0,%d1; move.w (%a1)+,%d0; move.w (%a1)+,%d1; swap %d0; swap %d1; lsr.l %d2,%d0; lsr.l %d2,%d1; or.l %d0,(%a0); or.l %d1,3840(%a0); add.w #30,%a0;
moveq #0,%d0; moveq #0,%d1; move.w (%a1)+,%d0; move.w (%a1)+,%d1; swap %d0; swap %d1; lsr.l %d2,%d0; lsr.l %d2,%d1; or.l %d0,(%a0); or.l %d1,3840(%a0); add.w #30,%a0;
moveq #0,%d0; moveq #0,%d1; move.w (%a1)+,%d0; move.w (%a1)+,%d1; swap %d0; swap %d1; lsr.l %d2,%d0; lsr.l %d2,%d1; or.l %d0,(%a0); or.l %d1,3840(%a0); add.w #30,%a0;
moveq #0,%d0; moveq #0,%d1; move.w (%a1)+,%d0; move.w (%a1)+,%d1; swap %d0; swap %d1; lsr.l %d2,%d0; lsr.l %d2,%d1; or.l %d0,(%a0); or.l %d1,3840(%a0); add.w #30,%a0;
dbra %d3,Sprite16x16N_9inf_Loop
move.l (%a7)+,%d3 rts

Ça laisse quand même reveur

et pour te permettre de critiquer les autres comme ca.. humhum

Plait-il ?

bein reve et montre nous ton reve..
les gas qui critique et qui font rien => poubelle...
et puis si tu critique ce code tu critiques pas mal de lib graphique.. ca se voit que t'y connais pas grand chose...

Non, il ne critique pas pas mal de lib graphique puisque ni Ext, ni GX, ni gen (enfin j'espère pour PpHd) n'utilise ce code non optimisé.

Merci
JackosKing un jour faudra que t'envisage d'arrêter de raconter n'importe quoi. J'aurais tendance à vouloir fermer ce topic qui de toute façon ne sert à rien, mais te connaissant tu pourrais bien rebondir là dessus :]

Vertyos tu es toujours aussi respectueux de l'avis des autres...
Déjà mes topics tu les pourris par ton arrogance... Et arrête de systématiquement dire que les gens sont à côté de la plaque, il y a des moyens bien plus respectueux de faire comprendre à quelqu'un qu'il a tort.

Tu n'as pas bien suivi le topic on dirait...

Si je l'ai lu. Tout commence au #40. Désolé mais il y a des manières plus respectueuses de le dire.

Brunni :
Vertyos tu es toujours aussi respectueux de l'avis des autres... Déjà mes topics tu les pourris par ton arrogance... Et arrête de systématiquement dire que les gens sont à côté de la plaque, il y a des moyens bien plus respectueux de faire comprendre à quelqu'un qu'il a tort.

Jackosking tu as tors.
Brunni toi aussi. Et en plus t'as rien comprit au topic.

Voilà c'est mieux ?

il n'empeche que tu critique un bout de mon code asm et que tu ne propose pas mieux... que dois je comprendre?