language prefere - Page 1

oui car j'ai un peu appris les 3 et je veux me mettre a fond dans un seul language et je sais pas lequel choisir entre le C et l'ASM

ASM!

Merde y'a pas de case "Azur", je ne peux pas voter

lol !

si vous pouviez dire pourquoi,que vous a t'il apporte,servira t-il dans le futur (metier etc ...)

vive l'asm! on vs bat ts!!
pour ZE best langage de prog!

Mais nan sbibi, ze langage qui a de l'avenir c'est le C !
p-ê l'Azur ? nan je rêve

ouais c clair car il est tres simple a comprendre en plus on peut faire qqchose de bien en tres peu de temps

Bon zilah je sais pas où t'es passé, je te met ton truc ici :

// Ma fonction C...

short GetHardwareModel()
{
  return ((short *)FL_getHardwareParmBlock())[0] == 20 ? 1 : 2;
}



; ... que je t'ai traduite en ASM

GetHardwareModel:                 ; la version est retournée dans d0 (1 ou 2)
     movem.l   d1-d2/a0-a1,-(a7)  ; sauvegarde des registres (on va appeller un ROM_CALL, donc d0-d2/a0-a1 sont détruits)
     move.l    $C8,a0             ; chargement de l'adresse de la table des ROM_CALLs
     move.l    $5AC(a0),a0        ; chargement du point d'entrée de FL_getHardwareParmBlock
     jsr       (a0)               ; appel
     moveq     #0,d0              ; effacement de d0
     cmp.w     #20,(a0)           ; détection de la taille de la liste des caractéristiques de la calto
     seq       d0                 ; si = 20 c'est une HW1 (d0=$FF), sinon HW2 (d0=0)
     addq.b    #2,d0              ; la magie du binaire fait que $FF+2 = 1 (HW1), et 0+2 = 2 (HW2)
     movem.l   (a7)+,d1-d2/a0-a1  ; restauration des registres
     rts

ASM power ! De toute façon, je ne connais pas un mot de C, et g même pas envie d'apprendre

thibaut>tu l'as écrit en koi, ton compilateur azur?
en c peut-être?

oki merci !

si j'en croi mes souvenir, je croi k'il voulait le faire en azur sur le PC pour la calco

zilah : de rien

Gandalf : au départ, mais j'ai tout recommencé avec TIGCC

bon ben je crois que je vais effectivement me mettre a fond en C

Le mieux C l'asm sur casio, ça ça a de l'avenir ...

lol
nan mais merd koi, viv l'asm!

bah il parait ke y'a même du C sur casio, d'ici qq années il vont nous sortir une rom mieux que celle de casio (ce sera pas dur )

bonjour,
en fait de langage, mon problème est de restaurer le français comme langue par defaut sur ma TI-89,
je me suis égarer ici mais sais tu comment dois-je procéder ?
je crois qu'il faut télécharger un logiciel flash de chargement du françqis ?
cordialement.
T.

Bon, pour les langages, moi je trouve le basic tres pratik pour les maths et en cours (koike l'asm en cours c pas impossible)
Le C bah c kd même plus simple que l'ASM (enfin bon, sa le débat a déjà été lancé et sa dépend belle et bien des personnes )
L'ASM => excellent qd on veut aller vite sans bouffer trop de place et avoir un code bien propre (en plus on peut programmer on calc, la classe koi)
Mais bon, le C est kd même plus pratik lorsque l'on veut prog sur PC
Enfin, bon C mon avis
Sinon, pour remettre le Français
Mode, F3
Si sa n'y est plus, tu vas sur le site de TI http://epsstore.ti.com/webs/CatList.asp?deptid=159&catid=518 ou tu regarde sur ton CD si CD tu as
Apres tu réfléchie ou tu lit la FAQ

Si tu veux que ça te serve par la suite, le C t'ouvrira plus de portes
(C, C++, Java, JavaScript, PHP, et j'en passe...)

en fait voila le topo :

basic : c un langage d'une facilité incryable, ou on fait vraiment tout ce que l'on veut sans soucis, ils viennent juste de moi les soucis quand je fait du basic !

C : ce langage a un avenir, donc c pas négligeable, mais c pas terrible niveau optimisation pour la 89/92+, c'est un langage qui est selon moi assez merdique, pas joli, mais assez pratique pour les manipulations complexes d'expressions

ASM : un langage sympa, qui a pour unique avantage le plaisir de faire ce que l'on veut avec la mémoire et le processeur, mais qui est une vraie catastrophe pour les trucs compliqués, style nombre à virgule ...

donc choisi le C, juste pour le futur qu'il t'apportera !

>mais qui est une vraie catastrophe pour les trucs compliqués, style nombre à virgule ...

Ce n'est pas aussi compliqué que ça:

       move.l $c8,a5
       link   a6,#-10              ; Create 10-bytes long space on the stack
       move.l #$40023421,-(sp)     ; Push 342.1178
       move.l #$17800000,-(sp)
       clr.w  -(sp)
       move.l log*4(a5),a0
       jsr    (a0)            ; The result is on the stack frame
       lea    (sp,10),sp           ; Adjust the stack pointer
       move.l #$40002340           ; Push 2.34
       clr.l  -(sp)
       clr.w  -(sp)
       move.l bcdmul*4(a5),a0
       jsr    (a0)         ; The result is again on the stack frame
       lea    (sp,10),sp           ; Adjust the stack pointer again
       move.l bcdlong*4(a5),a0
       jsr    (a0)         ; The final result is now in d0
       unlk   a6                   ; Remove the stack frame

La seule chose à connaître est le format BCD.

c très intéressant tout ça !!!

c quoi le "log" qui traine ???
je pense à un romcall, mais si c'est le cas, alors oui, c plus facile vu sous cet angle, mais je parle de l'asm sans tout ça, car sur ce point tu as des connaissances, et moi aucune, je me sers que de drawstrxy et rien d'autre !

Oui, le log est un ROM_CALL. En fait, j'ai pris l'exemple de la documentation de TIGCC (http://tigcc.ticalc.org/doc/asminfo.html), et je l'ai juste converti en _nostub, donc si tu veux l'exemple en kernel, c'est dans la documentation de TIGCC. (Et ça te permettra aussi de voir ce que j'ai changé.)

arf... EN BASIC, on fait pas vraiment tt ce qu'on veut...
j'arrive à faire en C bien plus de trucs de 'bas niveau' que je ne pouvais le faire en BASIC (au niveau TI, bien sûr !)
Par exemple, essayes d'utiliser les grays en BASIC... de faire des graphismes sur tt l'écran en BASIC, de manipuler à 100% la VAT en BASIC... de faire mumuse à développer des jeux rapides en BASIC... d'utiliser _rowread en BASIC...
(sans utiliser flib, bien sûr, vu que Flib est programmée en C !)

Sinon, le TI-BASIC est mieux que le C quand il s'agit de développer des programmes mathématiques...