ld problem on hpux 10.20 with egcs-20000124

ld problem on hpux 10.20 with egcs-20000124

[Markus Werle]

Hi!

After a painful week I got egcs-20000124 finally compiled and installed,

but there seems to be a problem with the linker.
Any idea what I forgot?


g++ -v -o ConvertFileToCharPointer.exe ConvertFileToCharPointer.C
Reading specs from
/work/markus/egcs-20000124/lib/gcc-lib/hppa1.1-hp-hpux10.20/2.96/specs
gcc version 2.96 20000124 (experimental)
 /work/markus/egcs-20000124/lib/gcc-lib/hppa1.1-hp-hpux10.20/2.96/cpp
-lang-c++ -v -D__GNUC__=2 -D__GNUG__=2 -D__GNUC_MINOR__=96 -D__cplusplus
-Dhppa -Dhp9000s800 -D__hp9000s800 -Dhp9k8 -DPWB -Dhpux -Dunix
-D__hppa__ -D__hp9000s800__ -D__hp9000s800 -D__hp9k8__ -D__PWB__
-D__hpux__ -D__unix__ -D__hppa -D__hp9000s800 -D__hp9k8 -D__PWB -D__hpux
-D__unix -Asystem(unix) -Asystem(hpux) -Acpu(hppa) -Amachine(hppa)
-D__EXCEPTIONS -D__hp9000s700 -D_PA_RISC1_1 -D_HPUX_SOURCE
-D_HIUX_SOURCE -D__STDC_EXT__ ConvertFileToCharPointer.C
/var/tmp/ccw6H4Xt.ii
GNU CPP version 2.96 20000124 (experimental) (hppa)
#include "..." search starts here:
#include <...> search starts here:
 /work/markus/egcs-20000124/lib/gcc-lib/hppa1.1-hp-hpux10.20/2.96/include/g++

 /work/markus/egcs-20000124/include
 /work/markus/egcs-20000124/lib/gcc-lib/hppa1.1-hp-hpux10.20/2.96/../../../../hppa1.1-hp-hpux10.20/include

 /work/markus/egcs-20000124/lib/gcc-lib/hppa1.1-hp-hpux10.20/2.96/include

 /usr/include
End of search list.
The following default directories have been omitted from the search
path:
End of omitted list.
 /work/markus/egcs-20000124/lib/gcc-lib/hppa1.1-hp-hpux10.20/2.96/cc1plus
/var/tmp/ccw6H4Xt.ii -quiet -dumpbase ConvertFileToCharPointer.cc
-version -o /var/tmp/ccfkJyjv.s
GNU C++ version 2.96 20000124 (experimental) (hppa1.1-hp-hpux10.20)
compiled by GNU C version 2.95.2 19991024 (release).
 /work/markus/egcs-20000124/lib/gcc-lib/hppa1.1-hp-hpux10.20/2.96/as -o
/var/tmp/cc70pK5w.o /var/tmp/ccfkJyjv.s
 /work/markus/egcs-20000124/lib/gcc-lib/hppa1.1-hp-hpux10.20/2.96/collect2
-L/lib/pa1.1 -L/usr/lib/pa1.1 -z -u main -o ConvertFileToCharPointer.exe
/usr/ccs/lib/crt0.o
-L/work/markus/egcs-20000124/lib/gcc-lib/hppa1.1-hp-hpux10.20/2.96
-L/usr/ccs/bin -L/usr/ccs/lib
-L/work/markus/egcs-20000124/lib/gcc-lib/hppa1.1-hp-hpux10.20/2.96/../../..
/var/tmp/cc70pK5w.o -lstdc++ -lm -lgcc -lc -lgcc
collect2: ld terminated with signal 10 [Bus error], core dumped
/usr/ccs/bin/ld: Unsatisfied symbols:
   istream type_info function(data)
   type_info type_info function(data)
   bad_cast type_info function(data)
   bad_alloc type_info function(data)
   ios type_info function(data)
   exception type_info function(data)
   filebuf type_info function(data)
   bad_typeid type_info function(data)
   iostream type_info function(data)
   __user_type_info type_info function(data)
   ostream type_info function(data)

Re: ld problem on hpux 10.20 with egcs-20000124

[Alexandre Oliva]

On Jan 28, 2000, Markus Werle <markus@lufmech.rwth-aachen.de> wrote:

> but there seems to be a problem with the linker.

Yup.  So why are you reporting it here? ;-)

The linker is a separate project.  You didn't even mention which
linker you're using, but it seems not to be GNU ld:

> collect2: ld terminated with signal 10 [Bus error], core dumped
> /usr/ccs/bin/ld: Unsatisfied symbols:

So you should ask for help from HP, not to us.  Maybe you need to
patch your system?

-- 
Alexandre Oliva http://www.ic.unicamp.br/~oliva IC-Unicamp, Bra[sz]il
oliva@{lsd.ic.unicamp.br,guarana.{org,com}} aoliva@{acm,computer}.org
oliva@{gnu.org,kaffe.org,{egcs,sourceware}.cygnus.com,samba.org}
** I may forward mail about projects to mailing lists; please use them

Re: ld problem on hpux 10.20 with egcs-20000124

[Markus Werle]

Alexandre Oliva wrote:

> On Jan 28, 2000, Markus Werle <markus@lufmech.rwth-aachen.de> wrote:
>
> > but there seems to be a problem with the linker.
>
> Yup.  So why are you reporting it here? ;-)

The missing symbols are c++ symbols which I expect to get shipped
with gcc. They all belong to "typeinfo".

So maybe there are some symbols missing in libstd++ or libgcc
due to configuration  errors in gcc - or some I did myself
(the latter for sure). IMHO the error is not in hp ld.

As I can read on http://gcc.gnu.org/lists.html:
"gcc-help is a [...] list for people searching for help in building gcc"

I just mentioned I had a little problem and was seeking for an answer.
The whole installation process for gcc on HPUX is a painful story
(far away from linux' configure-make-make_install).
As I can see at dejanews and in the gcc mailing lists
I am not the only one banging his head against the wall.

Please believe, I do not want to blame the developers of gcc,
but rather ask for a discussion that leads back to a really portable
compiler. I am greatful for the work You have done, especially
the template stuff. Let us use it - even on hpux.

> So you should ask for help from HP, not to us.  Maybe you need to
> patch your system?

The problem is *not* gcc and the problem is *not* hpux.
The problem is their interaction and all those nasty side effects.
HP will tell me the same answer only with inverse sign.

Again: I repeat my question:
Any idea where the linker should find the symbols?


Best regards,


Markus

Re: ld problem on hpux 10.20 with egcs-20000124

[Alexandre Oliva]

On Jan 28, 2000, Markus Werle <markus@lufmech.rwth-aachen.de> wrote:

> IMHO the error is not in hp ld.

It is crashing.  This is always an error.

> Please believe, I do not want to blame the developers of gcc,

That's not the point.  I didn't think you were, I just pointed you at
an evident problem that you should attempt to get fixed before
assuming other problems would remain.

> The problem is their interaction and all those nasty side effects.
> HP will tell me the same answer only with inverse sign.

I recall having read about a patch for HP/UX's ld before.  Did you
ever install such a beast?

> Any idea where the linker should find the symbols?

Some of those you mention would be in libgcc, some in libstdc++.

-- 
Alexandre Oliva http://www.ic.unicamp.br/~oliva IC-Unicamp, Bra[sz]il
oliva@{lsd.ic.unicamp.br,guarana.{org,com}} aoliva@{acm,computer}.org
oliva@{gnu.org,kaffe.org,{egcs,sourceware}.cygnus.com,samba.org}
** I may forward mail about projects to mailing lists; please use them

Re: ld problem on hpux 10.20 with egcs-20000124

[Alexandre Oliva]

On Jan 28, 2000, Markus Werle <markus@lufmech.rwth-aachen.de> wrote:

> IMHO the error is not in hp ld.

It is crashing.  This is always an error.

> Please believe, I do not want to blame the developers of gcc,

That's not the point.  I didn't think you were, I just pointed you at
an evident problem that you should attempt to get fixed before
assuming other problems would remain.

> The problem is their interaction and all those nasty side effects.
> HP will tell me the same answer only with inverse sign.

I recall having read about a patch for HP/UX's ld before.  Did you
ever install such a beast?

> Any idea where the linker should find the symbols?

Some of those you mention would be in libgcc, some in libstdc++.

-- 
Alexandre Oliva http://www.ic.unicamp.br/~oliva IC-Unicamp, Bra[sz]il
oliva@{lsd.ic.unicamp.br,guarana.{org,com}} aoliva@{acm,computer}.org
oliva@{gnu.org,kaffe.org,{egcs,sourceware}.cygnus.com,samba.org}
** I may forward mail about projects to mailing lists; please use them

Re: ld problem on hpux 10.20 with egcs-20000124

[Markus Werle]

Alexandre Oliva wrote:

> On Jan 28, 2000, Markus Werle <markus@lufmech.rwth-aachen.de> wrote:
>
> > but there seems to be a problem with the linker.
>
> Yup.  So why are you reporting it here? ;-)

The missing symbols are c++ symbols which I expect to get shipped
with gcc. They all belong to "typeinfo".

So maybe there are some symbols missing in libstd++ or libgcc
due to configuration  errors in gcc - or some I did myself
(the latter for sure). IMHO the error is not in hp ld.

As I can read on http://gcc.gnu.org/lists.html:
"gcc-help is a [...] list for people searching for help in building gcc"

I just mentioned I had a little problem and was seeking for an answer.
The whole installation process for gcc on HPUX is a painful story
(far away from linux' configure-make-make_install).
As I can see at dejanews and in the gcc mailing lists
I am not the only one banging his head against the wall.

Please believe, I do not want to blame the developers of gcc,
but rather ask for a discussion that leads back to a really portable
compiler. I am greatful for the work You have done, especially
the template stuff. Let us use it - even on hpux.

> So you should ask for help from HP, not to us.  Maybe you need to
> patch your system?

The problem is *not* gcc and the problem is *not* hpux.
The problem is their interaction and all those nasty side effects.
HP will tell me the same answer only with inverse sign.

Again: I repeat my question:
Any idea where the linker should find the symbols?


Best regards,


Markus

Re: ld problem on hpux 10.20 with egcs-20000124

[Alexandre Oliva]

On Jan 28, 2000, Markus Werle <markus@lufmech.rwth-aachen.de> wrote:

> but there seems to be a problem with the linker.

Yup.  So why are you reporting it here? ;-)

The linker is a separate project.  You didn't even mention which
linker you're using, but it seems not to be GNU ld:

> collect2: ld terminated with signal 10 [Bus error], core dumped
> /usr/ccs/bin/ld: Unsatisfied symbols:

So you should ask for help from HP, not to us.  Maybe you need to
patch your system?

-- 
Alexandre Oliva http://www.ic.unicamp.br/~oliva IC-Unicamp, Bra[sz]il
oliva@{lsd.ic.unicamp.br,guarana.{org,com}} aoliva@{acm,computer}.org
oliva@{gnu.org,kaffe.org,{egcs,sourceware}.cygnus.com,samba.org}
** I may forward mail about projects to mailing lists; please use them

ld problem on hpux 10.20 with egcs-20000124

[Markus Werle]

Hi!

After a painful week I got egcs-20000124 finally compiled and installed,

but there seems to be a problem with the linker.
Any idea what I forgot?


g++ -v -o ConvertFileToCharPointer.exe ConvertFileToCharPointer.C
Reading specs from
/work/markus/egcs-20000124/lib/gcc-lib/hppa1.1-hp-hpux10.20/2.96/specs
gcc version 2.96 20000124 (experimental)
 /work/markus/egcs-20000124/lib/gcc-lib/hppa1.1-hp-hpux10.20/2.96/cpp
-lang-c++ -v -D__GNUC__=2 -D__GNUG__=2 -D__GNUC_MINOR__=96 -D__cplusplus
-Dhppa -Dhp9000s800 -D__hp9000s800 -Dhp9k8 -DPWB -Dhpux -Dunix
-D__hppa__ -D__hp9000s800__ -D__hp9000s800 -D__hp9k8__ -D__PWB__
-D__hpux__ -D__unix__ -D__hppa -D__hp9000s800 -D__hp9k8 -D__PWB -D__hpux
-D__unix -Asystem(unix) -Asystem(hpux) -Acpu(hppa) -Amachine(hppa)
-D__EXCEPTIONS -D__hp9000s700 -D_PA_RISC1_1 -D_HPUX_SOURCE
-D_HIUX_SOURCE -D__STDC_EXT__ ConvertFileToCharPointer.C
/var/tmp/ccw6H4Xt.ii
GNU CPP version 2.96 20000124 (experimental) (hppa)
#include "..." search starts here:
#include <...> search starts here:
 /work/markus/egcs-20000124/lib/gcc-lib/hppa1.1-hp-hpux10.20/2.96/include/g++

 /work/markus/egcs-20000124/include
 /work/markus/egcs-20000124/lib/gcc-lib/hppa1.1-hp-hpux10.20/2.96/../../../../hppa1.1-hp-hpux10.20/include

 /work/markus/egcs-20000124/lib/gcc-lib/hppa1.1-hp-hpux10.20/2.96/include

 /usr/include
End of search list.
The following default directories have been omitted from the search
path:
End of omitted list.
 /work/markus/egcs-20000124/lib/gcc-lib/hppa1.1-hp-hpux10.20/2.96/cc1plus
/var/tmp/ccw6H4Xt.ii -quiet -dumpbase ConvertFileToCharPointer.cc
-version -o /var/tmp/ccfkJyjv.s
GNU C++ version 2.96 20000124 (experimental) (hppa1.1-hp-hpux10.20)
compiled by GNU C version 2.95.2 19991024 (release).
 /work/markus/egcs-20000124/lib/gcc-lib/hppa1.1-hp-hpux10.20/2.96/as -o
/var/tmp/cc70pK5w.o /var/tmp/ccfkJyjv.s
 /work/markus/egcs-20000124/lib/gcc-lib/hppa1.1-hp-hpux10.20/2.96/collect2
-L/lib/pa1.1 -L/usr/lib/pa1.1 -z -u main -o ConvertFileToCharPointer.exe
/usr/ccs/lib/crt0.o
-L/work/markus/egcs-20000124/lib/gcc-lib/hppa1.1-hp-hpux10.20/2.96
-L/usr/ccs/bin -L/usr/ccs/lib
-L/work/markus/egcs-20000124/lib/gcc-lib/hppa1.1-hp-hpux10.20/2.96/../../..
/var/tmp/cc70pK5w.o -lstdc++ -lm -lgcc -lc -lgcc
collect2: ld terminated with signal 10 [Bus error], core dumped
/usr/ccs/bin/ld: Unsatisfied symbols:
   istream type_info function(data)
   type_info type_info function(data)
   bad_cast type_info function(data)
   bad_alloc type_info function(data)
   ios type_info function(data)
   exception type_info function(data)
   filebuf type_info function(data)
   bad_typeid type_info function(data)
   iostream type_info function(data)
   __user_type_info type_info function(data)
   ostream type_info function(data)