compilation gcc 2.95.2 sous tru64 5.1A

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : compilation gcc 2.95.2 sous tru64 5.1A

zoidberg

Gloire au crapaud Hypno!!

Hello,

J'ai besoin de compiler la version 2.95.2 de gcc sous tru64 v5.1A sur une plate forme ev6 mais je bloque sur ca au 'make bootstrap':

Code :

...ors _pure; do echo ${name}; ./xgcc -B/freeware/gcc/v2.95.2-osf5.1/alphaev6-dec-osf4.0/bin/ -B./ -I/freeware/gcc/v2.95.2-osf5.1/alphaev6-dec-osf4.0/include -O2 -DIN_GCC -DHAIFA -g -I./include -g1 -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I../../gcc-2.95.2/gcc -I../../gcc-2.95.2/gcc/config -I../../gcc-2.95.2/gcc/../include -c -DL${name} -DUSE_COLLECT2 ../../gcc-2.95.2/gcc/libgcc2.c -o ${name}.o; if [ $? -eq 0 ] ; then true; else exit 1; fi; ar rc tmplibgcc2.a ${name}.o; rm -f ${name}.o; done
_muldi3
mips-tfile:Symbol table is not last (symbol table ends at 1272, .o ends at 1304
*** Exit 1
Stop.
*** Exit 1
Stop.
*** Exit 1
Stop.
*** Exit 1
Stop.
*** Exit 1
Stop.

deja avant d'en arriver la j'ai bien galere, mais j'ai trouve un peu d'aide sur le net:

ca: http://www.srl.utu.fi/AuxDOC/Publi [...] nvironment
mixe avec ca: http://aa11.cjb.net/tru64_unix_man [...] /0467.html
m'ont permi d'avancer considerablement mais la je seche, je ne trouve rien relatif a cette erreur...

A l'aide please,
Merci.

Message édité par zoidberg le 27-05-2004 à 17:49:56

Publicité

black_lord

Modérateur
Truth speaks from peacefulness

Sans y connaitre grand chose je m'exprime :

Apparemment il essaye de chercher une référence à ${name}.o plus loin que la fin (connue de lui ) de la table des symboles donc forcemment ça lui pose un GROS problème.

Si tu as jamais fait de compilation jette un oeil là : http://diwww.epfl.ch/w3lco/pub/com [...] ation.html

zoidberg

Gloire au crapaud Hypno!!

Houla, oui, j'en ai fait il y a tres tres longtemps mais ce probleme est lie a un manque d'option ou une "bidouille" du meme genre que les deux precedentes a faire pour compiler sur cette architecture / sur cet OS.
et j'avoue que pour le moment, savoir pourquoi ca plante ne m'aidera pas des masses. personne n'a jamais eu a faire ca? parceque malheureusement c'est assez urgent, c'est pour le boulot en fait
mais merci quand meme

zoidberg

Gloire au crapaud Hypno!!

En fait j'ai trouve ca pour le message en question:

[url=http://www.helpdesk.umd.edu/systems/wam/all/1115/#StrangeErrorMessagesAfteraProgramHas]

Strange Error Messages After a Program Has Compiled

There are cases when a compiler might produce an unusual error such as:

mips-tfile:Symbol table is not last
symbol table ends at 0, .o ends at 122880

The problem is usually that the user exceeded their quota when the final executable file was being generated so only part of the file got written. The user should reduce their disk space usage and try compiling the program again. For classroom accounts the user should get rid of any .o files and executables from previous assignments. Another option is to remove the -g option from the compiler. This option includes debugging information in the file and consequently makes the executable file much larger. If the user has copied large files from their professor's account into their own, they can reduce their disk usage by deleting their private copy and using them directly from the other account.

[/url]

Mais bon, ca ne m'aide pas trop non plus, il y a largement la place en memoire et en disque donc

Message édité par zoidberg le 27-05-2004 à 17:40:07

black_lord

Modérateur
Truth speaks from peacefulness

ah ? un petit df -h ?

zoidberg

Gloire au crapaud Hypno!!

pas de -h au df sous tru64.
mais bon, la place est presente, pour info:
sous /tmp j'ai 200Go de dispo
j'ai 32Go de ram sur la machine (si si!)
24 cpu dont beaucoup de libre rien que pour moi
... ca devrait suffire a compiler gcc non??

black_lord

Modérateur
Truth speaks from peacefulness

[:figti] j'ai un doute...

non je sèche. Désolé

zoidberg

Gloire au crapaud Hypno!!

La 2.95.3 fait exactement la meme chose!!!!

zoidberg

Gloire au crapaud Hypno!!

Oh mon dieu, je suis trop con!!! :lol:

En fait je m'etais fais un script pour compiler:

#!/bin/sh
cd /tmp
DIR=`pwd`
gzip -dc /data/patches_distribs/FREEWARE/gcc-2_95_2_tar.gz | tar xvf -
echo "#!/bin/sh" > new_as
echo "/bin/as -oldas \$*" >> new_as
chmod 700 new_as
PATH=/bin:/usr/bin:/usr/sbin:/usr/bin/X11 ; export PATH
rm -r objdir
mkdir objdir
cd objdir
CC=cc ../gcc-2.95.2/configure --with-as=$DIR/new_as --enable-shared --prefix=/freeware/gcc/v2.95.2-osf5.1
make bootstrap

ce petit script ouvert dans le notepad a cote de mon terminal histoire d'aller plus vite, et vu que ca plantait souvent et que j'avais bidouille le script configure se trouvant dans le repertoire gcc, je ne voulais pas l'ecraser, donc je ne copiait a chaque fois que les quelques dernieres lignes de ce script (a partir du rm -r).
...et dans cette partie il y a $DIR...
mais bien sur ca marchait au debut tant que je ne fermai pas le shell, et vu que je l'ai ferme histoire de remettre toutes les variables d'environnement d'applomb, $DIR n'existait plus, il n'allait donc plus chercher mon script ni le 'as' systeme non plus d'ailleurs
bref, panne de cerveau
en tout cas merci de votre aide.
bon ca passe toujours pas, je plante ailleurs mais stop parceque la j'en ai marre.
au cas ou, maintenant j'ai ca:

/tmp/objdir/gcc/xgcc -B/tmp/objdir/gcc/ -B/freeware/gcc/v2.95.2-osf5.1/alphaev6-dec-osf5.1/bin/ -c -g -I. -I../../../gcc-2.95.2/libio ../../../gcc-2.95.2/libio/ioungetc.c
test x"yes" != xyes || /tmp/objdir/gcc/xgcc -B/tmp/objdir/gcc/ -B/freeware/gcc/v2.95.2-osf5.1/alphaev6-dec-osf5.1/bin/ -c -g -I. -I../../../gcc-2.95.2/libio ../../../gcc-2.95.2/libio/peekc.c -o pic/peekc.o
In file included from ../../../gcc-2.95.2/libio/peekc.c:27:
/tmp/objdir/gcc/include/stdio.h:229: parse error before `__va_list'
/tmp/objdir/gcc/include/stdio.h:230: parse error before `__va_list'
/tmp/objdir/gcc/include/stdio.h:231: parse error before `__va_list'
*** Exit 1
Stop.
*** Exit 1
Stop.
*** Exit 1
Stop.

A bientot pour de nouvelles aventures.
Z.

PS: pour ceux que ca interesse, la solution complete se trouve ici: http://aa11.cjb.net/tru64_unix_man [...] /0554.html
bon, pour moi ca ne fonctionne pas super mais on ne sait jamais

Message édité par zoidberg le 27-05-2004 à 18:37:53

zoidberg

Gloire au crapaud Hypno!!

Ca y est, ca fonctionne (enfin en tout cas le make bootstrap et le make sont passes).
En fait lorsqu'on a l'erreur "... bidule truc __va_list machin" il suffit d'aller edit /tmp/objdir/gcc/include/stdio.h:

changer la ligne:

# define __DUMMY_VA_LIST__ __va_list

en:

# define __DUMMY_VA_LIST__ va_list

et relancer le 'make bootstrap' pour que la compil continue la ou elle s'etait arretee
Et voila ca compile!
derriere le make dure quelques secondes.
et enfin le make install...

Message édité par zoidberg le 28-05-2004 à 09:26:03

Publicité

black_lord

Modérateur
Truth speaks from peacefulness

c'est bizzare

zoidberg

Gloire au crapaud Hypno!!

Je confirme
surtout que c'est un probleme que j'ai trouve pour la compil de gcc-3.xx en V5.1A ici
mais bon, la solution a l'air de fonctionner pour moi, tant mieux.
Je vais faire des tests de compil histoire de voir si ca a vraiment fonctionne.

Message édité par zoidberg le 28-05-2004 à 09:24:54

FORUM HardWare.fr

Linux et OS Alternatifs

Installation

compilation gcc 2.95.2 sous tru64 5.1A

Sujets relatifs
[MDK10] Compilation GIMP 2.0.1 ( petits soucis ) [done]	Probleme lors de compilation de xawdecode
Modifier des options de compilation d'un .src.rpm ?	Ecran noir suite a la compilation de 2.6.6
compilation noyau: erreur sur mkinitrd	Erreur de compilation...
Probleme avec compilation de xawdecode	probleme apres la compilation de php 4.3.6 , pas de libphp4.so
Compilation Kernel 2.6.5 --> depmod	Prob compilation noyau 2.6.5
Plus de sujets relatifs à : compilation gcc 2.95.2 sous tru64 5.1A

Page générée en 0.075 secondes