Mise à jour GCC ; Linux ; Fedora 5 ; FC5 ; RPM - Page 1

salut,
J'ai des problèmes avec un vieux insight que j'avais trouvé en RPM (5.2), j'essaie donc de compiler la dernière version (et comme par hasard, ça ne fonctionne pas )
J'essaie donc d'installer une version à peu près à jour de GCC (j'ai une 3.2.3)
J'ai trouvé des packages FC5 à cette adresse : http://download.fedora.redhat.com/pub/fedora/linux/core/updates/5/i386/
J'ai téléchargé les rpm suivants :

cpp-4.1.1-51.fc5.i386.rpm
gcc-4.1.1-51.fc5.i386.rpm
gcc-c++-4.1.1-51.fc5.i386.rpm
libgcc-4.1.1-51.fc5.i386.rpm
libgomp-4.1.1-51.fc5.i386.rpm

et j'essaie d'installer dans l'ordre des dépendances :
voici ce que j'ai comme erreur :

[root@localhost insight]#rpm --upgrade cpp-4.1.1-51.fc5.i386.rpm
attention: cpp-4.1.1-51.fc5.i386.rpm: Entête V3 DSA signature: NOKEY, key ID 4f2a6fd2
erreur: Dépendances requises:
	cpp = 4.1.0-3 est nécessaire pour (déjà installé) gcc-4.1.0-3.i386

Est ce que quelqu'un voit ce qui ne va pas ?


merci d'avance


PS : si quelqu'un a un RPM d'une version récente de insight pour fedora 5, ça m'intéresse aussi, hein

bon en fait plusieurs versions de gcc cohabitent sur mon système, je suis en train d'essayer de compiler avec un plus récent...

Pen^2 (./1) :
Est ce que quelqu'un voit ce qui ne va pas ?

Oui, tu utilises une version de Fedora qui n'est plus supportée.

LOL

Je n'ai pas le choix (mon travail n'est pas d'installer un système et de recompiler le noyau (ni de perdre mon temps à recompiler insight, d'ailleurs), mon travail c'est de développer une application...)




en fait ce qui a l'air de bloquer, c'est que des includes sont exclus à cause de symboles non définis :

#ifdef HAVE_STDLIB_H
#include <stdlib.h>
#endif
#ifdef HAVE_STRING_H
#include <string.h>
#endif
#ifdef HAVE_MALLOC_H
#include <malloc.h>
#endif
#ifdef HAVE_LIMITS_H
#include <limits.h>
#endif
#ifdef HAVE_STDINT_H
#include <stdint.h>
#endif

ça dit quelque chose à quelqu'un ?

(je suis en train de commenter les ifdef au fur et à mesure... )

Ca ça ressemble a du bon vieux pur configure bien d'chénou elevé au grain...

oué, mais pourtant j'ai pas de message d'erreur dans le configure... (par contre il se termine en 3 ou 4 secondes, ça me parait très louche )

vlà le résultat du configure :

loading cache ./config.cache
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking build system type... i686-pc-linux-gnu
checking for a BSD compatible install... (cached) /usr/bin/install -c
checking whether ln works... (cached) no, using cp
checking whether ln -s works... (cached) no
checking for gcc... (cached) /usr/bin/gcc41
checking whether the C compiler (/usr/bin/gcc41  ) works... yes
checking whether the C compiler (/usr/bin/gcc41  ) is a cross-compiler... no
checking whether we are using GNU C... (cached) yes
checking whether /usr/bin/gcc41 accepts -g... (cached) yes
checking for gnatbind... no
checking whether compiler driver understands Ada... (cached) no
checking how to compare bootstrapped objects... (cached) cmp --ignore-initial=16 $$f1 $$f2
checking for correct version of gmp.h... yes
checking for MPFR... yes
checking for bison... (cached) bison
checking for bison... (cached) bison -y
checking for gm4... (cached) m4
checking for flex... (cached) flex
checking for flex... (cached) flex
checking for makeinfo... (cached) makeinfo
checking for i686-pc-linux-gnu-ar... (cached) ar
checking for i686-pc-linux-gnu-as... (cached) as
checking for i686-pc-linux-gnu-dlltool... no
checking for dlltool... no
checking for i686-pc-linux-gnu-ld... (cached) ld
checking for i686-pc-linux-gnu-nm... (cached) nm
checking for i686-pc-linux-gnu-ranlib... (cached) ranlib
checking for i686-pc-linux-gnu-windres... no
checking for windres... no
checking for i686-pc-linux-gnu-objcopy... (cached) objcopy
checking for i686-pc-linux-gnu-objdump... (cached) objdump
checking for i686-pc-linux-gnu-ar... (cached) ar
checking for i686-pc-linux-gnu-as... (cached) as
checking for i686-pc-linux-gnu-cc... (cached) cc
checking for i686-pc-linux-gnu-c++... (cached) c++
checking for i686-pc-linux-gnu-dlltool... no
checking for dlltool... no
checking for i686-pc-linux-gnu-gcc... (cached) gcc
checking for i686-pc-linux-gnu-gcj... no
checking for gcj... no
checking for i686-pc-linux-gnu-gfortran... (cached) gfortran
checking for i686-pc-linux-gnu-ld... (cached) ld
checking for i686-pc-linux-gnu-lipo... no
checking for lipo... no
checking for i686-pc-linux-gnu-nm... (cached) nm
checking for i686-pc-linux-gnu-objdump... (cached) objdump
checking for i686-pc-linux-gnu-ranlib... (cached) ranlib
checking for i686-pc-linux-gnu-strip... (cached) strip
checking for i686-pc-linux-gnu-windres... no
checking for windres... no
checking whether to enable maintainer-specific portions of Makefiles... no
checking if symbolic links between directories work... (cached) no
creating ./config.status
creating Makefile

Pen^2 (./8) :

checking whether ln works... (cached) no, using cp  
checking whether ln -s works... (cached) no

Ça peut poser problème à votre avis ? En fait je veux builder dans le répertoire partagé de VMWare (eh oui, mon Linux tourne dans VMWare... et je n'ai pas assez de place pour copier les sources et builder ailleurs)

bon j'en ai ras le bol, je me casse... Ça ne fonctionnera pas de toutes façons...

En théorie si configure te gueule pas dessus c'est que ça devrais pas. En tout cas pas la dessus je pense.

C'est ce que je pensais. En gros si le configure passe, le build devrait passer aussi, non ?

Non parceque generalement les configure oublient de tester des trucs..

Insight est le bordel absolu à compiler.
AMHA tu devrais vraiment mettre à jour ta Fedora, le dépôt de Gérard Milmeister propose des RPMs de Insight pour les Fedora à jour.
Et tu peux copier ta VM existante pour la mettre à jour sans risquer de la casser, ou carrément réinstaller une nouvelle VM à côté.

Et enfin, tu as toujours la ligne de commande de GDB, hein...

Pen^2 (./12) :

C'est ce que je pensais. En gros si le configure passe, le build devrait passer aussi, non ?

Non, car le Make relance des configure de dessous le chapeau je pense.

dans des sous dossiers, oui

et si je lance ces configures à la main pour voir, ça peut aider ?

Non. Y'a quelque chose de cassé sur ton système, et ca entraine la merde.
Tu peux quand même lancer les configure à la main pour regarder ce qui se passe et comprendre d'où vient l'erreur.

PpHd (./19) :
Tu peux quand même lancer les configure à la main pour regarder ce qui se passe et comprendre d'où vient l'erreur.

C'était le sens de ma question Je regarderai ça lundi, merci

je suis en train d'essayer un

#!/bin/bash
for CONFIG in `find .. -name "configure"`
do
	./$CONFIG
done

on verra bien

- déjà ça ne dure pas seulement 5 secondes
- ça déconne un peu, mais je suppose qu'il y a un problème d'ordre d'appel des configures, je devrais m'en sortir en le lançant plusieurs fois

Tu es courageux

nan, désespéré

Bon apparemment faudrait changer le répertoire courant au fur et à mesure (les makefiles sont écrasés au fur et à mesure )
Je crois que je vais tenter avec ddd...

j'essaie avec ça :

#!/bin/bash
SAVFOLDER=$PWD
for CONFIG in `find . -name "configure"`
do
	cd `dirname $CONFIG`
	./`basename $CONFIG`
	cd $SAVFOLDER
done

(et dire que même si je compile j'aurais peut être tout de même droit à ceci... )