TIGCC pour Linux - Page 2

Dans une ligne de commande, tigcc ?

Uther :
- ajoute lest lignes "export TIGCC=repertoire" et "import PATH=$PATH:$TIGCC/bin"

Ca fait quoi "import" ?

je crois que c'est export en fait (enfin dans la doc INSTALL de Tigcc y a marqué export )

tigcc monFichier.c

Ou tprbuilder monprojet.tpr si tu en as un.

Certes mais sans IDE je vois pas bien l'interet de tpr builder

Ca fait quoi "import" ?

rien du tout c'est une connerie je voulais bien sur dire export

L'intérêt de tprbuilder, c'est de pouvoir compiler des projets créés sous Win32 avec l'IDE (par exemple les exemples de TIGCC).

Le problème est que tigcc n'est pas une commande
Alors que je le vois bien le fichier tigcc ...

sa veut dire que l'enregistrement de la variable PATH a du echouer.
ca te dit quoi un:
echo $PATH

et est-ce que ton $TIGCC est bien un chemin absolu ? si non, rajoute un $HOME devant...

-Bon pour le echo faudra attendre la semaine prochaine
-Déf. d'un chemin absolu et je te répond

un truc qui commence par le caractère "/"...

ah ooookkkk (bon ben je le savais en fait ^^)

non effectivement ça ne doit pas être un chemin absolu vu que je suis dans
private/students/3/83/mon_numero_secret
(qui est ~ en fait)

Ok je vois le pb je verrais ça la semaine prochaine merci bien

si tu as mis ~/tigcc ca devrait marcher aussi mais tigcc tout seul non

Euh, pas sûr que ~ marche dans tous les contextes où $HOME marcherait... (par exemple, ça ne risque pas de marcher avec fopen()) Ca ne marche que dans le cas où il y a expansion par le shell, et dans ce cas un fichier contenant le caractère ~ ou le caractère \ doit l'échapper ; sinon, si c fait pour être passé de manière brute à un programme C, les ~ et \ doivent être laissés tels quels... Enfin bien sûr je dis ça en général, pas pour TIGCC en particulier.

Rising Sun :
non effectivement ça ne doit pas être un chemin absolu vu que je suis dans
private/students/3/83/mon_numero_secret

Euh, il est réellement secret, le numéro en question ? Vous avez pas chacun votre compte ?

normalement s'il dit que c'est ~ c'est bien qu'il a son compte

tigcc de détarre dans le repertoire courrant ?

c'est le genre de .tar qui partent vite a la poubelle tellement c'est ignoble

Oui, je me dis la même chose à chaque fois que je me fais polluer mon répertoire courant avec le contenu du tar. C'est vraiment lourd ces gens qui ne font pas comme tout le monde.

C'est normal de détarrer dans le répertoire courant, ce sont les tars qui créent un nouveau répertoire qui sont lourds.
Et puis, de toute façon, vous ne devriez pas détarrer TIGCC à la main, il y a le script setup qui s'occupe de tout (PATH y compris).

Kevin Kofler
: C'est normal de détarrer dans le répertoire courant, ce sont les tars qui créent un nouveau répertoire qui sont lourds.

C'est à dire 99.99% des tarballs...
C'est lourd de devoir créer un répertoire puis aller dedans, puis détarrer, alors que c'est si simple quand tar crée le répertoire pour nous.

Et puis, de toute façon, vous ne devriez pas détarrer TIGCC à la main, il y a le script setup qui s'occupe de tout (PATH y compris).

Je touche pas à ce script de nioob qui pourri ma conf derrière mon dos. Je préfère m'en occuper moi-même.

Pourquoi se compliquer la vie pour rien?
D'ailleurs, perso, si j'installe TIGCC sur une machine qui n'est pas ma machine de développement, c'est:
apt-get -o RPM::GPG-Check=false install http://tigcc.ticalc.org/linux/tigcc-0.95b19r1-1.i386.rpm
(simple copier-coller d'une ligne du site web). Tout le reste va tout seul. apt-rpm rulez!

Et puis, de toute façon, vous ne devriez pas détarrer TIGCC à la main, il y a le script setup qui s'occupe de tout (PATH y compris).

En même temps déjà les binaires de tigcc sur le site web sont linkés avec une version incompatible de glibc chez moi. Donc de toutes je prends les sources.
Et puis tant qu'à faire je préfère faire la compilation et installer manuellement. Au moins je sais où les morceaux arrivent.

(en fait je laisse tout dans le répertoire target et je l'utilise directement en chemin absolu)

Kevin Kofler :
C'est normal de détarrer dans le répertoire courant, ce sont les tars qui créent un nouveau répertoire qui sont lourds.
Et puis, de toute façon, vous ne devriez pas détarrer TIGCC à la main, il y a le script setup qui s'occupe de tout (PATH y compris).

il est un millions de fois plus simple defaire (au pire) un mv dir/dir dir que devoir déplacer 15millions de fichiers

Kevin Kofler :
Pourquoi se compliquer la vie pour rien?
D'ailleurs, perso, si j'installe TIGCC sur une machine qui n'est pas ma machine de développement, c'est:
apt-get -o RPM::GPG-Check=false install http://tigcc.ticalc.org/linux/tigcc-0.95b19r1-1.i386.rpm
(simple copier-coller d'une ligne du site web). Tout le reste va tout seul. apt-rpm rulez!

²

tu oublie legerement que 90% des distrubs ne connaissent pas apt-get
et 70/80% les rpm

bref ->

et me dit aps "vous avez qu'a utiliser fc2" c'est pas une réponse valable

apt-get -o RPM::GPG-Check=false install http://tigcc.ticalc.org/linux/tigcc-0.95b19r1-1.i386.rpm

wget http://tigcc.ticalc.org/linux/tigcc-0.95b19r1-1.i386.rpm && rpm -i tigcc-0.95b19r1-1.i386.rpm me semble une meilleure solution

uther: oui mais poru les distrib qui parlent rpm et encore j'ai des doutes pour ce qui puisse concerner les dépendances

spectras
:

Et puis, de toute façon, vous ne devriez pas détarrer TIGCC à la main, il y a le script setup qui s'occupe de tout (PATH y compris).

En même temps déjà les binaires de tigcc sur le site web sont linkés avec une version incompatible de glibc chez moi.

Il faut glibc 2.3. Donc RHL 8 minimum. Donc les binaires supportent 3 releases en arrière en plus du release courant (donc 4 en tout). Je ne vois vraiment pas le problème. Et si vous me donnez une solution propre pour compiler pour une vieille glibc, je veux bien faire. (Ne me parlez pas des scripts de autopackage, ils disent juste au linker de prendre la vieille version des symboles, mais il doit bien y avoir une raison pour que la version du symbole ait changé, donc on ne peut pas faire ça tout bêtement sans créer des ennuis.) Et si vous avez une distribution vraiment vieille, vous n'avez effectivement qu'à utiliser les sources, qui gèrent même GCC 2.95 de 1999.

Et puis tant qu'à faire je préfère faire la compilation et installer manuellement. Au moins je sais où les morceaux arrivent.

Tu n'utilises pas mes scripts de compilation et installation??? Bonne chance...

Godzil
:

Kevin Kofler :
C'est normal de détarrer dans le répertoire courant, ce sont les tars qui créent un nouveau répertoire qui sont lourds.
Et puis, de toute façon, vous ne devriez pas détarrer TIGCC à la main, il y a le script setup qui s'occupe de tout (PATH y compris).

il est un millions de fois plus simple defaire (au pire) un mv dir/dir dir que devoir déplacer 15millions de fichiers

Tant pis si tu n'as pas lu les informations sur le site avant de détarrer. Et puis c'est aussi de ta faute si tu détarres bêtement en ligne de commande au lieu de regarder le contenu de l'archive avec arK.

Godzil
:

Kevin Kofler :
Pourquoi se compliquer la vie pour rien?
D'ailleurs, perso, si j'installe TIGCC sur une machine qui n'est pas ma machine de développement, c'est:
apt-get -o RPM::GPG-Check=false install http://tigcc.ticalc.org/linux/tigcc-0.95b19r1-1.i386.rpm
(simple copier-coller d'une ligne du site web). Tout le reste va tout seul. apt-rpm rulez!

²

tu oublie legerement que 90% des distrubs ne connaissent pas apt-get
et 70/80% les rpm

bref ->
et me dit aps "vous avez qu'a utiliser fc2" c'est pas une réponse valable

N'importe quelle distribution gérée par apt-rpm peut utiliser ça. A priori Fedora, RHL, Mandrake, Conectiva, SuSe et quelques autres. (Je ne peux tester le RPM que sous Fedora, mais comme je n'ai codé aucune dépendance, ça devrait marcher partout. Pour les dépendances, à vous d'installer Qt Assistant si vous voulez utiliser tigccdoc, moi je m'en fous si vous l'installez ou pas. )

Uther
:

apt-get -o RPM::GPG-Check=false install http://tigcc.ticalc.org/linux/tigcc-0.95b19r1-1.i386.rpm

wget http://tigcc.ticalc.org/linux/tigcc-0.95b19r1-1.i386.rpm && rpm -i tigcc-0.95b19r1-1.i386.rpm me semble une meilleure solution

Pourquoi pas... Mais personnellement, j'utilise sans arrêt apt-rpm, c'est vraiment pratique pour les mises à jour. (Merci à l'équipe de Debian pour apt. )

Godzil
: uther: oui mais poru les distrib qui parlent rpm et encore j'ai des doutes pour ce qui puisse concerner les dépendances

Je n'ai codé aucune dépendance (à part celles pour glibc et rpm qui sont mises automatiquement par rpm). De toute façon, il n'y a aucune dépendance obligatoire.

kevin:

pasque pout toi :


1 -> Tout le monde utilise X11 ?
2 -> Tout le monde utilise KDE ?
3 -> Tout le monde utilise apt ?


arK j'utilise pas et utiliserait surement jamais car je ne vois pas l'interet d'une interface gfraphique lourde pour détargziper un tgz (ou tbz2) c'est tellement plus rapide un simple

tar -zxvf xxx.tar.gz

rpm je n'utiliserait jamais sur une distrib non basé dessus ça fous plus la merde qu'autre chose (j'ai testé avec une deb et une gentoo d'installer rpm et des .rpm avec ça fait tout bugger #trisick#)

bref