[FR] Guide du langage C sur ez80 (TI-83 PCE/ 84+CE)

My calculator programs · by **Adriweb** » 26 Jun 2016, 15:04

Mieux

Mais du coup, tu peux enlever le mot "Code" avant le bloc, puisqu'on le voit directement maintenant.
Par ailleurs, le reste après le bloc de code, doit aussi être contenu dans le [margin], sinon on distingue moins les différentes parties.

→ **MyCalcs** profile · by **Wistaro** » 26 Jun 2016, 15:34

Adriweb wrote:Mieux

Mais du coup, tu peux enlever le mot "Code" avant le bloc, puisqu'on le voit directement maintenant.
Par ailleurs, le reste après le bloc de code, doit aussi être contenu dans le [margin], sinon on distingue moins les différentes parties.

Merci, corrigé

→ **MyCalcs** profile · by **Bisam** » 26 Jun 2016, 17:14

J'ai corrigé quelques erreurs de mise en forme, une cinquantaine de fautes d'orthographe et quelques erreurs de grammaire.

Sur le fond, j'ai regardé très rapidement mais j'ai rajouté que dans une variable de type "array" on ne peut même que des variables de même type. Je pense qu'il faudrait également expliquer que l'on peut accéder directement à n'importe quelle case du tableau en lecture comme en écriture.
J'ai corrigé également le type "float" qui, selon les implémentations les plus courantes actuellement, utilise 64 bits (dont 1 bit pour désigner les "non-nombres"... mais est-ce vraiment utile de le préciser ?).

My calculator programs · by **Adriweb** » 26 Jun 2016, 17:17

Histoire d'être bien clair une bonne fois pour toute... Voici les types de base et leur taille, pour ZDS :

→ **MyCalcs** profile · by **Bisam** » 26 Jun 2016, 17:40

C'est sûr que c'est plus malin de donner la vraie taille utilisée sur la machine que celle couramment utilisée sur d'autres machines...

→ **MyCalcs** profile · by **Wistaro** » 26 Jun 2016, 20:45

Bisam wrote:J'ai corrigé quelques erreurs de mise en forme, une cinquantaine de fautes d'orthographe et quelques erreurs de grammaire.

Sur le fond, j'ai regardé très rapidement mais j'ai rajouté que dans une variable de type "array" on ne peut même que des variables de même type. Je pense qu'il faudrait également expliquer que l'on peut accéder directement à n'importe quelle case du tableau en lecture comme en écriture.
J'ai corrigé également le type "float" qui, selon les implémentations les plus courantes actuellement, utilise 64 bits (dont 1 bit pour désigner les "non-nombres"... mais est-ce vraiment utile de le préciser ?).

Heu, merci.
D'ordinaire je m'applique sur l'orthographe, mais à la base cet inventaire de fonctions devait être privé. J'ai pris la décision de le rendre public pour pouvoir en faire profiter à un maximum de personnes.
D'où l'orthographe et la syntaxe hâtive, parfois maladroite et incorrecte.

Aussi, j'ignorais (avant qu'Adriweb ne m'en parle) que les variables avait des tailles différentes sur ce "C" là. J'ai donc parlé de ce je connaissais, à savoir les tailles des types couramment utilisés...

→ **MyCalcs** profile · by **Ti64CLi++** » 27 Jun 2016, 15:40

Super bonne idée. Depuis le temps que je cherchais une liste de fonctions supportés par le compilateur ^^

→ **MyCalcs** profile · by **Wistaro** » 04 Sep 2016, 17:36

Update: Ajout d'une introduction détaillée

My calculator programs · by **Adriweb** » 20 Sep 2016, 12:56

Je profite de ce topic pour annoncer des choses relatives à la toolchain C pour CE (le topic du PB n'étant pas le plus approprié pour ca, surtout que je ne l'ai pas encore mis à jour

):
Mateo et Jacobly ont pris du temps récemment pour optimiser des fonctions diverses et variées, et hier Mateo a "lié" un certain nombre de fonctions standards en C (manipulation de strings, trucs de maths, etc.) de la toolchain à celles que l'OS embarque déja (puisque TI les a mis dedans, les utilisant probablement eux-même).

Depuis le makefile de projets il est possible de choisir si on veut que le programme utilise ces fonctions dans l'OS (optimisation taille) ou embarquer les siennes qui peuvent cependant profiter d'optimisation ASM à la main (donc optimisation vitesse).

Un test initial avec le programme Atomas a fait gagner plus de 1000 octets, et sans aucun ralentissement apparent

Maintenant, libre aux développeurs de tester les 2 possibilités, en mesurant si l'impact sur la vitesse (relativement invisible dans des cas où certaines des fonctions disponibles ne sont pas appelées en permanence, par exemple) vaut le coup pour pouvoir réduire non négligeablement la taille de ses programmes.

Source: Repo GitHub de la toolchain, chan IRC #ez80-dev (EFNet)