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.
Hmm, je sais pas, car d'après ce que j'ai vu, il est peu probable que le boot puisse faire un saut en dehors de sa zone d'éxécution à part pour initialiser l'AMS.
Pour les ':' je ne sais pas si c'est indispensable avec A68k. Je ne crois pas.
xdef te permet d'exporter un label, ça permet à des fonctions contenues dans d'autres fichiers d'y accéder.
Et effectivement, ce n'est que le compilo qui s'en sert, et plus précisément, je pense que c'est le linker (à confirmer par qq1 de plus expérimenté que moi).
D'ailleurs, qu'est ce que fait un linker??? Je pense quelque part que ça met en rapport les différents fichiers d'un même programme.
et ptet que les ':' sont pas nécessaires, et que a68k le fait de lui-même.
a68k ne met pas les ':' de lui même, mais il est possible qu'il accepte que tu les omettes.
ok
J'avais vu il y a quelques années un désassembleur/débuggeur de 68k sur PC, il me semble fait par une équipe de programmation française, où il y avait tous les registres affichés, la pile, les flags etc.
Pourriez-vous m'envoyer un zip où me dire ou je peux le trouver merci !!!
A68k Simulator? C'est ce logiciel là?
je viens de le dl à l'instant, c'est ptêt àa, je ne sais pas s'il répond aux spécificcations que j'ai mises 2 posts plus haut
je pense que ca doit être des fonctions comprises dans tigcclib, mais je suis pas sur.
De toute façon, Kevin te dira ça mieux que moi.
lol moi aussi, s'il y a des nouveaux trucs pour la prog ASM
Quand est-ce que tigcc intégrera un débuggeur pas à pas où on pourra voir les registres, flags, int etc ????
Mais bon c'est pas moi qui fait le travail donc je vais pas en demander trop, mais ptêt que cette idée est déjà dans les cerveaux des développeurs ?!?!?!?
nounoun> VTI fournit un débuggeur très utile.
oui c'est vrai pour VTI
Je viens de regarder en speed A68k Simulator et il m'a semblé qu'on peut avoir l'état de tous ses registres en live, ainsi que les flags at autres points de repères.
Malheureusement, le simulateur ne simule que 64ko de RAM, on ne se retrouve donc pas sur un environnement semblable à celui de la TI, mais en utilisant celui-ci plus celui de VTI, on ne devrait pas avoir trop à se plaindre !!!
VTI va très bien. Il y a quelques bugs et quelques ports non émulés, mais c'est pour moi le seul outil de debug digne de ce nom pour nos TI...
ok merci.
Encore une petite question pdt que je suis sur le forum (1h/jour)
Comment faire pour inclure les libs 68k dans tigcc???
Fo les mettre dans un folder particulier??
J'ai essayé de copier/coller les headers que j'utilise dans des nouveaux fichiers headers pour 68k, et ça marche pas.
Si quelqu'un à la gentillesse de m'éviter pour ce soir l'épluchage intense de la doc de tigcc...
Merci à tous !!!
Déjà, qu'appelles-tu "libs 68k" ? Des libs statiques, dynamiques ? Du code source ou des binaries ?
Non, désolé pour ma question, je n'avais pas fouillé assez, et j'ai trouvé.
En fiat, le truc c'est de mettre les libs utilisées dans le folder "include" de tigcc.
C'est con, hein? Mais maintenant c'est chose faite et ça marche.
lol énorme je savais pas que j'étais un hacker !!!!!!!!
mais bon je vais faire comme tu dis pour que ça soit plus propre.
ma foi je trouve ça bcp plsu simple de tout avoir au même endroit, au lieu de trainer ses libs dans chaque projet
super, très intelligent comme esprit ça kévin.
Jusqu'au jour ou quelqu'un distribuera des hacks de tigcc parceque t'es intolérant, et là t'auras tout gagné.
Des hacks ? N'importe quoi ça... TIGCC est sous GPL alors tu peux le modifier toi-même.
A croire que tigcc est un système propriétaire de Son Eminence Monseigneur Kevin Kofler
Et puis je resterai avec la verson actuelle de tigcc pour garder mes libs ou je veux. nananère!
)