predecrement avant ou apres ? - Page 2

Pas avec Xlib

-

pour des demo de 4 Ko on utilise pas de lib graphique...
et puis Xpowa d'abord !

Oh oui je sais mais une démo graphique demande quand même sacrément de place, surtout si il n'utilise pas de ROM_CALLS et de librairies. Faut tout réécrire...

-

C'est un peu de la triche (d'un autre côté tu ne va pas recréer la gestion des handles, allocation de blocs.. )

Bon bah arrête de raconter n'importe quoi geogeo alors

-

Juste ça, dans ce cas ça va, j'avais peur que tu utilise les ROM_CALLS de tracé de lignes, de cercles...

-

Oui ça s'appelle du _nostub, et je ne vois pas en quoi ça peut être considéré comme "tricher"

Oui c'est ce que j'avais compris.

Au fait si tu veut rajouter du son je te fait une librairie spécial pour ta démo, juste ce que tu as besoin pour l'interruption?

-

D'accord, en tout cas si tu n'utilise que la méthode gestion de MIDI, la librairie peut descendre à 2 Ko voir moi.
Malheuresement suivant les données faut prévoir une démo un peu plus grosse? (7 à 8 Ko).

< Vertyos > topics/29117-predecrement-avant-ou-apres/2#42 < Vertyos > combien on parie que geogeo insiste en expliquant qu'une musique ça prend rien ?

J'aurais du parier

J'ai pas insisté. Il fait ce qu'il veut, de plus regarde dans ma phrase le malheuresement.

-

Toute façon je suis sur la réalisation papier de PolySnd v3.0.

-

memcpy tu peux le remplacer par un:
lbl: mov; dbf;
tu gagnera peut etre en place

-

geogeo
: Orion_>Tu code TI-Nesulator? Ou autre chose?

Il faudras que tu m'explique le rapport la

C'était au post #23, et il n'avais pas dit sur quoi il travailler.

et alors comment il pourait bosser sur un projet qui n'est pas a lui ²

Ok désolé, j'ai confondu.

Si on revenait au sujet.

Ce n'est pas un bogue. a1 est call-clobbered, donc il a le droit de supprimer la post-incrémentation finale.

Ah bon, si ce n'était pas call-clobbered on aurait le droit de supposer que GCC ne supprime pas l'incrémentation, tu es sûr?
En gros si c'est le cas les asm() risquent de générer du code franchement pas terrible...

Pollux
: Ah bon, si ce n'était pas call-clobbered on aurait le droit de supposer que GCC ne supprime pas l'incrémentation, tu es sûr?

Non plus, il sauvegarderait le registre au début et le restaurerait à la fin. Il faut une "global register variable", pas une "local register variable", pour faire ce qu'il veut faire, et cela dans un registre qui n'est pas call-clobbered.

D'accord, c'est ce qu'il me semblait. Ton post ne précisait pas ce détail là, donc j'ai eu un doute

> Orion: Si tu veux une petite démo, Snow Tiger est en train de faire un format pour ça, avec un prog pour rappeler
la cinématique: le VectorCG. Y voudrait aussi permettre d'y appeler polysnd, mais c'est pas encore fait.

Et ça vaut pas le coup si t'utilise des sprites, ou du moins trop de sprites:
c'est pour du WireFrame, genre ce que son pote Louis XIV fait.

-