Oupss je crois que j'ai poste trop vite...
Ca vient ptet tout betement de mon source... je fais un essai et je reviens...
et en faisant un
tigcc --outputbin
pour compiler ton source, pour avoir un fichier en sortie de TIGCC qui ne contienne que les données binaires, sans header ?
(me semble que ça sort un .9xz (au lieu d'un .bin) encore, mais qui ne contient que les données binaires)
a moins que je ne dise encore n'importe quoi... c ptet les deux octets supplementaires pour le type de fichier on calc...
ca y est g compris en regardant la doc de tigcc
en fait cette commande sort exactement un fichier au format ON-CALC sur le pc...
d'ou les deux octets stipulant la taille...
bah, au pire, tu les vire, les deux octets en question, non ?
ben ui... mais bon ca me soule d'avoir a me tapper ca a la main sur tous les trucs que je dois compiler a chaque fois...
y'a bien moyen de convertir un .o en .bin brut nan ???!
ou de faire en sorte que a68k sorte un .bin direct nan ?
pour a68k, j'en sais rien
faire un .o en .bin, je pense pas... enfin, pas directement, vu que le .o contient pas mal d'informations qui ne sont au final pas à garder dans l'exécutable, je crois
et un simple utilitaire en ligne de commandes qui vire ces donnees inutiles ?
ou encore un mode de compilation de tigcc qui ferait le travail de ttbin2oth ?
utilitaire en ligne de commandes qui vire les données inutiles
> bah, ça, tu devrais pouvoir t'en sortir pr le coder, non ?
(me semble que tu fais parti de ceux qui ont fait un IUT info ? )
quand à intégrer un mode à TIGCC...
bah, disons que mettre du code dans des fichiers externes, c'est pas _super_ propre (j'en sais quelque chose, je le fait ; enfin, dans le temps, ct assez facile à faire ; j'ai pas essayé depuis pas mal de temps...)
et si c'est pour mettre des données dans un fichier externe, c'est pas le role d'un compilateur que de faire ça
si il me semble que dans les outils de la tict ya un truc qui transforme soit un 89z vers un truc raw, soit un .o vers un truc raw brut

Proud to be CAKE©®™
GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.
.89z vers raw...
ttstrip peut-être ?
Oui, ttstrip.
En revanche, si j'ai bien compris les cours qu'on vient juste de faire en L3, la transformation .o -> binaire se fait par assemblage + link.
Si qq1 connait un utilitaire permettant de faire simplement un .bin avec les donnees et includes voulus, je suis preneur.
ui c un peu ca...
disons surtout qu'a la base ti n'en a pas prevu une telle utilisation... et ils aiment pas trop qu'on le fasse apparemment.
ceci dit, ticonnect sous windows ne me pose aucaun probleme.
.o -> binaire avec le linker (pas l'assembleur, j'ai dit une connerie que personne n'a relevée plus haut: .s -> assemblage -> .o).
Préfère le linker de TIGCC 0.95 à obj2ti de certaines versions précédentes (je ne sais plus lesquelles).
Et non, pas bien de mettre des données dans les strings. Au moins une version de TI-Connect refuse de transférer les données dès qu'il y a trop de 0x00. Utilise des fichiers personnalisés, comme TI-Chess fait.
je vais essayer... faut que je regarde la doc de tigcc pour voir comment il marche...
Je pense qu'au moins une partie de la solution t'a été donnée dans ce topic. Je viens de vérifier que ce que je fais pour TICT-Explorer 1.40, qui arrivera je ne sais pas quand, est:
* faire sortir du binaire à TIGCC (facile avec TIGCC 0.95, dans l'onglet du linker des options du projet).
* pas ttstrip car le programme est déjà strippé.
* ttbin2oth (pour moi, ttbin2oth -89 "LIB" tictexpl.z89 tictexpl).