Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Peux t'on installer 2 versions de gcc sur un meme os ? ? ?

spawn

Bonjour à toutes et à tous,

Voila ma question : Est-il possible d'installer et d'utiliser sans risque de conflit, deux versions différentes de gcc ? (à savoir gcc 3.2.3 et gcc 4.1.0). Et de plus sous Fedora Core 5 et sous Suse 10.1

Si oui comment faire, et surtout comment compiler avec l'un puis avec l'autre après ?

drpixel

Tu fais yum install compat-gcc-32*

et avant la compilation
export CC=gcc32

spawn

Merci beaucoup drpixel.

Tu n'aurais pas une p'tite idée pour ma p'tite Suse 10.1, car la mirifique yum est exclusif FC5 et sous Suse, il n'y a pas grand chose pour dl gcc. Et si je pouvais éviter de le recompiler sa serais vraiment bien, car mon 600 mhz avec 256 de ram il va lacher. Et oui au boulot le pinguin à une niche de merde ! LoL

drpixel

Je ne connais pas SUSE, mais le principe reste le même, simplement tu devras installer les RPMs a la mano.

rpm -ivh /chemin/vers/mes/rpms/....

Ceci dit, j'espère que le package se nomme de la même façon ... ^^

spawn

Le gros probleme avec suse c que le logiciel yast ne met à dispotition que les derniere version de gcc. J'ai trouver gcc en rpm, mais il y a une tonne de dépendance bien embêtante à installer.

Merci beaucoup pour ton aide ! ! !
:lol: :lol: :lol:

remi

Le double post c'est pas bien....

spawn

Je sais remi. Je me suis tromper, j'ai fait nouveau sujet au lieu de répondre. Je l'ai remis ici, et j'ai signalé au modo que je mettais tromper et qu'il fallé suprimer l'autre message ! ! ! Pas folle la guepe ! ! !

eddy33

Hum...
tu as toujours la possibilite de regenerer une chaine gcc pour cible x86 (compilateur natif) avec des outils simples comme crosstool : http://kegel.com/crosstool/

++

spawn

Rebonjour à toutes et à tous,

Après avoir suivi vos conseils, j'ai reussi à installer gcc 3.2.3 avec la commande "yum install compat-gcc-32*". Le probleme c'est que lorsque je tappe "export CC=gcc32", et que je fait un "gcc -v" il me dit que c'est la version 4.1.0 qui est présente. Est-ce normale, et comment repasser à ma version 4.1.0 de gcc une fois ma compilation fini avec la version 3.2.3 ? 🙁 :-?

Pikachu_2014

Dès lors que tu as fait un "export CC=gcc32", ça devrait aller (quoique si tes Makefile sont aussi mal ecrits que les miens... :-D).
Modifier la variable CC ne "modifie" pas (comme le ferait alternatives par exemple) le compilateur utilisé sous le nom de "gcc".

spawn

Alors comment savoir sous qu'elle version de gcc on est actuellement, comment vérifier que je suis bien en train de compiler avec la version 3.2.3 et non la version 4.1.0 ?

J'essay de compiler gcc 3.2.3 pour ma p'tite suse, mais il me met l'erreur [tradcif.o] Erreur 1. Quelqu'un aurais une idée de comment y remédier ?

Une derniere question : pour repasser à la version 4.1.0, est-ce que la commande export CC=gcc41 est bonne ?

Pikachu_2014

Quand on utilise un configure/Makefile écrit dans les règles de l'art, la référence au compilateur C se fait par le biais de la variable CC (pour vérifier, un peu de lecture...). Dès lors qu'on a cette certitude, tu peux passer à CC le compilateur de ton choix (avec "export CC=compilateur_C_de_mon_choix" dans ton shell préféré).
Quand tu lances un configure (toujours supposé écrit dans les règles de l'art ou généré avec autoconf), tu peux lire parmi les nombreuses lignes de logs une indication du type "compilateur C utilisé... gcc32". Si tu vois ça, no soucy.
Qu'essaie-tu de compiler au juste ?

PS : les "configure" bien torchés fournissent une option --cc=compilateur_de_mon_choix qui permet de spécifier le compilateur C à utiliser (différent a priori de celui by default, i.e. gcc "tout court").

PS2 : la modif. de tout variable d'environnement est locale à ta console si je puis dire. Pour revenir à l'état par défaut... Tu fermes ta console, ou tu en rouvres une autre.

spawn

Je viens de trouver une réponse à ma question. Lorsque je tappe "which gcc", il m'indique l'arborescence suivante : /usr/bin/gcc (qui est en faite mon gcc 4.1.0), donc pour repasser à mon gcc 4.1.0, il faudrais que je tappe "export CC=gcc". Mais le probleme, c'est que meme après avoir tapper "export CC=gcc32", le "which gcc" m'indique le meme chemin, et non /usr/bin/gcc32. Donc meme après cette commande, je compile toujours avec mon gcc version 4.1.0.

Donc comment passer à la version 3.2.3, autre que avec cette commande : "export CC=gcc32", car elle na pas l'air de marcher pour moi ? 🙁

Pikachu_2014

Tu ne bouges pas, je vais te chercher un exemple...

Pikachu_2014

Voici un beau Makefile (celui de vobcopy que j'ai modifié pour mes besoins, et un peu aussi pour "exempler") ; le makefile est en fin de post.
Ce Makefile utilise la variable CC pour désigner le compilateur à utiliser :

ligne 4 : CC ?= gcc

ce qui signifie : par défaut, j'utilise gcc si on ne spécifie pas "extérieurement" de valeur à CC

Par défaut, je le lance comme çà :

$ make

Je ne veux pas utiliser gcc mais gcc32.
Je fais :

$ export CC=gcc32

CC aura cette fois-ci pour valeur gcc32, puisqu'on vient de lui en donner une.
On pourrait faire aussi (sans export) :

$ make CC=gcc32

CC n'est qu'une variable qui sert à indiquer aux Makefile/configure le compilateur qu'ils doivent utiliser ; elle n'influe en rien sur le compilateur appelé directement par gcc :

$ export CC=gcc32 && gcc -v
gcc 4.1 ...
$ gcc32 -v
gcc 3.2 ...

Le Makefile d'exemple :

#This is the makefile for vobcopy, mainly written by rosenauer. These things 
#below here are variable definitions. They get substituted in the (CC) and 
#stuff places.
CC     ?= gcc
#PREFIX += /usr/local
#BINDIR = ${PREFIX}/bin
#MANDIR = ${PREFIX}/man
PREFIX ?= /usr/local
BINDIR ?= ${PREFIX}/bin
MANDIR ?= ${PREFIX}/man
LFS    = -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE
LDFLAGS += -ldvdread

#This specifies the conversion from .c to .o 
.c.o:
    $(CC) $(LFS) $(CFLAGS) -c $<

#Here is implicitly said that for vobcopy to be made *.o has to be made first
#make is kinda intelligent in that aspect.
vobcopy: vobcopy.o dvd.o 
    $(CC) -o vobcopy vobcopy.o dvd.o ${LDFLAGS}

disable_lfs:
    $(CC) $(CFLAGS) -c vobcopy.c
    $(CC) $(CFLAGS) -c dvd.c
    $(CC) -o vobcopy vobcopy.o dvd.o -ldvdread

debug:
    $(CC) -c vobcopy.c -Wall -ggdb -pedantic $(CFLAGS) $(LFS)
    $(CC) -c dvd.c     -Wall -ggdb -pedantic $(CFLAGS) $(LFS)
    $(CC) -o vobcopy vobcopy.o dvd.o -ldvdread

deb:
        
    echo "this here is really really experimental..."
    dpkg-buildpackage -rfakeroot -us -uc -tc
        

clean :
    rm -f vobcopy vobcopy.o dvd.o

distclean :
    rm -f vobcopy.o dvd.o *~

install:
#    mkdir -p $(MANDIR)/man1
#    cp vobcopy   $(BINDIR)/vobcopy
#    cp vobcopy.1 $(MANDIR)/man1/vobcopy.1
    install -d -m 755 $(BINDIR)
    install -d -m 755 $(MANDIR)/man1
    install -d -m 755 $(MANDIR)/de/man1
    install -m 755 vobcopy $(BINDIR)/vobcopy
    install -m 644 vobcopy.1 $(MANDIR)/man1/vobcopy.1
    install -m 644 vobcopy.1.de $(MANDIR)/de/man1/vobcopy.1

uninstall:
    rm -f $(BINDIR)/vobcopy
    rm -f $(MANDIR)/man1/vobcopy.1
    rm -f $(MANDIR)/de/man1/vobcopy.1

spawn

daccord, je ne bouge pas d'un poils. J'ai fait juste un "./configure --with-gcc-version-trigger=/usr/bin/gcc32".

Pikachu_2014

La démo est juste au-dessus !
Qu'est-ce tu compiles, dis, je peux savoir s'il te plaîîîît ?

spawn

Oui il commence la compile en ce moment meme. Après je ne sais pas si cela va arriver à terme, mais en tout cas jte tiens au courant.

Merci beaucoup pour ton aide précieuse ! ! ! :-D 8-) :-P

spawn

Bon bas il compile, mais toujours cette erreur de tradcif.o dont je ne sais vraiment pas quoi faire. Si quelqu'un à une idée faite le savoir parce que là je sèche un peu ! ! !

Anvil

J'essay de compiler gcc 3.2.3 pour ma p'tite suse, mais il me met l'erreur [tradcif.o] Erreur 1. Quelqu'un aurais une idée de comment y remédier ?

C'est mignon 'erreur 1' mais ca veut absolument rien dire. '1' c'est le code de sortie de gcc. "madame germaine, caisse 7 ca passe pas".
Le message d'erreur c'est bien sur ce qui est *au dessus* de ca.

De plus, si ca ne compile pas avec gcc 4, le mieux c'est de reparer le code source et non pas d'essayer un vieux compilo, parce que gcc ne va pas re-devenir aussi laxiste qu'il l'etait et la compatibilite binaire, c'est tres surfait.

PS : les "configure" bien torchés fournissent une option --cc=compilateur_de_mon_choix qui permet de spécifier le compilateur C à utiliser.

Nan, ils prennent en compte les variables CC/CXX/CFLAGS/etc.

Page suivante »