270

Enlever car inutilisable.

271

Au fait, PRINTF_ machin fonctionne.

272

Oui je viens de zieuter les sources, et apriori rien ne l'empeche de marcher


Bon... Going to recompile a68k sick

(au passage, pour PreOS, shrink.c, le #include <malloc.h> n'est pas platform free)

C'est moi ou :

iBookG4:~/Desktop/a68k godzil$ make
gcc -funsigned-char -fno-exceptions -D__NOPROTO -Os -s -c A68kmain.c -o A68kmain.o
In file included from A68kmain.c:25:
A68kdef.h:38: error: conflicting types for 'open'
A68kdef.h:38: note: a parameter list with an ellipsis can't match an empty parameter name list declaration
/usr/include/sys/fcntl.h:392: error: previous declaration of 'open' was here
A68kdef.h:38: error: conflicting types for 'creat'
A68kdef.h:38: note: an argument type that has a default promotion can't match an empty parameter name list declaration
/usr/include/sys/fcntl.h:393: error: previous declaration of 'creat' was here
In file included from A68kdef.h:42,
                 from A68kmain.c:25:
/usr/include/unistd.h:441: error: conflicting types for 'read'
A68kdef.h:38: error: previous declaration of 'read' was here
/usr/include/unistd.h:477: error: conflicting types for 'write'
A68kdef.h:38: error: previous declaration of 'write' was here
make: *** [A68kmain.o] Error 1
couic

Super pour que ça compile il faut :

#include <stdio.h>
#include <ctype.h>
[b]//[/b]#include <fcntl.h>
#include <stdlib.h> /* now for all compilers - v.2.71.F3d, Kevin Kofler */
#include <string.h> /* now for all compilers - v.2.71.F3d, Kevin Kofler */
#include "protos.h"

/* Now including most header files in all compilers - v.2.71.F3d, Kevin Kofler */
#ifdef __SASC
/* #include <stdlib.h> */ /* now for all compilers - v.2.71.F3d, Kevin Kofler */
#include <stddef.h>
/* #include <string.h>
#include <fcntl.h> */
#else
/* extern char *malloc(); */ /* (2.71.F3d) should be declared in stdlib.h */
extern int  open(), creat(), read(), write(), close(), unlink();
#if defined(__MACH__) && defined(__APPLE__) /* Darwin / OS X */
/* On Darwin, the implicit declaration below won't work, so we need to include
   <unistd.h>. - v.2.71.F3j, Kevin Kofler (reported by Christian Walther) */
[b]//[/b]#include <unistd.h>
#else /* not Darwin / OS X */                                             
extern long lseek();
#endif

commenter 2 lignes d'includes (et surtout le second, et je SUIS sous Darwin/OS X gol)

Et bien sur, ça compile a68k, mais il ne marche plus derrière triso

Suffit de commenter la ligne extern int open(), creat(), read(), write(), close(), unlink(); pour que la ça daigne marcher gol (et décomenter les deux lignes plus haut neutral)

Je vois vraiment pas l'interet (d'ailleurs) de déclarer des fonctions qui sont déja déclaré dans un header inclus quelques lignes au dessus trifus


Et Boom grin
Apres un remplacement de sld.asm, j'ai enfin un pedrom-89.tib pret a VTIser (pour voir si j'ai pas tout foiré grin) (faut now que je boot mon pc pour avoir accès a VTI couic

(edit: pour ceux qui n'ont pas suivit, ce post a été posté en au moins 42 edits wink)
avatarProud 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.

273


(au passage, pour PreOS, shrink.c, le #include <malloc.h> n'est pas platform free)

Desole sad

Tu peux pas essayer sous Tiemu ?

274

(rha fuck le wifi)

Pour TiEmu, sous Mac OS X il faut installer fink (un truc de merde) et qui la derniere fois que j'ai tenté de l'installé, il a faillit me foutre le systeme en l'air donc :/ Pas de TiEmu tant que j'aurait pas (fait?) un GUI libre de gtk/glade.


Sinon pour le malloc.h, suffit de le remplacer par un stdlib.h, et ça suffit (en tout cas chez moi ^^)
avatarProud 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.

275

Ok

276

PpHd :
./253: Deux choses: il te faut un sld.asm a jour (cf quelque part dans ce topic). Et il te faut un a68k patche (le patch attend toujours depuis 8 mois), pour qu'il autorise les CNOP de 65536.
sld.asm => ok, j'avais pourtant relu tout le sujet mais j'avais du le manquer

Le patch d'a68k => a68k se compile(j'ai utilisé la source disponible sur le site de TIGCC) mais pas directement: j'ai du commenter un "extern int read()" dont je ne comprend pas trop vraiment l'interet à par bien sur qu'il provoquait des erreurs de redefinition. Quelqu'un serait il a quoi c'est du?
La patch consite a quelles modifs? J'ai defini MAXLINE à 65536 comme me l'a dit fosco255, sans grand résultat.

avatar

277


J'ai defini MAXLINE à 65536 comme me l'a dit fosco255, sans grand résultat.

C'est suffisant. Tu es sur d'avoir tout recompile correctement ?
Fichier A68kdef.h:
#define MAXLINE   65536	/* Longest source line
                          Increased by Paul Froissart */


Le probleme est que MAXLINE est aussi la taille maximale du nombre de NOP que l'on peut mettre avec un CNOP bang

278

CNOP ?

Sinon les pbm d'include de lib (et de def de fonction) peuvent faire foirer a68k (c'est le pbm que j'avais eu en désactivant les includes...)
avatarProud 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.

279

280

Ha ok
avatarProud 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.

281

Pour le maxline c'est bien de ma faute. Il est défini a deux endroit en fonction d'un #ifdef et évidement j'avais pas changé celui qui me concernait.

Maintenat c'est ok. Avec Pedrom 1.0.3 le bon sld.asm est déjà dedans non?
avatar

282

Tu veux dire Preos 1.0.3 ? Heu je crois.
Oui.

283

Je crois que tu avais dit que tu était limité en taille non? Est ce qu'il ya des précautions particulière avant de modifier le code(et sans doute en faisant grimper un peu en taille).
Je pense surtout à modifier ints.asm pour changer la manière dont est géré la touche alpha sur TI89.
avatar

284

Plus maintenant : il calcule a la compilation la taille de l'OS et le debut de la zone d'archive.
Que ceux-tu changer ?

285

top (pour le calcul auto)

Ca permet un changement aisée sur une hypothétique nouvelle plateforme non ?
avatarProud 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.

286

A propos de ça, il faut que je fasse au moins le patch du linker de TIGCC pour avoir des symboles __ld_xxx résolus en les différents composants et le timestamp AMS du build...
avatarMembre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

287

confus Il faut quand meme bien bosser pour porter sur une nouvelle plate-forme...
C'est plus pour rajouter des features sans trop se poser de questions. Il fut un temps ou la version titanium faisait un secteur de plus que les 3 autres. Depuis j'ai pas mal optimise le code, et tout est rentre dans l'ordre.

288

./286: Kevin avait aussi pense a ajouter un __ld__begin_archive (ou un nom similaire) qui reviendrait a dire a partir d'ou la zone archive commence.

289

PpHd :
confus Il faut quand meme bien bosser pour porter sur une nouvelle plate-forme...
C'est plus pour rajouter des features sans trop se poser de questions. Il fut un temps ou la version titanium faisait un secteur de plus que les 3 autres. Depuis j'ai pas mal optimise le code, et tout est rentre dans l'ordre.

Non mais, pas pour faire le portage de manière automatique hein ^^
Juste pour evicer d'avoir a ce faire chier a faire des calculs tout con comme l'@ de base de la mémoire archive par rapport a la taille de la rom et l'@ de base de la flash

c'est tout ce que je voulait sous entendre ^^
avatarProud 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.

290

PpHd :
Plus maintenant : il calcule a la compilation la taille de l'OS et le debut de la zone d'archive. Que ceux-tu changer ?

Parfait! C'est en effet bien pratique pour modifier le code sans ce poser trop de questions.

En fait mon idée d'abord de rendre le "alpha lock" sur TI89 vraiment définitif, jusqu'au prochain "alpha lock". Et donc en "alpha lock", alpha permettrait de saisir des chiffres comme il permet de saisir des lettres en mode normal.
avatar

291

Ok.

292

il est toujour question d'un cas pour pedrom dans un avenir proche?

293

réponse :
Il est toujour question d'un CAS pour pedrom dans un avenir.
avatar

294

proche à l'échelle de la Terre
avatar

295

Pour la premiere fois je viens d'essayer d'installer pedrom, la derniere RC.
Sur ma 89titanium uniquement, resultat :
L'envoi du tib plante lors du premier writing je crois (elle affiche 53cheeky
Mode d'envoi : tilp derniere version + freeflash

Mauvaise manip de ma part ?


-edit : c'est lors du deuxieme writing que ca plante-

296

Ca plante comment ?
Je peux tester sur une Titanium, mais juste pour savoir : ta calc est encore en vie ?

297

Oui oui elle se porte bien, aucun pb au niveau des certifs ou autre...
Peut etre n'ai-je pas la derniere version de freeflash (v0.1 apparemment), quant a TiLP, c'est la version 6.78.

Le plantage se fait comme si le cable etait debranche pendant le transfert : la petite barre de progression s'arrete apres le deuxieme writing, et TiLP affiche une erreur de com (normal)... il suffit de relancer le transfert, sans pour autant avoir a redemarrer la calc, le boot remord tout de suite en renvoyant AMS.
D'ailleurs pour plus de details, un truc me parrait louche pendant le transfert de PedRom : TiLP n'affiche pas le deuxieme block dans la barre de progression (TiLP indique la progression totale des blocks, ainsi que l'etat du block en cours habituellement).


L'OS d'origine devait etre 3.00 ou 3.01, je ne sais plus.

Autre detail pour les tests : s'il faut en faire, j'ai encore la facture d'achat de la calc, encore garantie. Un test au risque de la tuer ne me derange pas.

298

Sur ma titanium ca s'est passé nickel avec Ti-Connect + tib2xxu + freeflash

299

Le probleme viendrait de TiLP ?
Ca parraitrait bizarre, etant donne que AMS s'envoie sans probleme.

300

Peut-etre un souci du coté de Ti-LP pour le transfert de tib ?