C'est quoi ce linker de MER** - Page 1

Voila mon probleme..
je fait un prog tout simle avec XLib:
XGPlanc(a);
for(x=0;x<240;x++)
for(y=0;y<128;y++)
XGPxlPut(x,y,x%4);
XGPlanc(b);

x=y=0;
do{
XCpyGPlanToGPlan(a,b);
XGTBSprite(x,y,Nom_Sprite);
XCpyGPlanToLCD();
XJoyPad();
if (Press.Left) x--;
if (Press.Right) x++;
if (Press.Up) y--;
if (Press.Down) y++;
} while (!Press.Enter);
XDestrGPlan(a);
XDestrGPlan(b)

Voila, et ca marchait tres bien avec l'avant derniere version de TIGCC..
maintenant j'essaie de compiler avec la derniere, il me met qu'il y a 3 internal error of rowread ((

T'a ka mettre le linker de la version qui marche

Je pencherai plus sur le fait que se soit Xlib le fautif Peut être que le fichier entête à un problème?

Faut voir ça avec sont créateur. Problème bizzard

J'ai creer un nouveau projet avec les fichier du *.tpr precedent, j'ai bien entendu suprimer tout les *.o crées!

Le probleme ne vient pas de XLib je pense...

J'ai pas ce problème moi

> il me met qu'il y a 3 internal error of rowread
Tu peux être plus précis ? Mets un screenshot ou un truc du genre. Il ne faut pas embêter Sebastian qui a peu de temps pour ce genre de trucs. Et Kevin n'est pas là...
Et je t'encourage à vérifier tes headers. Ca me paraît étrange que ça marche sous l'avant-dernière bêta et pas sous la dernière bêta, personne ne s'est jamais plaint.
Je crois que _rowread n'a pas été changé entre ces versions... Notamment, regarde si tu n'as pas écrit rowread au lieu de _rowread (ça m'étonnerait, sinon le compilateur dirait probablement autre chose, mais on ne sait jamais).

Erreur:
3 undefined references to '_rowread_internal'.

La lib (*.a) a un fichier *.c dans lequel j'utilise rowread (en ayant bien entendu mis #include <TIGCC....> dans ce fichier.

Tu devrais faire comme moi en te codant ton propre _rowread, celui de TIGCC n'est pas aussi rapide qu'il pourrait l'être :/

T'aurais pas un pbm avec l'ide de TIGCC plutot ?

Chez moi il merde a donf... genre, il oubli légénrement de recompiler les fichiers, meme apres des modifs conséquentes, ou il plante si je supprimer les .o etc...

En gros il merde a mort chez moi...

C'est curieux on a tous des merdes avec l'IDE de la nouvelle version de TIGCC
Moi elle fait planter mon ordi de temps en temps, quand elle ne plante pas l'ordi elle fait sauter l'image à l'écran pendant la compilation....

Attendez, je crois que Xlib a sa propre fonction rowread. Il n'utilise pas celui de TIGCC, alors... ben je ne sais pas car je ne suis pas un pro, c tout

Merci de votre attention toute particulière à ce post si unique en son genre et d'une pure originalité bon, j'arrête

Faudrait refaire un IDE potable pour TIGCC

Si j'avais plus de temps.. J'tenterait bien, quitte meme a y inclure un emu de TI

D'ailleur la version "corrigé" de VTI beta5 plante pas mal chez moi... (genre quand je change de ROM, plein d'erreur a la suite...)

-

sauf que notepad fait pas la coloration syntaxique, l'auto-indentation, et autres

sa intereserait qq'un de faire un nouvel IDE pour TI-GCC avec comme fonction :
- Intégrant un emulateur (genre intégrer VTI)
- Un véritable gestion des fichiers sources (pas aller ecrire des fichier temporaires a 2Fr comme le fait l'ide actuel )
- etc...

Sinon aussi un zoli changement qu'on pourrait faire a TI-GCC, c de virer le "tigcc" et faire un vrai system de compilation digne de GCC : MAKE !
C vrai quoi, pourquoi on se trimbale se programme alors qu'on utilise GCC ?? GCC gere bien l'appel a l'editeur de lien que je sache nan ?
Alors pourquoi avoir autent de programme ??

Aussi un petit commentaire a se que g pu lire de kevin :
TIGCC est basé sur GCC, et GCC est un ligiciel libre, alors je pige pas pq vous donnez pas directement les mise a jour sur la partie compilation de GCC modifié pour le projet TIGCC ?? Sachant que si par ex demain, il sortent GCC 4, il va falloir modifier tt les fichiers de GCC a la main pour intégrer les modifications que vous aviez faites...

En plus le must du must serait d'utiliser l'éditeur de lien de gcc, en rajoutant par exemple dans les liste de processeur un tag pour TI68k, sa serait encore plus propre, et il n"y "aurait plus" que GCC a DL pour avoir une version "mini" d'un compilateur C pour TI.
Ceci n'empeche a coté de continuer de distribué un gcc fourni avec l'ide et tt les outils du TIGCC actuel, et sa empecherait en plus de voir tigcc tomber dans la "mort" si plus personne s'en ocupe puisque GCC est continuellement maintenu.

Enfin, mes id pour TIGCC vont surement etre critiqué de tte pars, mais bon ct juste une id comme sa.

Sinon pour l'IDE, je pense que sa serait une bonne id, je trouve perso que l'ide actuel manque un peu de fiabilité.. En plus, faudra m'expliqué la différence qu'il y a entre "Compil" et "Make" et "Build" pasque pour tt les projet que g pu faire, (multi fichiers ou pas, avec des fichier asm ou pas) il me fait TJRS la meme chose, donc, sa me fait 2 fonction inutile...

Si qq'un est interessé par mes id pour l'IDE

-

Bah moi j'utilise TIGCC v0.94 beta 11 (donc c pas la dernière version, la dernière c'est la beta 18 je crois), et j'ai aucun problème !! Je peux enlever les *.o, et companie, et pas de bug, ni l'affichage qui saute, bref ....

Il y a eu de gros bug trouvé avec cette beta 11 ?? car chez moi C nickel.
Sinon j'ai toujours la 0.93 en réserve au cas où.

TIGCC-IDE + compilation sous l'IDE pr les sources
(sauf en versions de distribution, où je compile sous batch, pour pouvoir mettre des options de compilation différentes pr chaque fichier)

et TextPad pour éditer des fichiers de données qd ils sont long

godzil, il ne faut pas vouloir refaire le monde a chaque fois, tu vois ce que je veux dire(se lancer dans des projets interminable), tu pourrait aussi refaire gcc...

Peut etre plus simlpment un meilleur ide, mais pas refaire vti, tigcc...

L'ide pourrait etre bien meilleur, je suis d'accord

Je n'avais pas vu le post de freka. Je suis d'accord avec lui.

>Chez moi il merde a donf... genre, il oubli légénrement de recompiler les fichiers, meme apres des modifs conséquentes, ou il plante si je supprimer les .o etc...
> En gros il merde a mort chez moi...
> Faudrait refaire un IDE potable pour TIGCC
Je te conseille de retirer toutes les conneries que tu dis sur TIGCC et son IDE qui semble être une de tes cibles favorites. Pourquoi utilises-tu encore une version aussi ancienne de TIGCC (les versions où il y a encore Compile, Make, Build sont très vieilles), où les bugs de l'IDE sont encore nombreux ? Et ton PC porte probablement une part de responsabilité dans ces plantages.
> Si j'avais plus de temps.. J'tenterait bien, quitte meme a y inclure un emu de TI
Et pourquoi faire ? VTI marche très bien (je ne parle même pas de la sous-merde d'émulateur qui est dans le SDK de TI qui est lui aussi une sous-merde, d'ailleurs).

> D'ailleur la version "corrigé" de VTI beta5 plante pas mal chez moi... (genre quand je change de ROM, plein d'erreur a la suite...)
C'est bien ce que je te dis: c'est aussi ton PC qui merde ! Je ne fais jamais planter VTI modifié par JM sur mon PC avec Windows ME avec des opérations aussi triviales que changer de ROM: je le fais en moyenne une dizaine de fois par jour !

> Ca intereserait qq'un de faire un nouvel IDE pour TI-GCC avec comme fonction :
> - Un véritable gestion des fichiers sources (pas aller ecrire des fichier temporaires a 2Fr comme le fait l'ide actuel)
Peux-tu être plus explicite ? Ou es-tu encore en train de parler d'un truc qui n'existe que sur des versions très anciennes de TIGCC (plusieurs mois) ?
> - etc...

> Sinon aussi un zoli changement qu'on pourrait faire a TI-GCC, c de virer le "tigcc" et faire un vrai system de compilation digne de GCC : MAKE !
> C vrai quoi, pourquoi on se trimbale se programme alors qu'on utilise GCC ?? GCC gere bien l'appel a l'editeur de lien que je sache nan ?
> Alors pourquoi avoir autent de programme ??
> Aussi un petit commentaire a se que g pu lire de kevin :
>TIGCC est basé sur GCC, et GCC est un ligiciel libre, alors je pige pas pq vous donnez pas directement les mise a jour sur la partie compilation de GCC modifié pour le projet TIGCC ?? Sachant que si par ex demain, il sortent GCC 4, il va falloir modifier tt les fichiers de GCC a la main pour intégrer les modifications que vous aviez faites...
C'est ce que Kevin fait régulièrement à chaque sortie de GCC. S'ils ne donnent pas les modifications à la GCC team, c'est qu'il y a une bonne raison (que je ne connais pas): ils ne sont pas stupides à ce point-là ! Les modifications ne sont pas forcément si difficiles, c'est le contournement des bugs de GCC ajoutés à chaque version qui l'est. Heureusement que GCC utilise des diffs, sinon ça serait impossible !

> En plus le must du must serait d'utiliser l'éditeur de lien de gcc, en rajoutant par exemple dans les liste de processeur un tag pour TI68k, sa serait encore plus propre, et il n"y "aurait plus" que GCC a DL pour avoir une version "mini" d'un compilateur C pour TI.
> Ceci n'empeche a coté de continuer de distribué un gcc fourni avec l'ide et tt les outils du TIGCC actuel, et sa empecherait en plus de voir tigcc tomber dans la "mort" si plus personne s'en ocupe puisque GCC est continuellement maintenu.
C'est sûr que TIGCC doit être maintenu pour que ça marche... On verra ce qui se passera quand plus personne ne s'en occupera. Tu le prendras, toi ?

> Enfin, mes id pour TIGCC vont surement etre critiqué de tte pars, mais bon ct juste une id comme sa.
C'est bien d'avoir des idées, mais il faudrait être à jour avant de critiquer toi-même. Ca t'éviterait des critiques !

> Sinon pour l'IDE, je pense que sa serait une bonne id, je trouve perso que l'ide actuel manque un peu de fiabilité.. En plus, faudra m'expliqué la différence qu'il y a entre "Compil" et "Make" et "Build" pasque pour tt les projet que g pu faire, (multi fichiers ou pas, avec des fichier asm ou pas) il me fait TJRS la meme chose, donc, sa me fait 2 fonction inutile...
Comme je l'ai dit plus haut: c'est quoi cette version que tu as ? Elle est antérieure à la Bêta 12 !

freka a écrit :
godzil, il ne faut pas vouloir refaire le monde a chaque fois, tu vois ce que je veux dire(se lancer dans des projets interminable), tu pourrait aussi refaire gcc...

Peut etre plus simlpment un meilleur ide, mais pas refaire vti, tigcc...
L'ide pourrait etre bien meilleur, je suis d'accord

Je n'ai jamais parlé de refaire GCC, mais de remettre tigcc dans gcc, plus tigcc avance, et plus il s'éloigne de gcc (linker indépendant modification de gcc non répercuté dans le projet original etc...) vu le nombre de personne qui bossent sur le projet actuellement, je m'attend a quelque surprise quand une nouvelle version de GCC va sortir !!

Non perso TIGCC est tres bien.. le prob, c'est quand il y a des incompatibilité entre les version :-( et surtout ce sont les messages d'erreurs peu explicites!

XDanger a écrit :
Je te conseille de retirer toutes les conneries que tu dis sur TIGCC et son IDE qui semble être une de tes cibles favorites. Pourquoi utilises-tu encore une version aussi ancienne de TIGCC (les versions où il y a encore Compile, Make, Build sont très vieilles), où les bugs de l'IDE sont encore nombreux ? Et ton PC porte probablement une part de responsabilité dans ces plantages.

Lool !

Mon pc est loin d'etre en cause, j'utilise la version 0.94 beta 18 !!!

XDanger
a écrit : Et pourquoi faire ? VTI marche très bien (je ne parle même pas de la sous-merde d'émulateur qui est dans le SDK de TI qui est lui aussi une sous-merde, d'ailleurs).

Hum j'ai pas dit que vti emulait mal, mais je trouve que le support de vti avec l'ide laisse a désiré, et que sa serait mieux qu'un emulateur soir intégré a l'ide (ne seraisse que pour pouvoir avec un débuggage efficace, pasque le debugguer asm, pour des prog en C mouai...)

XDanger
a écrit : C'est bien ce que je te dis: c'est aussi ton PC qui merde ! Je ne fais jamais planter VTI modifié par JM sur mon PC avec Windows ME avec des opérations aussi triviales que changer de ROM: je le fais en moyenne une dizaine de fois par jour !

Ben je peut te dire que sur 4 machine différente, tt les version de VTI que g pu tester plantent toutes a un moment ou un autre, et toujours de maniere "spéctaculaire"

XDanger
a écrit : Peux-tu être plus explicite ? Ou es-tu encore en train de parler d'un truc qui n'existe que sur des versions très anciennes de TIGCC (plusieurs mois) ?

Plusieurs mois ? peut etre, je sais pas quand elle est sortie la beta18 mois !! (lool)

Plus explicite ? Je me suis ammusé a rediriger les appel des programmes qui sont utilisé par l'ide (dans le rep bin : ar.exe as.exe cc1.exe cpp0.exe gcc.exe ld.exe obj2ti.exe pack.exe) et logguer les arguments qui leurs sont passé

Il va utilisé (je ne sais pourquoi) des fichier qu'il stoque dans le repertoire temporaire de windows...

Sinon de toutes facon, apparement, les incohérence avec l'IDE ou des plantage en beauté de VTI, je ne suis pas le seul a avoit se genre de pbm...

XDanger
a écrit : C'est sûr que TIGCC doit être maintenu pour que ça marche... On verra ce qui se passera quand plus personne ne s'en occupera. Tu le prendras, toi ?

J'ai pas le temps de m'ocuper de se genre de projet, g deja du mal avec les miens...

XDanger
a écrit : C'est bien d'avoir des idées, mais il faudrait être à jour avant de critiquer toi-même. Ca t'éviterait des critiques !

Je suis a jour !!!

XDanger
a écrit : Comme je l'ai dit plus haut: c'est quoi cette version que tu as ? Elle est antérieure à la Bêta 12 !

Alors la fenetre "About" de l'ide :

TIGCC C and ASM SDK
Version 0.94 Beta 18
Copyright (c) 1999-2002 The TIGCC Team

Original linker by [...]

Bon alors ?
G une version antierieur a la beta 12 ???
J'croit pas

TiMad
a écrit : Non perso TIGCC est tres bien.. le prob, c'est quand il y a des incompatibilité entre les version :-( et surtout ce sont les messages d'erreurs peu explicites!

n'oublie pas qu'il n'y a pas un debugger digne de se nom !!

J'suis sur que si il y en avait un xlib serait dans les bacs depuis longtemps

(j'incrimine personne sur le fait qu'il y est pas de débugguer correct, etant donné que tt le boulot est fait bénévolement, je ne fait qu'un remarque)

#define _rowread_internal(row) (~(_rowread(row)))
Ça vient du fichier "kbd.h" de TIGCC .94B18. Ce n'est pas un problèm de TIGCC. Si tu n'aimes pas TIGCC, récris des programmes qui ne te plaisent pas. Sinon, t'en plains pas.

Il est tout a fait illogique de faire un define _rowread_internal.. alors que j'utilise que _rowread. d'ailleur pourquoi cela marchait et que avec la derniere version ca ne marche plus. Il faut penser aux utilisateur quand meme... (qui n'ont pas envie de perdre 1 h a chaque probleme qui ne devraient pas arriver!)

Il est possible que ton problème soit dû (u ? ût ? ut ?) au fait que _rowread n'est plus une fonction mais une macro

Je n'ai pas trop bien compris ce qui t'arrivait, mais ça peut te servir alros

godzil: je suis désolé, mais tu te plaignais qu'il y avait trois boutons Compile/Make/Build. Et à ma connaissance, les versions qui ont ça sont antérieures à la Beta 12 (puisque la version de Beta 12 qui est restée installée sur mon disque ne l'a pas). A moins que ça ait été remis dans les versions ultérieures...

Pour tes problèmes avec VTI, je ne vois pas ce que tu veux dire... Je change de ROM au moins 10 fois par jour en ce moment (sans mentir), et je n'ai pas fait planter VTI avec quoi que ce soit ces jours-ci...
Bien sûr, il m'est arrivé d'avoir des plantages spectaculaires avec du code buggé qui part n'importe où, mais je ne me souviens pas d'avoir dû redémarrer la machine après ça: un simple Fin de Tâche dans le menu qui apparaît avec CTRL+ALT+DEL suffit, il est parfois suivi d'un autre message, mais si je clique encore sur Fin de Tâche tout rentre dans l'ordre !

ben pour VTI, je dit plus rien... il plante plus....
Il doit quand meme y avoir un bug, mais qui apparait que quand sa lui plait...

Pour l'ide, si tu veux je peut te faire un screen!