This is the mail archive of the
gdb@sources.redhat.com
mailing list for the GDB project.
gdb build mess with gcc on hpux..
- To: gdb at sourceware dot cygnus dot com
- Subject: gdb build mess with gcc on hpux..
- From: Fyodor <fygrave at tigerteam dot net>
- Date: Mon, 18 Dec 2000 01:40:40 +0700
- Organisation: Nuclear Obsene Testers of Labazaki Somobaki Dlob. (http://www.notlsd.net)
Hello people,
Just got a bit stuck while trying to build gdb using gcc on hpux
platform, maybe someone on the list had the similar problem before:
gcc -g -O2 -D__HP_CURSES -o gdb main.o libgdb.a ../bfd/libbfd.a ../readline/libreadline.a ../opcodes/libopcodes.a
../../intl/libintl.a ../libiberty/libiberty.a -lHcurses -lm ../libiberty/libiberty.a
/usr/bin/ld: Unsatisfied symbols:
dlgetmodinfo (code)
dlgetname (code)
collect2: ld returned 1 exit status
*** Error exit code 1
looks like the missed functions are being used in gdb-5.0/gdb/pa64solib.c (tarball from ftp.gnu.org)
The comment in the file says:
Even more disgusting. This file depends on functions provided only
in certain PA64 libraries. Thus this file is supposed to only be
used native. When will HP ever learn that they need to provide the
same functionality in all their libraries! */
and actually libdl lives there (/usr/lib/pa20_64), but when I try to link it, I get another funny message:
gcc -g -O2 -D__HP_CURSES -ldl -L/usr/lib/pa20_64 -o gdb main.o libgdb.a ../bfd/libbfd.a ../readline/libreadline.a .
./opcodes/libopcodes.a ./../intl/libintl.a ../libiberty/libiberty.a -lHcurses -lm ../libiberty/libiberty.a
/usr/bin/ld: /usr/lib/pa20_64/libdl.sl: Mismatched ABI. 64-bit PA shared library found in 32-bit link.
collect2: ld returned 1 exit status
*** Error exit code 1
Do I have to find naitive 64bit compiler to build gdb with this library or there might some other way around?
oh, and the box where I am trying this is:
HP-UX xxx 11.00 A 9000/800 528706587 two-user license
any hints would be appreciated mucho :)
thanks in advance
-Fyodor
PS: oh, and the reason why I am trying to build gdb by hand is that distributed binary seems to have
some compile-time options missed:
(gdb) run
Starting program: /usr/bin/ls
warning: Unable to find __d_pid symbol in object file.
warning: Suggest linking with /opt/langtools/lib/end.o.
warning: GDB will be unable to track shl_load/shl_unload calls
Unable to find __dld_flags symbol in object file.
--
http://www.notlsd.net
PGP fingerprint = 56DD 1511 DDDA 56D7 99C7 B288 5CE5 A713 0969 A4D1