Pb de compilation - Page 3

Oui, réessaie

télécharge l'installeur de la dernière version sur http://tigcc.ticalc.org et lance le, ça ira tout seul après

nounoun :
1. Quand je veux compiler sur TIGCC, il me met "assembler not found" ou "unable to find assembler", un truc du genre. C'est bête, TIGCC ne me déplairait pas

Il faut cocher la case A68k lors de l'installation si tu veux utiliser A68k. Sinon, tu as aussi GNU as.

2. Quand je fais un prog:

  xdef _main
  xdef _ti89
_main
  end

Le prog se compile pas, il me met undefined symbole sous le '_' du xdef _ti89, et pourtant je compile avec -g -t

include "os.h"
Il faut définir le label. os.h ou doorsos.h (n'utilise pas tios.h, ça n'existe pas sous TIGCC) le définissent.

3. Quand je fais un prog tout bête du genre:

include "tios.h"
include "util.h"

xdef _main
xdef _ti89

_main
xxx
xxx
xxx
xxx
xxx
xxx (je mets des données dans la pile pour afficher un texte avec le TIOS (tout ça pris sur un exemple)

jsr util::idle_loop

end
La compilation se passe correctement, ça passe bien sur calc ou VTI, mais dans les deux, le texte s'affiche, mais à la fin le kernel (PreOS 0.67) me fait un "crash intercepted", un hot reset quoi. Et pourtant j'ai bien recopié l'exemple pris dans un tuto quelconque.

Il manque le rts.
Et puis n'utilise pas util::idle_loop! Il y a un ROM_CALL qui fait la même chose! http://tigcc.ticalc.org/doc/kbd.html#ngetchx.

geogeo :
Si tu veut programmer en kernel il faut que tu inlus tios.h dans ton projet ou en nostub tu doit inclure os.h.

Non, pour le kernel, il faut inclure doorsos.h, pas tios.h.

oué, quoique que s'il programme avec le package de PreOs, il me semble que c'est "os.h" puis les libs a mettre

S'il veut coder en mode kernel, ce n'est certainement pas os.h. os.h, c'est pour le _nostub. Dans le pack de PreOs, c'est tios.h. Mais ce header est complètement obsolète (date des temps de Fargo et de PlusShell). Ça fait longtemps qu'il s'appelle doorsos.h, mais PpHd a refusé de suivre l'évolution du header.

voici mon code :
include "tios.h"
include "util.h"

xdef _main
xdef _ti89

_main

move.w #4,-(A7)
pea texte(pc)
move.w #30,-(A7)
move.w #30,-(A7)
jsr tios:rawStrXY
lea 10(A7),A7
jsr util::idle_loop

texte dc.b "Hello World !!!",0

end



et meme

include "tios.h"
xdef _main
xdef _ti89
_main
end

crash

ok pour mettre doors.h sur tigcc. je le reinstalle
sinon, j'avais coché les cases à l'installation.

Il manque le rts après ton jsr util::idle_loop.
Ou alors tu peux faire jmp util::idle_loop.
Et remplace util::idle_loop par doorsos::ngetchx (ou tios::ngetchx avec le header de PreOs, qui utilise les noms obsolètes).
Aucune raison d'utiliser une librairie pour ça.

si tu oublie le rts tu risque d'avoir des pbms

c kler pour les bp parce que preos rattrape un crash.
Au fait le rts il fait quoi exactement ???
Pourquoi mettre jmp au lieu de jsr ???
Merci pour tous vos conseils, je suis en train de redl tigcc

nounoun
: Au fait le rts il fait quoi exactement ???

Retour au caller (return from subroutine).

Pourquoi mettre jmp au lieu de jsr ???

Parce que jsr+rts=jmp, à peu de choses près.

rts= Return to subroutine. Il permet de revenir à l'endroit où tu as sauté pour aller à un label.

D'ailleurs cette instruction à juste pour but de lire l'adresse contenu sur la pile (a7) et d'y sauter.

Voilà, mais comme le sous-programme que tu appelles (ngetchx) contient un rts, tu peux utiliser le sien en faisant un jmp (qui n'empilera pas le PC) au lieu d'un jsr + rts.
Si tu ne comprends rien de ce que je raconte, je te conseille vivement de lire des tutoriaux sur l'ASM.

Ok merci

Au fait, c'est pas un pb de déclarer le header de doors, et de l'appeler (jsr, jmp), et en fait d'utiliser proes on-calc ou sur vti?? je suppose que doorsos.h est inclus dans tigcc.

Encore au fait, j'ai redl tigcc, je vais pouvoir l'installer correctement.

Merci à tous pour de m'aider dans mers premiers pas en asm, car j'y vois pas forcément clair, malgré des heures et des heures de lecture de tuto

jackieman je postais sans avoir vu ton poste. g compris (en gros )
Mais t'en fais, pas, des tutos, j'en ai lu plein, mais yavait plein de trucs dont j'étais pas au courant, et des exemples utilisés qui doivent être faux, car certains n'ont pas de rts après les jsr...........

nounoun
: Au fait, c'est pas un pb de déclarer le header de doors, et de l'appeler (jsr, jmp), et en fait d'utiliser proes on-calc ou sur vti?? je suppose que doorsos.h est inclus dans tigcc.

Non, PreOs est compatible avec les programmes DoorsOS. C'est le même format de fichiers, et les appels de fonctions sont aussi compatibles.

jackiechan
: Voilà, mais comme le sous-programme que tu appelles (ngetchx) contient un rts, tu peux utiliser le sien en faisant un jmp (qui n'empilera pas le PC) au lieu d'un jsr + rts.

Et cette optimisation s'appelle un "sibling call".

Merci bcp de vous bouger pour me donner tous ces conseils !!!, je rentre chez moi réinstaller tigcc et vti, et tout réessayer

En parlant de rts, c'est comme ça que le BOOT des TI fait:
move.w #0x4E74,0x4404
addq.w #1,0x4404
jmp 0x4404
C'est une bien étrange manière de le faire, non ?

Ouai mais tellement pratique.
Dailleurs je remercie Kevin pour me l'avoir expliqué.

Merci à tous pour de m'aider dans mers premiers pas en asm, car j'y vois pas forcément clair, malgré des heures et des heures de lecture de tuto

Tous le monde passe par là. Moi même j'avoue que je relisais beaucoup de fois les tutos et je ne comprennais au final pas grand chose. Ca me semblait abstrait de pouvoir afficher un pixel ou encore faire un jeu en ASM avec si peut de fonctions...

GoldenCrystal :
En parlant de rts, c'est comme ça que le BOOT des TI fait:
move.w #0x4E74,0x4404
addq.w #1,0x4404
jmp 0x4404 C'est une bien étrange manière de le faire, non ?

Mais pourquoi ils mettent ça ?
C'est vraiment étrange en effet

c'est du maide in Téhi

GoldenCrystal :
En parlant de rts, c'est comme ça que le BOOT des TI fait:
move.w #0x4E74,0x4404
addq.w #1,0x4404
jmp 0x4404 C'est une bien étrange manière de le faire, non ?

LOL

c'est quelle zone de la RAM 4044 ?

C'est au plein milieu de la pile superviseur (0x4200-0x4bff).

ben chez théhi y sont vraiment alors

Personne ne sait expliquer pourquoi ils écrivent ça plutôt que rts ?

surtout ecrire 0x4e74
puis y ajouter 1 ( pour faire 0x4e75 cad RTS ) et enfin y sauter

A mon avis aucun compilo C, meme sierra, ne genere pas se genre de code...

Dans le boot, est-ce que la pile superviseur va de 4200 à 4BFF ou de 4400 à 4BFF ?

Un code pareil (et son faux jumeau pour rte, 0x4E72+1) est forcément fait à la main... Quel intérêt, aucune idée précise, mais ça doit probablement en avoir un...

Peut-être que l'intérêt c'est d'utiliser 60 cycles au lieu de 16

Je pense plutôt que l'intérêt est d'éviter des séquences d'octets susceptibles d'être utilisées pour hacker la protection Flash.