Impossible d'installer gcc 3.3 sur linux redhat

  • linuxlearn
  • Born
  • Born
  • No Avatar
  • Inscription: Mar 29, 2006
  • Messages: 1
  • Status: Offline

Message Mars 29th, 2006, 5:53 am

Salut à tous,

J'essaie d'installer gc 3.3.2 sur la machine linux redhat gcc 3.2.3, qui a lui déjà.

J'ai installé gcc3.3.3. Tar.gz et suivi les étapes,

> Tar zxvf gcc3.3.3. Tar.gz
>. / Configure - prefix = <install_dir>
>. / Make
Je reçois le message d'erreur suivant, Can quiconque s'il vous plaît laissez-em connaître la solution à succesffuly installer gcc.

bip/cad/linux/gcc/gcc-3.3.2/gcc/xgcc -B/bip/cad/linux/gcc/gcc-3.3. 2/gcc / -B/bip/cad/linux/gcc/x86_64-unknown-linux-gnu/bin / -B/bip/cad/linux/gcc/x86_64-unknown-linux-gnu/lib /-isystem / bip / cad/linux/gcc/x86_64-unknown-linux-gnu/include-O2-DIN_GCC-W-Wall-Wwrite-strings-Wstrict-prototypes-Wmissing-prototypes-isystem. / include-fPIC-g-DHAVE_GTHR_DEFAULT-DIN_LIBGCC2 -- D__GCC_FLOAT_NOT_NEEDED-shared-nodefaultlibs-Wl, - soname = libgcc_s.so.1-Wl, - version-script = libgcc/32/libgcc.map-o 32/libgcc_s.so.1-m32 libgcc/32/_muldi3. o libgcc/32/_negdi2. o libgcc/32/_lshrdi3.o libgcc/32/_ashldi3.o libgcc/32/_ashrdi3.o libgcc/32/_ffsdi2.o libgcc/32/_clz.o libgcc/32/_cmpdi2.o libgcc/32/_ucmpdi2.o libgcc/32/_floatdidf.o libgcc/32/_floatdisf.o libgcc/32/_fixunsdfsi.o libgcc/32/_fixunssfsi.o libgcc/32/_fixunsdfdi.o libgcc/32/_fixdfdi.o libgcc/32/_fixunssfdi.o libgcc / 32/_fixsfdi.o libgcc/32/_fixxfdi.o libgcc/32/_fixunsxfdi.o libgcc/32/_floatdixf.o libgcc/32/_fixunsxfsi.o libgcc/32/_fixtfdi.o libgcc/32/_fixunstfdi.o libgcc / 32/_floatditf. o libgcc/32/_clear_cache.o libgcc/32/_trampoline.o libgcc/32/__main.o libgcc/32/_exit.o libgcc/32/_absvsi2.o libgcc/32/_absvdi2.o libgcc/32/_addvsi3.o libgcc/32/_addvdi3.o libgcc/32/_subvsi3.o libgcc/32/_subvdi3.o libgcc/32/_mulvsi3.o libgcc/32/_mulvdi3.o libgcc/32/_negvsi2.o libgcc/32/_negvdi2.o libgcc / 32/_ctors.o libgcc/32/_divdi3.o libgcc/32/_moddi3.o libgcc/32/_udivdi3.o libgcc/32/_umoddi3.o libgcc/32/_udiv_w_sdiv.o libgcc/32/_udivmoddi4.o libgcc / 32/unwind-dw2. o libgcc/32/unwind-dw2-fde-glibc.o libgcc/32/unwind-sjlj.o libgcc/32/unwind-co-lc & & rm-f libgcc_s_32.so & & ln-s 32/libgcc_s.so.1 libgcc_s_32.so
/ usr / bin / ld: ne peut pas ouvrir crti.o: Aucun fichier ou répertoire
collect2: ld a retourné 1 statut de sortie
make [2]: *** [32/libgcc_s_32.so] Error 1
make [2]: Leaving directory `/ bip/cad/linux/gcc/gcc-3.3.2/gcc
make [1]: *** [stmp-multilib] Erreur 2
make [1]: Leaving directory `/ bip/cad/linux/gcc/gcc-3.3. 2/gcc
make: *** [all-gcc] Erreur 2
233.000u 25.240s 5:49.02 73,9% 0 +0 k 0 +0 io 1228349pf 0 w
Mais je suis d'erreur suivant,

Merci d'avance.
  • Anonymous
  • Bot
  • No Avatar
  • Inscription: 25 Feb 2008
  • Messages: ?
  • Loc: Ozzuland
  • Status: Online

Message Mars 29th, 2006, 5:53 am

  • this213
  • Guru
  • Guru
  • Avatar de l’utilisateur
  • Inscription: Mar 01, 2004
  • Messages: 1242
  • Loc: ./
  • Status: Offline

Message Mars 30th, 2006, 2:26 pm

Est-ce RHEL? Si non, vous devez mettre à jour CentOS ou Fedora, soit en tant que nouveau RHL est d'au moins 3 ans maintenant. S'il s'agit d'une machine de production, ne touchez pas gcc! Si ce n'est pas une machine de production, de mettre à jour quelque chose avec gcc 4.

Anywho...Vous ne devriez pas installer * rien * à partir de la source de toute distribution basée sur RPM. Ce faisant, vous créez d'énormes trous dans la base de données RPM de dépendance. Cela est vrai pour gcc exceptionnellement - ce qui est le noyau de Linux que le noyau lui-même.

Votre erreur est qu'il ne peut trouver crti.o. Voyez si vous avez ce fichier dans / usr / lib /. Vous avez sans doute, mais mieux pour vérifier les choses simples en premier.

Si pour quelque raison, vous ne pouvons absolument pas de mise à niveau du système d'exploitation encore besoin de mettre à jour gcc, vous avez 2 options: Vous pouvez soit installer yum, de trouver un dépôt de votre distribution et juste "yum upgrade gcc", ou vous pouvez le vérifier dans l'enfer de la dépendance .

Si vous devez entrer la dépendance enfer, déplacez le RPM gcc que vous allez le télécharger dans son propre répertoire et faire "rpm-Uvh *. rpm ", puis écrivez la 500 ou si les dépendances qui se présentent (« SOME_PACKAGE / BIBLIOTHEQUE> = SOME_VERSION est nécessaire nom_du_paquet "), puis aller télécharger tous les paquets qui fournissent ce qui est demandé et les mettre dans le même répertoire que votre gcc tr / min, puis répétez le processus jusqu'à ce que le milieu du mois prochain, lorsque vous enfin compléter. Si vous y êtes, vous pourriez aussi bien faire le noyau et à la mise à niveau vers la dernière gcc, vous pouvez trouver un rpm (ou un spec fichier).

Afficher de l'information

  • Total des messages de ce sujet: 2 messages
  • Utilisateurs parcourant ce forum: Aucun utilisateur enregistré et 76 invités
  • Vous ne pouvez pas poster de nouveaux sujets
  • Vous ne pouvez pas répondre aux sujets
  • Vous ne pouvez pas éditer vos messages
  • Vous ne pouvez pas supprimer vos messages
  • Vous ne pouvez pas joindre des fichiers
 
 

© 2011 Unmelted, LLC. Ozzu® est une marque déposée de Unmelted, LLC