Re: Bad PIC on Solaris

[Gabriel Dos Reis <Gabriel dot Dos-Reis at cmla dot ens-cachan dot fr>]

Alexandre Oliva <oliva@lsd.ic.unicamp.br> writes:

| On Feb  9, 2000, Gabriel Dos Reis <Gabriel.Dos-Reis@cmla.ens-cachan.fr> wrote:
| 
| > Alexandre Oliva <oliva@lsd.ic.unicamp.br> writes:
| 
| > | GCC won't emit PIC typeinfo nodes on Solaris, both /sparc and /x86.
| 
| > Is there any plan to fix this? 
| 
| Dunno.  I've taken a glance at the code, but I didn't feel very much
| confident about trying to change it :-(  But I'd appreciate some
| pointers/suggestions/etc.
| 
| > (Some of us have pain to have access to non Solaris-box.)
| 
| Well, you can always install GNU ld.

It doesn't solve the problem.  I've just tried a bootstrap on a
solaris-2.6 with:

 ~/EGCS/egcs/configure --prefix=$HOME/EGCS --enable-languages='c++'  --with-cpu=v8 --enable-shared --with-gnu-as=$HOME/gnu/bin/as  --with-gnu-ld=$HOME/gnu/bin/ld

I got:


/tmp/E/gcc/xgcc -B/tmp/E/gcc/ -B/BASE/dosreis/EGCS/sparc-sun-solaris2.6/bin/ -g -O2 -fno-implicit-templates -h libstdc++.so.2.10.0 -shared -o libstdc++.so.2.10.0 `cat piclist` -lm
Le réadressage du texte reste                   referenced
    en regard du symbole                    décalage    dans le fichier
iostream type_info node             0x6c        ../libio/pic/fstream.o
iostream type_info node             0x7c        ../libio/pic/strstream.o
ofstream type_info node             0x24        ../libio/pic/pfstream.o
ofstream type_info node             0x14        ../libio/pic/PlotFile.o
ifstream type_info node             0xc         ../libio/pic/pfstream.o
fstream type_info node              0x8         ../libio/pic/SFile.o
ostream type_info node              0x94        ../libio/pic/iostream.o
ostream type_info node              0x60        ../libio/pic/strstream.o
ostream type_info node              0x38        ../libio/pic/stdiostream.o
ostream type_info node              0x4c        ../libio/pic/fstream.o
ostream type_info node              0xe4        ../libio/pic/iostream.o
istream type_info node              0x40        ../libio/pic/strstream.o
istream type_info node              0x2c        ../libio/pic/fstream.o
istream type_info node              0x8c        ../libio/pic/iostream.o
istream type_info node              0x20        ../libio/pic/stdiostream.o
istream type_info node              0xbc        ../libio/pic/iostream.o
strstreambase type_info node        0x74        ../libio/pic/strstream.o
strstreambase type_info node        0x58        ../libio/pic/strstream.o
strstreambase type_info node        0x38        ../libio/pic/strstream.o
fstreambase type_info node          0x24        ../libio/pic/fstream.o
fstreambase type_info node          0x44        ../libio/pic/fstream.o
fstreambase type_info node          0x64        ../libio/pic/fstream.o
ios type_info node                  0x20        ../libio/pic/strstream.o
ios type_info node                  0x10        ../libio/pic/fstream.o
ios type_info node                  0x5c        ../libio/pic/iostream.o
ios type_info node                  0x74        ../libio/pic/iostream.o
ld: fatal : les réadressages sont conservés sur les sections adressables mais non-enregistrables 
collect2: ld returned 1 exit status


I'm using

poivre% ld --version
GNU ld 2.9.1
Copyright 1997 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.
  Supported emulations:
   elf32_sparc


Anyway, it seems that this problem is really important since no action
was taken a) either to fix it b) or to back out the patch that
introduced the problem.

Oh yes, there were no guarantees that  CVS tree should be
bootstrapable on solaris-2.[67]...

-- Gaby