ben c'est un peu le principe du typage statique, justement... compiler un programme ne va améliorer la situation face à un interpréteur que si tu réussis à inférer suffisamment d'informations de type pour éviter de distinguer les cas ^^ (sinon autant faire un interpréteur, c'est plus économique en RAM)
« The biggest civil liberty of all is not to be killed by a terrorist. » (Geoff Hoon, ministre des transports anglais)
limmt Le 17/11/2005 à 19:31 et le mais plus lent je voulais dire que l'interprété sera de toute facon plus lent que meme un compilateur mal optimisé

Wenn ich morgen meinem Gott gegenübertrete, kann ich ihm sagen: "Ich bin unschuldig, ich hab' niemandem etwas getan - außer mir selben" Und das verzeiht er mir offentlich !
Falco - Hans Hölzel 1957 - 1998
RIP
Dude Le 17/11/2005 à 20:24 C'est ce que je pense aussi puisque l'interpreteur est une sorte d' "émulation" si on peut la qualifier comme ca ^^
"De l'Art de faire des Posts qui ne servent a Rien." (c) Ximoon
15:13 @Ximoon - 29-11-2005
"C'est débile ce sondage, une fois de plus Dude, tu ne sers à rien #hehe#" #love# Il est collector celui là ^^
18:56 @Ximoon - 09-10-2010
"Mince Dude sert à quelque chose %) (pas taper :D )" Owii xD #trilove#
limmt Le 17/11/2005 à 20:26 L'interpréteur "regarde" quelles sont les commandes et les exécute lui-meme, le compilateur transforme le code en un code que le processeur exécute directement donc bcp plus rapide

Wenn ich morgen meinem Gott gegenübertrete, kann ich ihm sagen: "Ich bin unschuldig, ich hab' niemandem etwas getan - außer mir selben" Und das verzeiht er mir offentlich !
Falco - Hans Hölzel 1957 - 1998
RIP
Et le prog C généré, il utilise *tout* l'écran ou il se limite à la zone crevée de 160*77 ?
Le nec plus ultra serait de générer du code machine executable par la ti directement sans passer par un PC.
Déjà passer du basic au C est une étape qui abaisse le niveau de langage, mais pas assez pour être facilement transformé en code machine.
Il faut traduire en assembleur.
What kind of technology is this?
Bah ceux qui ont fait TIGCC ont donc le niveau pour faire du code machine après la transformation en C.
Ce serait donc faisable en faisant suivre les 2 ?
Direct dans la ti: Basic -> C -> ASM.
C'est plus con que de faire direct Basic -> ASM mais c'est plus simple car apparement, les deux étapes sont en cours ou ont déja été faites (pas sur la bonne machine mais ça se transpose).
What kind of technology is this?
limmt Le 19/11/2005 à 07:39 Ls indirection du type:
For i,1,100
RplcPic #("pic"&string(i)),1,1
EndFor
seront gérées, seules indirection du type: 123»#("var"&string(i)) ne le seront pas
et le calcul formel ne sera pas supporté non plus

Wenn ich morgen meinem Gott gegenübertrete, kann ich ihm sagen: "Ich bin unschuldig, ich hab' niemandem etwas getan - außer mir selben" Und das verzeiht er mir offentlich !
Falco - Hans Hölzel 1957 - 1998
RIP
T'as jamais entendu parlé de l'estack?
Mais c'est que par l'estack que le calcul formel est géré.
Par exemple pour intégrer une fonction voir l'exemple Pretty Print de TIGCC.

Combien de tas de bois une marmotte pourrait couper si une marmotte pouvait couper du bois ?
limmt > n'importe quoi, si tu avais une vrai reconnaissance de type tu pourrais trouver les type "expr" dans le programme et faire du calcul formel de maniere acceptable :/
Zeph Le 20/11/2005 à 04:08 ça ne t'empêche pas d'essayer d'être un peu moins désagréable dans tes posts cela dit, Fpg...

All right. Keep doing whatever it is you think you're doing.
------------------------------------------
Besoin d'aide sur le site ? Essayez
par ici :)
Pour flib si il veut utiliser les sources, il devra passer en GPL ^^