TIGCC 0.95 Beta 5 - Page 2

JackosKing :
surtout que ceux qui ont pas l'adsl l'on dans le *** si on compresse pas

Le setup est de toute façon compressé.

Tu as raison, mais je ne suis pas convaincu que cela apporte quelque chose de vraiment utile la compression, à part pour le setup bien entendu.
La place occupée sur le disque est moins importante que celle occupée dans la mémoire (il est fréquent d'avoir plusieurs giga d'espace disque et quelques mégas de mémoire / bien sur on ne charge pas tout en même temps dans la mémoire).

Et l'histoire de l'anti-virus va dans ce sens, si l'utilisateur se trouve face à un programme rendu instable et qui rame "méchamment" (certe à cause de l'anti-virus), ce n'est pas une bonne chose et ne va en tout cas pas l'encourager à poursuivre l'utilisation de ce programme (quoi que avec tigcc il est un peu bloqué, il n'y a pas beaucoup d'alternative ^^).

on n'a généralement qu'une fenêtre de l'IDE ouverte en même temps

toujours deux, pour ma part, du moins pr les progs sur lesquels je bosse depuis suffisament longtemps : une sur la version courante du programme, et une sur l'ancienne version, pour voir comment j'avais implanté certaines choses, afin de les refaire en mieux

quoi que avec tigcc il est un peu bloqué, il n'y a pas beaucoup d'alternative

déjà, tu n'es pas obligé d'utiliser l'ide...

Pour ma part, je trouve que passer par l'ide est nettement plus confortable.
Ensuite, moi je n'ai pas de problème particulier, je pense juste à ceux qui en on avec l'ide, et qui veule justemment l'utiliser.

Dans le cas de bluesilk, si la source des problèmes est bien UPX, cela revient à gagner un peu de place sur le disque pour perdre beaucoup en compatibilité, ce qui n'est pas un bon choix à mon avis. Bien sur on peut réutiliser upx pour décompresser l'exe...

Il y a eu une seule personne à s'en plaindre. Si le problème est plus courant que ça, je peux changer d'avis, mais si c'est une seule personne pour laquelle ça ne marche pas, ben upx -d est là pour ça.

Et si c'est bien un problème d'antivirus, il suffit de mettre l'IDE dans les fichiers exclus du scan en tâche de fond.

Vu la puissance des pc actuels, je verrais mieux plus de place utilisée, et moins d'incompaptibilités, mais bon après c'est pas moi qui choisi la solution au pb
Blue Silk -> Si t'as un pote qui a installé tigcc normalement, tu n'as qu'à copier les fichiers sans les installer, ça a marché chez moi (P133 RAM 49Mo, Win98)

moi quand je programmais j'avais toujours 2 ide d'ouverts (1 pour XLib et l'autre pour le programme utilisant Xlib )

les .h, je les mets pas dans l'ide mais dans des textes simples, ça me suffit

JackosKing :
moi quand je programmais j'avais toujours 2 ide d'ouverts (1 pour XLib et l'autre pour le programme utilisant Xlib )

idem, quand je programme une lib, j'ai deux ide à la fois.
Mais ce n'est pas le cas de tout le monde.

Et puis c pas la mort, 1 Mo de RAM en plus

vu ce que ca prend deja ... ca va pas changer grand chose

KK > 2 pb:

1) Ca m'apporte pas plus de précisions que ce que j'ai vu dans l'IDE, je voulais qqch d'intelligible au niveau des octets,
genre par exemple comment sont compressées les BSS. Donc éditeur hexa, ou sources de tigcc.a ?

2) J'ai pas d'anti-virus, UPX doit m3**3r Windows tout court.

Je vais voir pour UPX.

BlueSilk :
1) Ca m'apporte pas plus de précisions que ce que j'ai vu dans l'IDE, je voulais qqch d'intelligible au niveau des octets, genre par exemple comment sont compressées les BSS. Donc éditeur hexa, ou sources de tigcc.a ?

http://tigcc.ticalc.org/doc/ld.html#insert

2) J'ai pas d'anti-virus, UPX doit m3**3r Windows tout court.

Personne d'autre n'a reporté des problèmes avec ça...
Peut-être que ce le problème n'est pas un anti-virus, mais un virus.

Moi j'ai un problème d'auto completion et surtout la création d'un fichier du type A68K provoque la création d'un fichier avec l'extension.h et plante l'édietur lorsque l'on veut le déplacer.

geogeo
: Moi j'ai un problème d'auto completion

L'auto-complétion n'est pas encore gérée.

et surtout la création d'un fichier du type A68K provoque la création d'un fichier avec l'extension.h

Tu as choisi la mauvaise option. Il y a "A68k header file" et "A68k source file".

et plante l'édietur lorsque l'on veut le déplacer.

Il faut enregistrer le fichier avant de le changer de catégorie. C'est en effet un bogue, mais pas très grave. Je vais voir ce qu'on peut faire.

L'auto-complétion n'est pas encore gérée.

Ah bon. Pourtant MOHAA m'a dit le contraire.

Tu as choisi la mauvaise option. Il y a "A68k header file" et "A68k source file".

OK.

Il faut enregistrer le fichier avant de le changer de catégorie. C'est en effet un bogue, mais pas très grave. Je vais voir ce qu'on peut faire.

Il est pas enregistré avec un nom NewFile??

geogeo
:

L'auto-complétion n'est pas encore gérée.

Ah bon. Pourtant MOHAA m'a dit le contraire.

MOAAA a une version avec auto-complétion, mais ce n'est pas l'officielle, Sebastian n'a pas encore eu le temps d'intégrer ses modifications.

Il faut enregistrer le fichier avant de le changer de catégorie. C'est en effet un bogue, mais pas très grave. Je vais voir ce qu'on peut faire.

Il est pas enregistré avec un nom NewFile??

Non.

La version *nix est maintenant disponible sur http://tigcc.ticalc.org/linux/.

Est-ce quelqu'un a déjà essayé la documentation au format QT Assistant? Qu'en pensez-vous? Et y-a-t'il quelqu'un (autre que Christian Walther, duquel j'ai déjà eu un report) qui utilise déjà QT Assistant 3.2 ou les bêtas 3.3 ou êtes-vous tous bloqués avec la 3.1 comme moi (Fedora Core 1 - je n'ai pas eu le courage d'essayer la 3.2 de Rawhide)? Ou n'avez-vous pas QT Assistant installé du tout? (Un conseil: Même s'il n'est pas dans les menus, essayez assistant & en ligne de commande.)

Je n'ai pas du tout QT assistant.

Problème facile à résoudre a priori: apt-get install qt

Je suis pas root de ma machine

Tu y accèdes par ssh? Alors reste avec Lynx, de toute façon QT Assistant a besoin d'une connexion X.

Comment ça, on peut pas faire tourner une application X sous SSH ?

Ben si tu n'as pas de serveur X derriere, non. Sinon, oui.

Oui, je sais : Kevin avait l'air de dire que non, mais c'est parfaitement possible (à condition d'avoir la bande passante pour )

X11 over SSH != SSH tout court

Bon, j'ai pas encore essayé UPX, mais je n'ai pas de vx
(Je formate parfois plusieurs fois par semaine, et j'ai pas inet sur mon PC,
les risques de vx sont très limités surtout que j'installe toujours TIGCC avant
tout le reste (), donc là je suis sûr d'où vient le pb.
Faut que j'essaie UPX -d...

Au fait, Kevin, quelles sont les modifications apportées aux programmes GNU ?
Si j'ai bien compris une doc du site, actuellement vous n'avez pas modifié as, ld et ar,
et gcc a seulement été allégé et donc une version configurée sous cygwin devrait
marcher aussi bien non ?

De plus en tombant sur une extension .cpp, gcc cherche à appeler g++.
Je me demandais si pour adapter du C++, il *suffirait* de configurer g++ sous Cygwin
pour une cible 68k, de le placer dans le répertoire /bin avec les autres progs,
d'adapter les headers (ifdef _cplusplus, extern "C" ?) et de compiler en ligne de commande
pour faire du C++ sur TI ?

PS: Pas de smash anti-C++ stp.

TIGCC a plein de patchs gores, donc il doit y avoir pas mal de boulot à faire avant TIG++... Et comme il faut visiblement faire plein de modifications quand la version de GCC change, j'ose pas imaginer ce que ça donnerait pour passer à un langage différent.

lol ce que je me demande c'est la modif du prog...
Après la prog TI, les headers, les symboles et tout faut voir...
Mais ce que je me demande c'est si les outils sont simplement les officiels
configurés pour 68k, et qui arrivent à compiler sur TI _seulement_ grâce au
patcher de sources, à obj2ti intervenant en plus, OU bien si les outils GNU ont été modifiés
(ce que je ne pense pas, mais il faut en être sûr )

BlueSilk
: donc là je suis sûr d'où vient le pb.

UPX tout seul n'est pas le problème, ça marche très bien chez plein de gens. Ça doit être un conflit de UPX avec autre chose.

Au fait, Kevin, quelles sont les modifications apportées aux programmes GNU ?

Plein. Il y a les changelogs dans les sources de TIGCC.

Si j'ai bien compris une doc du site, actuellement vous n'avez pas modifié as, ld et ar

Faux. Nous avons complètement jeté ld et ar (remplacés par ld-tigcc et ar-tigcc), et as est patché (avec un patch de 25 KO).

et gcc a seulement été allégé

Faux, nous lui appliquons un patch de 222 KO.

et donc une version configurée sous cygwin devrait marcher aussi bien non ?

Non, elle ne marchera pas du tout.

De plus en tombant sur une extension .cpp, gcc cherche à appeler g++.
Je me demandais si pour adapter du C++, il *suffirait* de configurer g++ sous Cygwin
pour une cible 68k, de le placer dans le répertoire /bin avec les autres progs,
d'adapter les headers (ifdef _cplusplus, extern "C" ?) et de compiler en ligne de commande pour faire du C++ sur TI ?

Non. Si c'était aussi simple, ça aurait été fait depuis longtemps.
Et puis bonne chance pour adapter les headers, ils ne ressemblent même pas à du C++ (cf. les macros de partout), et ils ne sont clairement pas faits pour programmer en C++.