Fedora-Fr

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

installation paquet (gcc)de fedora 16 sur fedora 17

badaking

Bonjour,

J'aimerais installer la version 4.6 de gcc sur mon fedora 17 (qui est à la 4.7). Quand je télécharge le .rpm de la 4.6 (qui donc est celui de fedora 16), cela ne fonctionne pas à cause de dépendances. J'ai essayé de downgrade ceux là, mais ça ne fonctionne pas. D'où ma question, cette installation est-elle possible ? Et si oui comment ?
Merci d'avance.

Pikachu_2014

Bonjour,

un tel downgrade est tout sauf anodin, et même risqué. La vraie question serait de savoir pourquoi as-tu besoin de GCC 4.6 sous Fedora 17.

badaking

J'ai un problème de compilation sur archi 64 bits, et après recherche, j'ai vu qu'il serait résolu en compilant avec l'ancienne version de gcc.

Pikachu_2014

badaking wrote:J'ai un problème de compilation sur archi 64 bits, et après recherche, j'ai vu qu'il serait résolu en compilant avec l'ancienne version de gcc.

Attention, c'est au code de s'adapter au système, non l'inverse. Que compiles-tu exactement d'une part ? Quelle est l'erreur de compilation en question d'autre part ?

didierg

badaking wrote:J'ai un problème de compilation sur archi 64 bits, et après recherche, j'ai vu qu'il serait résolu en compilant avec l'ancienne version de gcc.

Si tu as absolument besoin de compiler avec les bibliothèques fournies avec Fedora 16, VirtualBox est ton ami et je dirais même quasiment fait pour cela...

madko

plutôt utiliser kvm au moins c'est intégré au noyau, libre, tout aussi performant (voire mieux), facile à installer en plus, plutôt qu'un soft d'une boite privée pas très cool avec le libre.

Pour revenir au sujet, ya clairement un problème avec le code si celui-ci impose une version de gcc, et une archi 32 bits... mais si tu aimes compiler, tu peux aussi compiler ton gcc à la version/arch désirée avec le gcc de ta fedora 17, ce sera plus propre que tout downgrader.

didierg

madko wrote:plutôt utiliser kvm au moins c'est intégré au noyau, libre, tout aussi performant (voire mieux), facile à installer en plus, plutôt qu'un soft d'une boite privée pas très cool avec le libre.

Que ce soit au travers du noyau Linux, de Java, de BTRFS, de MySQL ou de VirtualBox c'est un peu restrictif de parler d'Oracle comme "d'une boite privée pas très cool avec le libre"... Ceci étant, je conçois parfaitement qu'Oracle soit perçu comme une société ayant certains travers...

Pour mémoire, les statistiques du développement du noyau 3.6

Most active 3.6 employers
By changesets

(None) 1124 11.1%
Red Hat 1035 10.2%
Intel 884 8.7%
(Unknown) 828 8.2%
Vision Engraving Systems 460 4.5%
Texas Instruments 418 4.1%
Linaro 409 4.0%
IBM 286 2.8%
SUSE 282 2.8%
Google 243 2.4%
Wolfson Microelectronics 180 1.8%
(Consultant) 167 1.6%
Freescale 152 1.5%
Ingics Technology 152 1.5%
Samsung 143 1.4%
Qualcomm 135 1.3%
Cisco 127 1.3%
Wizery Ltd. 125 1.2%
NVidia 124 1.2%
Oracle 122 1.2%

MarbolanGos

Sans aller aussi loin, un environnement modules permet de mettre à disposition un GCC et les bibliothèques ad-hoc sans perturber tout.

badaking

C'est pour compiler un noyau linux, ou j'obtiens une erreur après le make menuconfig : as: unrecognized option '--64'
En ayant tenté de modifier le makefile, pour compiler avec l'option 32 bits, rien à faire. C'est bien un problème d'architecture car avec une machine virtuelle 32 bits, je ne rencontre pas ces problèmes.

Pikachu_2014

badaking wrote:C'est pour compiler un noyau linux, ou j'obtiens une erreur après le make menuconfig : as: unrecognized option '--64'
En ayant tenté de modifier le makefile, pour compiler avec l'option 32 bits, rien à faire. C'est bien un problème d'architecture car avec une machine virtuelle 32 bits, je ne rencontre pas ces problèmes.

Pourquoi souhaites-tu compiler un noyau ? Ajout de patches ? Cross-compilation pour l'embarqué ? Simple curiosité ?

badaking

Cross-compilation pour l'embarqué