Tant qu'à faire diamond+1 après chaque reset, autant le faire avec PreOS.
Uther Le 04/02/2002 à 19:21 je suis de votre avis! en fait moi ce que j'aimerai c'est que TI face un AMS avec un kernel déjà inclu dans la ROM! Ca serait, le top, plus de problèmes de flashage qui marche pas, plus de débat kernel nostub! et tout qui marche très bien sans rien avoir a installer! (Je sais c'est qu'un reve mais bon on sait jamais)
Uther Le 04/02/2002 à 19:39 et evidement que Ti embauche Nitro, Pphd, Kevin et JM, sinon ca vaut pas le coup!(ha je reve trop moi!)
entre Kevin contre le Kernel, et PpHd pour (ainsi que JM je penses), lequel l'emporterai ?
Sinon, JM... ça fait super longtemps qu"on le voit plus ici !!!
Mmm, là je crois que c'est mal parti pour esperer la suppression des protections anti-asm.
PpHd Le 05/02/2002 à 08:13 Oui. Mais pkoi ils mettent des protections aussi minables ?
Parcequ'il pensait pensait surement pas que vous étiez d'aussi bon programmeur.
Membre fondateur de la Ligue Anti-MacIntoc
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Un expert est quelqu'un qui en sait de plus en plus sur de moins en moins
de choses, jusqu'à ce qu'il connaisse absolument tout à propos de rien.
PpHd Le 05/02/2002 à 10:05 Faut pas rever, non plus.
t'as pas vu leur "vti" ? je me suis fendu la poire le jour la !
ça rame trop ! (c t sur un P3 815Mhz) on voyais bien chaque caractère se dessiner à l'écran !
C'est quoi "mistub" ? Est-ce que quelqu'un peut m'expliquer clairement ?
(A mon avis ça ne sert à rien d'avoir un troisième format, incompatible avec les deux autres !)
Je vous rappelle en passant, que le kernel lui-même, est un programme _nostub...
KerNO est très bien, il permet d'avoir une protection anti-crash sans avoir un kernel au sens [contraire du _nostub].
Le SDK de TI est nul... Et dire que je suis obligé de tester mes programmes optimisés pour la 92+ sur la "VTI" lente, buggée...
PpHd Le 06/02/2002 à 16:23 "Incompatible avec les deux autres". Lol
c pas nul le SDK .. mais tt le monde utilise tiGCC .. forcement que ca encourage personne de programmer avec le SDK.
Si c'est nul. Il y a plein de choses que TIGCC sait faire que le SDK ne sait pas faire. Et puis il faut décourager au maximum l'usage du SDK, sinon on se retrouve avec plein d'applications Flash qui coûtent tous 15$.
Voici une liste de choses que TIGCC sait faire contrairement au SDK de TI:
- Les variables globales et statiques sont permises dans les programmes en RAM avec TIGCC.
- Les programmes peuvent être automatiquement compressés avec TIGCC. Ceci permet également des programmes en RAM pouvant atteindre 64 KO non compressés plutôt que seulement 24 KO.
- TIGCC est fourni avec une librairie statique appelée TIGCCLIB qui contient des fonctions comme la plupart des fonctions stdio.h et stdlib.h ANSI, des routines de niveaux de gris et de sprites et beaucoup plus.
- Les programmes écrits avec TIGCC marchent aussi avec des versions de AMS inférieures à 2.04 sans avoir à installer un programme d'émulation résident en mémoire.
- Les programmes écrits avec TIGCC marchent aussi avec AMS 1, alors que les programmes du SDK ne marchent souvent pas même avec un programme d'émuilation parce qu'ils utilisent des ROM_CALLs disponibles avec AMS 2 seulement. Les programmes du SDK utilisent même parfois des ROM_CALLs introduits seulement avec AMS 2.04 ou 2.05.
- TIGCC est un portage de GCC 3, sonc vous obtenez des fonctionnalités spécifiques à GCC comme les extensions C GNU.
- TIGCC supporte les librairies statiques d'auteurs tiers, et un certain nombre en a déjà été écrit, comme ExtGraph de Thomas Nussbaumer.
- TIGCC vous permet aussi de programmer en assembleur (pas seulement en assembleur inline en C), et vous avez même le choix parmi 2 assembleurs différents.
- TIGCC vous permet aussi d'écrire des programmes pour kernel, y compris des librairies dynamiques et des programmes qui les utilisent (même si je déconseille l'utilisation de cette fonctionnalité).
[edit]Edité par Kevin Kofler le 06-02-2002 à 16:54:06[/edit]
ben oué .. mais au moins avec le SDK on peut faire des flash simplement (si ce n'est tout court)
pis vu ce que c ces flash a 15$ ..
PpHd Le 06/02/2002 à 17:41 >(même si je déconseille l'utilisation de cette fonctionnalité).
Bien sûr !
Si Pollux ne mettra pas au moins la génération de programmes _nostub (si déjà il ne veut pas mettre son programme en _nostub), il ne risque pas d'y avoir beaucoup de personnes à utiliser GTC.
(si c le seul qui permette de programmer en mode kernel)
)
