GTC : un TIGCC sur votre calculatrice ? - Page 74

Euf, et une dernière chose: faut arrêter de déconner,
Pollux tu peux largement faire un upload d'un zip avec les fichiers .89k, .9xk et .v2k dedans.
(comme SuperStart), on est pas obligé de vouloir compiler GTC nous-mêmes.

Je crois que pour l'instant, il est obligé de compiler pour un n° de certificat précis, donc non, il ne peut pas distribuer de .xxk

(comme SuperStart), on est pas obligé de vouloir compiler GTC nous-mêmes.

et si tu ne parlais pas de choses dont tu n'es pas au courant ?

flanker: en plus je vois pas ou est le frein a la diffusion de gtc, une fois qu'il sera signé en freeware par TI

bc: pour l'instant au cas ou tu l'ai pas remarqué GTC et en phase de BETA !

Billy Charvet :
Bon, y'a 2 trucs que je voudrais dire, une question et une suggestion:

Question : Euh si j'ai pigé après la compilation (avec le .key dans le répertoire), il faut encore envoyer un .cer à TI pour qu'ils signent l'application ?

Oui, si tu veux qu'elle puisse être mise sur n'importe quelle calc. Sinon, elle peut être mise sur la calc de toutes les personnes qui ont une clé de TI sans signature.

(question équivalente à "Est-ce que c'est de la merde TIFS ?")

Oui, mais c pas vraiment équivalent

Suggestion : Euh faudrait privilégier au maximum des versions non Flash App de GTC, car cela est un sacré frein à son utilisation et à sa diffusion;

Tu parles de Pedrom et Pyrix ? Si tu veux pouvoir compiler qqch de sérieux, ça va être difficile avec 100k de RAM en moins...

Donc diffuser la version PC et si c'est toujours possible, une version kernel même si c'est largement limité par la RAM, c'est pas grave ça fera toujours qqch...

Sauf que faire une version kernel, c'est assez chiant : ça demanderait de re-diviser le code en 3 gros bouts, faire des trucs en plus à chaque nouvelle déclaration/référence de variable entre ces modules, etc...

Et puis faire une version PedRom App dès que PpHd aura pondu ça.

Moui, mais en l'occurrence il l'a pas encore pondu.

Billy Charvet :
Euf, et une dernière chose: faut arrêter de déconner,
Pollux tu peux largement faire un upload d'un zip avec les fichiers .89k, .9xk et .v2k dedans. (comme SuperStart), on est pas obligé de vouloir compiler GTC nous-mêmes.

Evidemment que je vais distribuer des binaires... C sûr que maintenant que je sais que toutes les clés sont les mêmes, je pourrais aussi uploader le zip publiquement... Mais je préfère savoir qui l'a pour l'instant pour savoir à qui demander de tester si je veux débuggger qqch.

a ??
Les clés sontidentique ??
Flanker, tu peut me préter la tienne, ce serat plus rapide que si je demande à ti

non pas le certificat, juste la clef pour signer

MacIntoc :
ce sera plus rapide que si je demande à ti

en effet

>Moui, mais en l'occurrence il l'a pas encore pondu.
Desole, mais je veux pas que ca soit implante de facon aussi nulle que pour AMS.

et tu as bien raison

PpHd :
>Moui, mais en l'occurrence il l'a pas encore pondu. Desole, mais je veux pas que ca soit implante de facon aussi nulle que pour AMS.

Tu sais, moi je m'en fous du moment que ça tourne, j'ai pas besoin de features autre que quelques relocations internes (et elles sont pas hyper nombreuses).

(j'ai pas besoin de segment data ou de BSS, par exemple)

Je sais. Mais je dois gerer des cas bien plus complexes.

Enfin si tu veux faire un support préliminaire qui n'implémente pas toutes les subtilités et qui se contente de reloger le code, je suis preneur...

ça me fait penser qu'il faut que je le beta teste un peu. Dès que j'aurais le temps (d'ici 2-3 semaines).

Pollux>tu pourrait m'envoyé la version windows ??

(avec le vérificateur grammatical si possible)

bah... pas besoin, la grammaire C est pas aussi foireuse que la grammaire française...

Bah, elle est foireuse quand même

pom pom caml sux :-p (bon ok en fait je ne connais pas ^^)

heureux sois-tu

Bon en fait y a des bugs sur la version on-calc, et je crois que j'aurai plus vite fait de débugger avec VTI sur Pedrom que de débugger à distance par mail... Y a un tuto/exemple/doc qui dit comment faire une app pour Pedrom ? (pas forcément une vraie app, un truc hardcodé dans la rom suffit)

Mac> pas de pb

Nan, y'a pas .

Sinon, de tete :
1. Tu deplaces la limite des archives (START_ARCHIVE) pour laisser suffisament de place a GTC.
2. Tu rajoutes tes variables globales dans vars.h, et tu les declares extern dans GTC.
3. Tu transformes ton code C en asm (Cf make_c.bat).
4. Tu rajoutes tes headers apres ceux de PedroM (pedrom.asm).
5. Tu ajoutes une commande dans shell.asm.

Hummmmm bonne idée sa

Tu parles de Pedrom et Pyrix ? Si tu veux pouvoir compiler qqch de sérieux, ça va être difficile avec 100k de RAM en moins...

Pas grave, ça fait toujours de la pub (car en l'occurence, je suis toujours avec
as et cc, et je préfèrerais même essayer une version kernel de GTC sur des sources
de 30 octets () que de rester à as et cc.

Evidemment que je vais distribuer des binaires... C sûr que maintenant que je sais que toutes les clés sont les mêmes, je pourrais aussi uploader le zip publiquement... Mais je préfère savoir qui l'a pour l'instant pour savoir à qui demander de tester si je veux débuggger qqch.

OK, moi je m'en fous tant que je l'ai sur ma calc
Envoie-moi le par mail. (Ca fait quelques pages que je le veux déjà ^^)

Tu sais, moi je m'en fous du moment que ça tourne, j'ai pas besoin de features autre que quelques relocations internes (et elles sont pas hyper nombreuses).

PpHd :
Nan, y'a pas .

Sinon, de tete :
1. Tu deplaces la limite des archives (START_ARCHIVE) pour laisser suffisament de place a GTC.
2. Tu rajoutes tes variables globales dans vars.h, et tu les declares extern dans GTC.
3. Tu transformes ton code C en asm (Cf make_c.bat).
4. Tu rajoutes tes headers apres ceux de PedroM (pedrom.asm). 5. Tu ajoutes une commande dans shell.asm.

Ou alors:
1. Tu appliques ce patch.
2. Tu deplaces la limite des archives (START_ARCHIVE) pour laisser suffisament de place a GTools Compiler.
3. Tu rajoutes tes variables globales dans vars.h, et tu les declares extern dans GTools Compiler.
4. Tu ajoutes une commande dans shell.asm.
5. Tu rajoutes tes fichiers C à l'appel de tigcc.exe.

C'est pas tres different

Ça évite ton étape 3 qui n'est quand-même pas très pratique.
Et ça évite aussi de dépasser d'encore plus le maximum de lignes de A68k. Mon prochain but va être de passer PedroM en compilation séparée (à moins que tu ne veuilles le faire toi-même...). Il y a déjà un endroit de coupage "facile": la limite entre les 2 sections.

Je depasse deja de plus de 20% la limite maximum de a68k en ce qui concerne le nbr de lignes.
Je peux bien aller jusqu'a 100% de depassement (Je me demande ce qui se passera alors).