AS, il en est où ? - Page 10

Kevin : Pour ton français : on ne dit pas "inoficielle" mais plutôt "non-officielle" ou "officieuse"

gavé

Dernières versions de AS et CC avant un bout de temps (au moins 3 semaines)... c'est à peu pres utilisable, à part les multiplications/divisions de long qui produisent un appel de lib qui n'existe pas.

Enjoy

Le problème des fonctions de long inexistantes, on l'a aussi sous GTC

Sinon, I enjoy !!!

Thanks for AS and SIDE (but not for CC, you understand why... ) which are very very useful for the my Azur project

Tout les programmes de Nitro sont super.

Personne saurait commencer sauvegarder et restaurer l'ecran avec cc ?

J'avais essayé avec memcpy, et en allouant dynamiquement de la mémoire, mais ça ne marche pas, c'est curieux .

sinon, tu modifie la source asmSCR

moi auusi j'avais essayé memcpy et ca marchait pas
jvais voir ce que ca donne en changeant asmsrc mais c quand meme chiant si faut changer a chaque fois.
[edit]Edité par TachMan le 03-02-2002 à 14:54:24[/edit]

oué...
perso, pr la prog ASM on-calc, je me suis fait un projet dt je me ressert tt le temps...
mais c chiant, on peut pas faire pareil sous CC

Quel est le probleme exactement ?

Ca doit être le fait que dans la version actuelle, le fichier source est forcément csrc.

Et vous ne pouvez pas vous faire un prog BASIC pour renommer (ou copier) votre fichier source en csrc et appeller cc() ensuite ?
tsss...

BASIC rrrrruuuuuullllllleeeeeezzzzzzzzz

C'est ce que j'ai fait.
Mon problème vient plutôt de memcpy ...
Je n'ai pas réussi à la faire marcher une seule fois ...

Il faut changer ams_c pour y rajouter:
_memcpy = -$26A

Je l'ai fait mais ça ne marche quand même pas ...

N'oublie pas que c'est du C K&R sans prototypes, donc que le nombre à passer en 3ème argument doit soit avoir un suffixe L, soit être converti en long ou unsigned long avec un transtypage (typecast).

Ah merci Kevin j'avais oublié .
Bon je vais tester ça ...

Vous sauriez pas où on peut trouver de la doc sur le C K&R ?

dans le K&R, le bouquin écrit par... K&R, les deux fondateurs du langage C au standard K&R...
mais Attention : il fo prendra la première édition (la seconde édition traite du standard ANSI)

Comment faire comprendre à CC qu'une rom call retourne un pointeur? Parce qu'apparement il travaille par défaut sur des shorts, et le casting ne fonctionne pas de short en pointeurs. Et de toute façon il croit que la valeur renvoyée est dans d0. Comment faire pour lui dire d'utiliser a0 ???

Attendre GTC qui le fait

Essaye de mettre un prototype sans arguments:
void *HeapAllocPtr();
Mais je ne peux pas garantir que ça marchera.

Mets de l'assembleur inline, si c'est possible.

Avec CC on ne peut pas pour l'instant je crois

Avec GTC on peut

Et avec l'AZUR aussi

Exact, et il est même beaucoup plus souple sur ce point : on peut insérer de l'ASM inline partout, alors qu'avec GTC on est contraint de le faire à l'extérieur des fonctions, pour illustrer :

#include "stdio"

# fonctionASM:
#  move.w d0,d0
#  ....

void _main()
{
  fonctionASM();
}

#include "stdio"

void main[]
{
  <
    move.w d0,d0
    ....
  >
}