Vertel 2.00 - Page 6

bon, bah exit AMS 2.03, 2.02, 2.01, 2.00, 1.05, 1.00

Vertyos a écrit :
Autre chose :

Grâce à un conseil de BiHi, la taille a encore diminué, et Vertel est repassée sous la barre des 7000 octets (6985 pour être exact).
ExtendeD m'a conseillé d'utiliser un define de TIGCC qui :
+ Réduirait encore de 300 octets la taille de la librairie
- La rendrait incompatible avec les AMS inferieurs à 2.04
- La ralentirait un peu
Personnellement je suis contre, à cause de l'incompatibilité, mais reste à voir ce qu'en pensent les utilisateurs. Votre avis ?

J'ai dit que j'attendais l'avis DES utilisateurs, pour l'instant tu es le seul de cet avis, alors attends un peu.

Je n'utilise pas le BASIC, mais je pense que c'est mieux de ne pas utiliser FLINE.
Tu permets à plus de personne d'utiliser ta libraire
Elle est à peine plus rapide
Tant que ça ne dépasse pas 8ko, il n'y a pas de pb

oui, c'ets vrai, si c a cette echelle, ca va pas se faire ressentir

bah, sinon, au pire tu fais une version spéciale ams>2.04

Bah :

- Incompatibilité de la lib et donc des programmes réalisés avec
- Perte de vitesse (insignifiant)
- Gain de place (quand on compare à FLib, ce n'est pas grand chose non plus)

Franchement pour moi c'est vite vu... En tout cas une chose est sure : il n'y aura pas deux version differentes. C'est soit avec FLINE, soit sans, mais pas les deux.

bah sans, alors
De toute façons, AMS 3.00 va tous déchirer et plus personne utiliseras les 2.xx ou les 1.xx

le pauvre il est si naif

mais au moins il ne se rend pas compte de son malheur

riras bien qui rira le dernier

Dites... Pour flooder, vous vous êtes planté de topic :]

On flood pas, j'argumentes pour que tu vire la compatibilité <2.04

Donne moi un seul argument valable ça sera déjà pas mal

AMS 3.00 va tous déchirer et plus personne utiliseras les 2.xx ou les 1.xx

un argument valable ! pas une connerie !

Un argument contre: Il y a encore pas mal de gens qui utilisent AMS 2.03 (patchée en plus) parce qu'ils n'ont pas de kernel à jour. Enfin, je ne suis pas sur qu'on puisse être à la fois assez en retard pour utiliser la 2.03 pour ces raisons et assez à jour pour utiliser vertel...

oui, c'ets pas faux lol
mais bon, on l'a vu encore avec l'autre neu² et son topic dans question, 2.03 a encore de beaux jours devant lui

Tu connais USE_INTERNAL_FLINE_EMULATOR? C'est ce que j'utilise dans Backgammon, et ça marche très bien.

Vertel fait 6957 octets sans USE_INTERNAL_FLINE_EMULATOR, et 7001 octets avec

C'est toujours mieux que sans USE_FLINE_ROM_CALLS.

???

??? c quoi tout ca ???
Sinon, la compatibileté AMS<2.04 je pense qu'il faut la garder, et puis on est pas à 300 octets près non?

Vertyos
a écrit : ???

6957+300-7001>0

Kevin Kofler a écrit :
C'est toujours mieux que sans USE_FLINE_ROM_CALLS.

Non justement, USE_FLINE_ROM_CALLS donne le meilleur résultat (66xx octets), puis ensuite sans define (6985), et enfin avec le INTERNAL_FLINE : 7001.

Ah, OK. Donc Vertel est suffisamment petite pour que USE_INTERNAL_FLINE_EMULATOR ne sert pas.

ben moi j'utilisais la 2.03 jusqu'à il y a une semaine (jamais eu de raison sérieuse pour changer...), etj'en connais bcp d'autres. Je pense que la compatibilité devrait être maintenue...

bah le bug de restauration de l'archive devrait etre une raison suffisante pour passer a la 2.05

Bon... Donc Vertel reste à 6985 octets pour l'instant, ça me semble assez raisonnable quand on fait le rapport entre la taille et les possibilités

Merci qui? Oui je sais tu l'as déjà dit mais t'es passé trop vite dessus!
Non mais sérieusement t'avais pas pensé à -mregparm et -fomit-frame-pointer...
Kevin, y'a-t-il d'autres switch qui peuvent gagner en taille? Je crois qu'il y en a un pour passer tous les appels possibles en PC-relatif, vu la taille de Vertel, ça peut être intéressant...

j'ai tout reinstallé et je n'ai pas eu de probleme avec vertel (par contre je n'ai pas encore reessayé les prog d'exemples). je pense qu'un programme avait peut etre ecrit des cochonneries ou il ne fallait pas. je vais essayer de l'isoler (enfin si c'est de la que vient le probleme)

Pour une bonne nouvelle, c'est une bonne nouvelle

(on a tous à y gagner)

aze> jamais eu de pb de restauration d'archives avec la 2.03...