[ On Saturday, August 26, 2000 at 21:15:08 (+0930), Brett Lymn wrote: ]
> Subject: Re: does setjmp() save all general purpose CPU registers on all NetBSD architectures?
>
> According to Greg A. Woods:
> >
> >Has anyone tried the latest GDB on a recent (1.4V) NetBSD/i386?  (fyi
> >I'm current to egcs-1.1.2)
> 
> I don't know if cygnus have released a later tar-ball of the sources
> but I have tried a copy of the latest gdb checked out from
> sourceware.cygnus.com a couple of months ago, that worked fine for me
> debugging user level programs.

I tried building the GDB-5.0 release last night and that blew up during
the compile with some structure field missing.

So I did as you and checked out gdb from their CVS repo, but it still
fails, though this time only on linking:

gcc -g -O2 -pipe -I/usr/pkg/include         -o gdb main.o libgdb.a    ../bfd/libbfd.a ../readline/libreadline.a ../opcodes/libopcodes.a ./../intl/libintl.a ../libiberty/libiberty.a -ltermlib     -lm  ../libiberty/libiberty.a  
libgdb.a(solib.o): In function `solib_extract_address':
/work/woods/gdb/m-gdb/solib.c:122: undefined reference to `bfd_get_arch_size'
libgdb.a(solib.o): In function `elf_locate_base':
/work/woods/gdb/m-gdb/solib.c:850: undefined reference to `bfd_get_arch_size'
libgdb.a(solib.o): In function `info_sharedlibrary_command':
/work/woods/gdb/m-gdb/solib.c:1660: undefined reference to `bfd_get_arch_size'
libgdb.a(dwarf2read.o): In function `read_comp_unit_head':
/work/woods/gdb/m-gdb/dwarf2read.c:950: undefined reference to `bfd_get_sign_extend_vma'
collect2: ld returned 1 exit status
gmake: *** [gdb] Error 1
ksh: exit code: 2


Should I report this to the GDB folks, or is my aging 1.4V machine
simply not quite up to par with the expected environment yet?

-- 
							Greg A. Woods

+1 416 218-0098      VE3TCP      <gwoods@acm.org>      <robohack!woods>
Planix, Inc. <woods@planix.com>; Secrets of the Weird <woods@weird.com>