TIGCC 0.95 Beta 5 - Page 8

Et la complétion automatique que code MOAAA, elle sera dans le portage ?

je viens d'installer la beta 5 de 0.95 tigcc et franchement bravo, ya des bonnes features et ça a l'air de bien optimiser :]

BiHi
: Et la complétion automatique que code MOAAA, elle sera dans le portage ?

Disons que ce n'est pas la priorité n°1. Il faudra d'abord avoir une IDE qui marche.

Je ne sais pas ce que ça vaut, mais il y a aussi QScintilla comme widget d'édition de code source, qui fait "syntax styling, error indicators, code completion and call tips" pour un certain nombre de langages.

Ça fait longtemps que je dis à PpHd de faire ça (je pense même me rappeler de lui avoir déjà proposé de faire moi-même les modifications du linker), mais il utilise toujours ses hacks affreux et non-supportés (source A68k qui dépasse le maximum des lignes). Je vais finir par mettre une erreur pure et dure si on dépasse le maximum des lignes, pour:
* corriger les bogues aléatoires qu'il y a dans cette situation. On n'a qu'à ne pas dépasser le maximum documenté.
* essayer de forcer PpHd à faire le travail nécessaire sur le linker.

Disons que ce n'est pas la priorité n°1.

Vive les citations hors-contexte.

Est-ce que quelqu'un pourrai m'aider en programmation sur tiGCC?

En faite, je voudrai juste savoir comment si prend t-on pour envyer un programme sur ma ti-89? merci d'avance...

KK >

Bon, j'ai eu des bèmes. Dev-C++, poubelle, ça marche pas et vu les bugs que j'ai eu avec LouisXIV
pour un simple Hello World, je vois pas comment il pourrait marcher pour ça.
J'ai essayé MSYS, et là pb: tout d'abord, pour le Makefile, gcc ne comprend pas les paramètres passés en ligne
de commande sous MSYS. (Mais j'ai copié ça dans une fenêtre DOS simple et ça va)
2e pb: Pleins d'erreurs. Donc, il faudrait que tu me dises les versions de MSYS que vous utilisez,
et puis j'aimerais bien savoir la première erreur éventuellement, mais il y en a trop. La redirection de la sortie
standard ne marche pas, gcc ne remplit pas le fichier où j'essaie de mettre ça et continue à écrire dans la fenêtre DOS...

Installe Cygwin.

Vaginator120 :
Est-ce que quelqu'un pourrai m'aider en programmation sur tiGCC?
En faite, je voudrai juste savoir comment si prend t-on pour envyer un programme sur ma ti-89? merci d'avance...

Tu aurais du créer un topic.
Ensuite, tu sembles ne pas savoir te servir de ta TI. Je te conseilled'apprendre à t'en servir avan d'essayer de programmer dessus. Lis ton manuel, il n'y a pas de meilleure solution

Vaginator120 :
Est-ce que quelqu'un pourrai m'aider en programmation sur tiGCC?
En faite, je voudrai juste savoir comment si prend t-on pour envyer un programme sur ma ti-89? merci d'avance...

Tu utilises soit TI-Connect (http://education.ti.com), soit TiLP (http://tilp.info).

Snow Tiger :
Bon, j'ai eu des bèmes. Dev-C++, poubelle, ça marche pas et vu les bugs que j'ai eu avec LouisXIV pour un simple Hello World, je vois pas comment il pourrait marcher pour ça.

Tu as une bêta de la version 5? Si oui, jette-la à la poubelle et prend la version 4.01, elle marche, celle-là.

J'ai essayé MSYS, et là pb: tout d'abord, pour le Makefile, gcc ne comprend pas les paramètres passés en ligne de commande sous MSYS. (Mais j'ai copié ça dans une fenêtre DOS simple et ça va)

Erreur d'installation. Chez moi, ça marche sans problèmes! As-tu suivi les instructions dans le paquet de MSYS? À savoir que les logiciels MinGW doivent être sous /mingw/bin et en aucun cas sous /bin...

2e pb: Pleins d'erreurs. Donc, il faudrait que tu me dises les versions de MSYS que vous utilisez, et puis j'aimerais bien savoir la première erreur éventuellement, mais il y en a trop.

Le linker est censé être compilable avec n'importe quelle version de GCC (>=2.95). Nous avons testé au moins 2.95.3, 2.96-rh et 3.2. Pour la version de MSYS, elle n'a aucune importance normalement, mais j'ai la 1.0.8. (Je n'ai pas eu le temps de la mettre à jour.) Mais je pense que la plus récente devrait marcher sans problèmes, comme déjà dit, ça n'a en principe aucune importance. Je pense que ton problème est que tu as copié la commande dans une fenêtre DOS au lieu de rester sous MSYS comme il faut.

La redirection de la sortie standard ne marche pas, gcc ne remplit pas le fichier où j'essaie de mettre ça et continue à écrire dans la fenêtre DOS...

Il faut rediriger stderr. Dans MSYS bash (que, comme déjà dit, tu es censé utiliser), tu fais 2>&1.
Sinon, si tu veux juste poster les messages d'erreurs, il suffit de les sélectionner dans la fenêtre MSYS rxvt (qui est ce qui est lancé par défaut si tu double-cliques sur l'icône MSYS) et c'est automatiquement copié dans le presse-papier.

Bref, ton problème est que tu n'utilises pas MSYS correctement.

PpHd
: Installe Cygwin.

C'est totalement "overkill" pour ce qu'il veut faire.

Cygwin powa Et overkill powa

Je te signale que j'ai aussi Cygwin installé, mais je ne l'utilise que quand c'est vraiment nécessaire, parce que MSYS est plus convivial. Par exemple, e: est /e sous MSYS, mais /cygdrive/e sous Cygwin (c'est configurable, mais ils déconseillent de le changer parce que certains de leurs scripts attendent cygdrive). Et MSYS rxvt est aussi bien plus pratique que la fenêtre DOS que m'ouvre Cygwin.

Kevin> bah, tu monte /cygdrive/e sous /e
et les deux restent utilisables, il me semble, ensuite
(enfin, c ce que j'ai fait, et g pas de pb)

Pollux :
ln -s /cygdrive/e /e

Ah tiens... Je ne m'attendais pas à ce qu'on puisse écrire dans / (on ne peut pas écrire dans /cygdrive, par exemple), mais ça a l'air de marcher.
Reste à configurer les shortcuts pour qu'ils utilisent Cygwin rxvt au lieu des fenêtres DOS à la con... MSYS fait ça automatiquement...
Mais l'avantage de MSYS est qu'il intègre mieux les logiciels natifs Win32. Par exemple, il y a une traduction automatique des chemins d'accès qu'il n'y a pas sous Cygwin.

squale92 :
Kevin> bah, tu monte /cygdrive/e sous /e
et les deux restent utilisables, il me semble, ensuite (enfin, c ce que j'ai fait, et g pas de pb)

C'est aussi une solution.

/ est tout simplement là où est monté ton répertoire d'installation, donc oui tu peux y mettre ce que tu veux (il y a même un cygwin.ico dedans par défaut, je sais pas ce qu'ils ont fumé )

Et :
- c quoi Cygwin rxvt?
- comment sont gérés les chemins d'accès sous MSYS? Il y a une détection "chemin windows-like" vs "chemin unix-like"?

Pollux
: - c quoi Cygwin rxvt?

rxvt.exe
Voilà ce qu'est rxvt: http://www.rxvt.org/. (Voilà à quoi sert Google. )

- comment sont gérés les chemins d'accès sous MSYS? Il y a une détection "chemin windows-like" vs "chemin unix-like"?

Si on appelle un programme Win32 depuis un programme MSYS, les lignes de commandes sont traduites: tout ce qui ressemble à un chemin d'accès POSIX est traduit en un chemin d'accès Win32. Le seul désavantage: si on veut passer des switches du style /?, il faut doubler le slash. Et évidemment, si on veut passer des répertoires POSIX, il ne faut pas doubler le slash.

Kevin Kofler
:

Snow Tiger :
Bon, j'ai eu des bèmes. Dev-C++, poubelle, ça marche pas et vu les bugs que j'ai eu avec LouisXIV pour un simple Hello World, je vois pas comment il pourrait marcher pour ça.

Tu as une bêta de la version 5? Si oui, jette-la à la poubelle et prend la version 4.01, elle marche, celle-là.

Kevin tu parles sans avoir essayé les dernières bêtas ! Nous accuse pas de te signaler des bugs dans TIGCCs quand on n'a pas la dernière version, si toi tu fais pareil avec DevC++... Les dernières v5 de DevC++ marchent très bien, essaie. http://www.bloodshed.net/

Ben, visiblement ça ne marche pas chez lui!

Snow Tiger :
Bon, j'ai eu des bèmes. Dev-C++, poubelle, ça marche pas et vu les bugs que j'ai eu avec LouisXIV pour un simple Hello World, je vois pas comment il pourrait marcher pour ça.

D'ailleurs, si la version avec laquelle il a eu ces problèmes est la 4.01 (il ne l'a pas précisée), alors je lui conseille au contraire la dernière bêta (même si mon expérience personnelle est plutôt le contraire). (Et si c'est la 4.00, alors qu'il mette le patch 4.01 immédiatement, il n'a pas d'excuses dans ce cas!)

Chez moi ça marche très bien. Il a peut-être codé en C++.

Il faut rediriger stderr. Dans MSYS bash (que, comme déjà dit, tu es censé utiliser), tu fais 2>&1.
Sinon, si tu veux juste poster les messages d'erreurs, il suffit de les sélectionner dans la fenêtre MSYS rxvt (qui est ce qui est lancé par défaut si tu double-cliques sur l'icône MSYS) et c'est automatiquement copié dans le presse-papier.

OK, merci. C'est p-e aussi que j'essayais sous DOS...

Bref, ton problème est que tu n'utilises pas MSYS correctement.

A ce moment je l'utilisais pas du tout...

La version que j'ai utilisée est la 4.9.8.0 (la dernière beta avec le GCC 3.3) et ça foire, on pouvait s'y attendre.
La version avec laquelle j'ai eu pleins de merdes pour un Hello World est la 4.9.7 (la même mais un peu plus fonctionnelle,
elle se contente de GCC 2.95)
Bref, mieux vaut la 4.01....

Erreur d'installation. Chez moi, ça marche sans problèmes! As-tu suivi les instructions dans le paquet de MSYS? À savoir que les logiciels MinGW doivent être sous /mingw/bin et en aucun cas sous /bin...

Euh, j'avais pas vu, je vais essayer...
Mais au fait, l'installation ne finit pas correctement, d'ailleurs il veut tout annuler et supprimer le répertoire créé,
donc je le copie ailleurs, et dans le registre de Windows, on peut raisonnablement penser qu'il n'y a aucune clé relative
à mingw. C'est pas nécessaire à son fonctionnement, au moins ?

ld-tigcc est censé être compilable avec GCC 3.3...

et dans le registre de Windows, on peut raisonnablement penser qu'il n'y a aucune clé relative à mingw. C'est pas nécessaire à son fonctionnement, au moins ?

Il faudrait normalement le mettre dans le PATH, mais pour MSYS, cela n'est pas nécessaire (la configuration de MSYS s'en occupe). Sinon, l'environnement (y compris la registry) n'a aucune importance.

OK merci, je vais réessayer.

J'ai l'impression qu'il y a un bug dans l'assembleur :
voici le code original
_te_undelete_selection:
btst.b #5,33(a3);on regarde si la sélection est activée
beq _te_undelete_selection_exit
.....
bsr _sto_block
_te_undelete_selection_exit:
rts

il est assemblé en

_te_undelete_selection:
btst.b #5,33(a3);on regarde si la sélection est activée
beq _te_undelete_selection_exit
.....
bra _sto_block
_te_undelete_selection_exit:


c'est un peu gênant, non ?

... ou dans le linker ?

peut-être, je ne sais pas.

Bah alors, TIGCC est bogué !
C'est sûrement une optimisation de Kevin

Thibaut, encore une fois tout le monde n'a pas ton humour ... ça devient lassant