PolySnd - Page 25

Pourrais-tu reposter le lien vers la lib ? (le topic contient bcp de pages, je ne le retrouve plus)

http://perso.wanadoo.fr/tisofts/polysnd/polysnd2/polysnd202.zip

Là dans le zip la librairie est à 100% mais non testée sur HW1.

Wrong calculator model.
Tu pourrais faire une version statique stp ?

Wrong Calculator avec Chrono.9xz?
Car si c'est dans le zip polysnd202.zip, c'est impossible j'ai pensais à tout les models.

Tu pourrais faire une version statique stp ?

Pour la version statique ça ne serat pas avant d'avoir des rapports complet sur la version dynamique car si jamais il y a un bug ou autre je n'ai pas envie de faire plusieurs fois la version statique. Pour moi la version 2.0 est la dernière et donc je veut quelle soit finit et complète.

geogeo
a écrit : Wrong Calculator avec Chrono.9xz?

Pour la version statique ça ne serat pas avant d'avoir des rapports complet sur la version dynamique car si jamais il y a un bug ou autre je n'ai pas envie de faire plusieurs fois la version statique. Pour moi la version 2.0 est la dernière et donc je veut quelle soit finit et complète.

Bon bah j'essayerais quand elle sera en statique

J'avoue que j'ai beaucoup de choses à faire avec cette librairie est j'essaye au mieux d'ordonner mon travail car pour cette version je l'ai recommencais 3 fois.
Je vais me forcer à faire une version statique mais je veux des bêtas testeur c'est important.

Arf j'ai oublié de poster "Oui" après le 1er "cite"

geogeo
a écrit : Car si c'est dans le zip polysnd202.zip, c'est impossible j'ai pensais à tout les models.

Euh, il y a 2 binaires alors qu'il y a 3 modèles en tout. Et ta version TI-92+ n'est pas compatible V200:

//#define USE_TI89              // Compile for TI-89
#define USE_TI92PLUS          // Compile for TI-92 Plus
//#define USE_V200              // Compile for V200

Oups.

C'est pas le zip final donc je vais corriger ça.
Pour la version statique je la fait demain, j'ai 33 fonctions différente dans PolySnd donc ça risque long.

Kevin>Je dois faire comment pour pouvoir faire une fichier statique avec juste mon fichier polysnd2.asm qui contient toutes les fonctions, suis-je obligé de faire un fichier par fonctions? Car le problème c'est que j'ai une interruption commune à toutes les fonctions...

Tu ferais mieux de faire un fichier par fonction sauf si les fonctions sont toujours utilisées en même temps, ce que je ne pense pas forcément être le cas ici.

Ce que tu peux faire, c'est de faire un fichier par fonction, et encore un pour l'interruption.

Si on met chaque fonction dans un fichier séparé, mais que par exemple une fonction fait appel à une autre, qui est dans un autre fichier, ça posera problème ou non ?

Non.

C'est assez chiant de faire une librairie statique...
Je vais m'y mettre. Mais je sens que ça va être fastidieux.

Ce que tu peux faire est d'utiliser un seul fichier source, mais avec des ifne, que tu actives avec le switch -v en ligne de commande. Comme ça, tu assembles à chaque fois une partie différente du même fichier.

J'ai préférer créer un fichier par fonctions et un ficheir ce nommant internal.h qui contient les variables et l'interruption mais le problème c'est que j'ai des "undefined references".

Le problème c'est que internal.h contient beaucoup de choses qui sont utilisable par les fonctions et je n'arrive pas à le déclarer dans chaque fichiers.

Je veux bien la mettre dans stdlib une fois qu'elle sera finalisee.

Merci PpHd.

PPHD

Pour les variables, suis-je obliger de faire un fichier contenant l'interruption, l'autre les variables....

A la limite, je dirai de mettre les variables dans le fichier de la fonction d'initialisation de la lib (il doit bien y en avoir une ?)
vu que tu ne peux pas utiliser la lib sans appeller cette fonction, les variables seront forcement chargees
(enfin, je pense... si c'est pas le cas, dites le moi, pour pas que je fasse de conneries dans mon adaptation d'Xlib pour KIIO)

Mais toutes les fonctions utiilisent ses variables et la fonction d'initialisation n'as rien avoir avec ça.

bah, pas grave si la fonction d'initialisation n'a rien a voir...
si les variables sont dans le fichier de la fonction d'initialisation, elles seront inclues dans le cas ou la fonction d'initialisation l'est... et vu que la fonction d'init l'est tout le temps...

et que toutes les fonctions utilisent ces variables, bah, dans chaque fichier, tu defini tes variables en extern (grace a un .h, par exemple)

PS: si c pas bon ce que je dis, dites le moi, que je le sache... ca m'evitera de chercher ce qui foire dans quelques jours

Mais déclarer mes variables ne changera rien? C'est de l'assembleur pourtant.
Je ne me souvenait plus qu'une librairie statique était difficile à faire.

heu...

Kevin ?
(je crois que c la meilleure solution )
(j'ai plus l'habitude du C que de l'asm... et pas vraiment l'habitude de slibs stats)

geogeo a écrit :
Je ne me souvenait plus qu'une librairie statique était difficile à faire.

de toutes façons une lib dynamique c mieux, alors pkoi se faire ch**r ?

Les librairies dynamique possèdent des avantages et des inconvénients et les librairies statique c'est pareil.

je plaisantais

Mais dans ton cas la lib dynamique est mieux a mon avis vu qu'il s'agit d'un environnement et non d'un simple regroupement de routines.

oui, kevin pourra d'ailleurs te le confirmer