Qu'y a t il eu de nouveau ? :) - Page 2

Ah, tiens, j'ai oublié ma mise à jour de stdio.h. TIGCC 0.95 comprendra aussi:
* un gets réellement utilisable (backspace!), et une version anti-buffer-overflow (getsn)
* les fonctions de la famille *scanf
* support du menu [CHAR] dans getchar, fgetchar, gets, getsn, scanf et vscanf. Pour du bas-niveau (sans menu [CHAR]), il y a toujours ngetchx (ou encore plus bas-niveau OSdequeue, _keytest, _rowread).

PS: Tout ce que j'ai mis sur mes listes ici sera disponible dès la bêta 1.

pas mal

liquid :
que des features pour le nostub

Pas exclusivement. Voici les features qui concernent aussi le mode kernel:

- possibilité de programmer pour Fargo (TI-92) [ben oui, Fargo est un kernel!]
- support natif de la V200 (création des fichiers *.v2z, mise du flag kernel n°5)
- support des relogements compressés (formats _nostub, PreOs, Fargo)
- optimisation des relogements entre fichiers objet
- optimisations tail-call (jbsr+rts=jbra)
- suppression du nop de padding à la fin des sections de fichiers objet A68k dont la taille n'est pas divisible par 4
- support des sauts longs par ligne F, au format AMS (6 octets, mais sans relogement) ou personnalisé (4 octets, également sans relogement)
- possibilité de faire des versions de son programme spécifiques au modèle (TI-89, TI-92+, V200) tout en ne compilant qu'une seule fois (les constantes sont mises par le linker lors de l'exportation), donc compilation 3 fois plus rapide si on veut faire des versions différentes pour les différents modèles pour des raisons de place.
* suppression totale du padding dans GNU as, il est maintenant possible de créer des fichiers de taille paire (c'est-à-dire partie exécutable de taille impaire) si la taille de la dernière section est impaire. (Cependant, le linker est obligé de faire commencer les sections à des adresses paires pour des raisons évidentes, donc seule la dernière section peut profiter de cela.)
* GCC 3.3, avec notamment une optimisation meilleure.

Donc 10 des 14 fonctionnalités que j'ai listées concernent également le mode kernel!

Et d'ailleurs j'ai oublié:
- possibilité de mettre automatiquement les données dans un fichier externe
(Cette fonctionnalité est aussi utilisable en kernel comme en _nostub.)

personne ne m'a repondu à ceci :

Aussi, avant j'utilisais tout le tps TI Graph Link, apparement maintenant, TI Connect est pas mal utilisé, mais perso je le trouve SUPER lent ! Ti Connect est il vraiment plus puissant que Ti Graph Link ?

non

oki

tant que j'y suis dans mes question, avant, lorsque j'executait stdlib, j'avais preos browser, or maintenant, je ne l'ai plus
est ce à cause de l'ams 2.09, ou cette fonction a t elle ete enlevée ?

merci

?????

-stdlib est une lib donc ne s'execute pas
-preos browser est pas top, utilise le var link quitte a avoir un explorateur simple

donc ça n'a aucun rapport avec ams2.09

bah, comment tu fais pour avoir preos browser toi alors ?

tu le telecharges sur http://www.timetoteam.fr.st
il doit etre distribué avec preos je suppose

liquid :
?????
-stdlib est une lib donc ne s'execute pas

Bah et preos browser alors, tu le lance comment ?
(je ne suit pas trop l'évolution de PreOs donc je sais pas si ça y est toujours, mais j'ai déjà eu des versions ou executer stdlib extrayait (? ) preos browser.

Exécuter stdlib devrait lancer PreOs Browser normalement. Si ça ne marche pas, alors je ne sais pas du tout pourquoi.

j'ai trouvé, il suffisait d'archiver preos et stdlib

ok g rien dit :]

comme shell en développement, y a CS (avec tout plein de fonctions inutiles et qqes unes utiles ) mais il est gros et ne marche pas sur 89

ca fait 2 projets qui s'apellent CS alors

j'avais pas grillé, mais t'as tout à fait raison. Mais je pense que le mien est plus vieux (1 an que je le travaille)

et puis y'en a un qui sortira jamais aussi ...

sisi il sortira... par contre comment... j'en sais rien

lequel ? parce que le mien, je suis pas sûr de le finir

Non le truc de limmt qui ferait honte à Valve Entertainement si ils en avaient connaissance

mais le truc de limmt sortira, j'en suis certain

dsl, je suis encore trop newbie pour bien connaître tous ceux du forum

pas grave, tu manques rien sur celui-ci

ou alors tout au plus des crises de fou rire, mais c'est tout

Kevin Kofler :
TIGCC 0.95 est en préparation.

Oui, je l'attend assez IMPATIEMMENT.

en effet a par les icones le kernel posède déja presque tout. Ils ont au moins fait l'effort utlra minimum de gerer le flag V200 quoique ca doit pas être kevin qui a eu l'idée. Par contre c'est bete de ne pas prendre en compte les nouveautés de PreOS je sais que Kevin va dire pas compatible mais TIGCC fait déja des programme pas compatibles avec tous le AMS.

Uther
: en effet a par les icones le kernel posède déja presque tout.

N'importe quoi (ou alors tu as une définition très bizarre de "presque tout"). Relis la liste des fonctionnalités.

Ils ont au moins fait l'effort utlra minimum de gerer le flag V200 quoique ca doit pas être kevin qui a eu l'idée.

Si.

Et il est d'ailleurs déjà géré par TIGCC 0.94 (là aussi, c'est moi qui ai rajouté ça), mais à travers un hack dans les headers (_flag_5 défini "à la main"). Maintenant, c'est le linker qui s'en occupe automatiquement.

Par contre c'est bete de ne pas prendre en compte les nouveautés de PreOS

Les relogements compressés au format PreOs 0.68 sont supportés par le linker!
PpHd nous a sorti un format qui ne fait pas planter les anciens kernels (mais donne un message d'erreur si le kernel est trop ancien, du moins dans notre version du stub, le stub de référence de PpHd étant un stub stupide qui retourne juste "Done" en cas d'erreur) et qui apporte vraiment quelque chose d'utile, on l'a adopté (en option évidemment). Mais les fonctionnalités d'utilité doûteuse qui font planter les anciens kernels, on n'en veut pas.

Preos browser ce lance bien avec stdlib mais bon je le déconseille fortement: même le var link est mieu. Il me semble que ca m'était arrivé une fois que le stdlib ne s'execute mais c'était dans une vieille version il me semble que PreOS browser est toujours ilclu dans la dernière release de PreOS. En tout cas il est inclu dans le stdlib de PedroM

[CITE]N'importe quoi (ou alors tu as une définition très bizarre de "presque tout"). Relis la liste des fonctionnalités.[/CITE]
Je parle des amélioration faites au format nostub qui sont pour la pluspart des reprises du format kernel. Je ne nie pas qu'il y a des améliorations faites à la prog en général(kernel comme nostub)

Mais les fonctionnalités d'utilité doûteuse qui font planter les anciens kernels, on n'en veut pas.

A par ce TeOS complètement dépassé et que plus personne n'utilise ca ne pose pas de problème. De toute façon pour utiliser les nouveaux RAMCALLS il suffira des faire un petit .h supplémentaire.

Il y a aussi une libraire audio pour la programmation de jeux... comme nouveauté

Exact. Il doit y avoir aussi Space Dementia
Et plein de nouveaux vaporwares anoncés dont le futur grand hit: le shell TIM qui relègera tictex, shl, einstein, et les autre au rang d'objet préhistorique si tu n'a pas peur de PreOS.

snow-tiger> "Oui, je l'attend assez IMPATIEMMENT."

sans BLAGUE?