compilation gcc 2.95.2 sous tru64 5.1A

compilation gcc 2.95.2 sous tru64 5.1A - Installation - Linux et OS Alternatifs

Marsh Posté le 27-05-2004 à 17:20:00    

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 :
  1. ...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
  2. _muldi3
  3. mips-tfile:Symbol table is not last (symbol table ends at 1272, .o ends at 1304
  4. *** Exit 1
  5. Stop.
  6. *** Exit 1
  7. Stop.
  8. *** Exit 1
  9. Stop.
  10. *** Exit 1
  11. Stop.
  12. *** Exit 1
  13. 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
Reply

Marsh Posté le 27-05-2004 à 17:20:00   

Reply

Marsh Posté le 27-05-2004 à 17:32:51    

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 :D) 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

Reply

Marsh Posté le 27-05-2004 à 17:37:02    

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 ;)

Reply

Marsh Posté le 27-05-2004 à 17:38:59    

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
Reply

Marsh Posté le 27-05-2004 à 17:39:31    

ah ? un petit df -h ?

Reply

Marsh Posté le 27-05-2004 à 17:44:08    

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?? :D

Reply

Marsh Posté le 27-05-2004 à 17:46:10    

[:figti] j'ai un doute...
 
non je sèche. Désolé :(

Reply

Marsh Posté le 27-05-2004 à 17:59:47    

La 2.95.3 fait exactement la meme chose!!!! :(

Reply

Marsh Posté le 27-05-2004 à 18:34:43    

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 :D
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
Reply

Marsh Posté le 28-05-2004 à 09:20:14    

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
Reply

Marsh Posté le 28-05-2004 à 09:20:14   

Reply

Marsh Posté le 28-05-2004 à 09:21:09    

c'est bizzare :o

Reply

Marsh Posté le 28-05-2004 à 09:24:30    

Je confirme :D
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
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed