Re: gdb linux testing regressions (compared to 7/24)

[Mark Kettenis <kettenis@wins.uva.nl>]

   Date: Thu, 10 Aug 2000 17:56:37 -0700 (PDT)
   From: Jimmy Guo <guo@cup.hp.com>

   FYI:

   Latest gdb source has a test regression of 200+ as compared to the 7/24
   tree, on i686-pc-linux-gnu.  For example, gdb.base/break.exp:
   ...
   print marker2(99)

   read_register_bytes:  Couldn't update register 16.

   (gdb) FAIL: gdb.base/break.exp: hit breakpoint on called function
   ...

Your GDB is obviously having trouble getting at the floating point
registers, and it is more than likely that this is related to the
stuff I checked in yesterday.  However, I don't see directly what
could be causing it.  On my machine everything works just fine.

Can you give a bit more detail about your system (Linux version, libc
version)?  And can you tell me whether HAVE_PTRACE_GETREGS and/or
HAVE_PTRACE_GETFPXREGS are defined (by configure) in config.h?

Mark
From aj@suse.de Fri Aug 11 02:59:00 2000
From: Andreas Jaeger <aj@suse.de>
To: gdb@sourceware.cygnus.com
Subject: gdb/regcache.c:211: undefined reference to `GET_SAVED_REGISTER'
Date: Fri, 11 Aug 2000 02:59:00 -0000
Message-id: <u8k8dof7ah.fsf@gromit.rhein-neckar.de>
X-SW-Source: 2000-08/msg00054.html
Content-length: 1424

Building the current gdb from CVS on i686 with glibc 2.1.3, Linux
Kernel 2.4.0-test5 I got the following failure:

gcc -g -O2         -o gdb main.o libgdb.a    ../bfd/libbfd.a ../readline/libreadline.a ../opcodes/libopcodes.a  ../libiberty/libiberty.a -lncurses    ../libgui/src/libgui.a -L/builds/sourceware-src/build-gdb/itcl/itcl/unix -litcl3.0 -L/builds/sourceware-src/build-gdb/itcl/itk/unix -litk3.0 -L/builds/sourceware-src/build-gdb/tix/unix/tk8.0 -ltix4.1.8.0 -L/builds/sourceware-src/build-gdb/tk/unix -ltk8.0 -L/builds/sourceware-src/build-gdb/tcl/unix -ltcl8.0   -L/usr/X11R6/lib -lX11 -ldl  -lieee -lm -lm  ../libiberty/libiberty.a  -ldl -rdynamic
libgdb.a(regcache.o): In function `get_saved_register':
/cvs/gdb-ln/gdb/regcache.c:211: undefined reference to `GET_SAVED_REGISTER'
collect2: ld returned 1 exit status

The problem is this define in gdbarch.h:
#if GDB_MULTI_ARCH
#if (GDB_MULTI_ARCH > GDB_MULTI_ARCH_PARTIAL) || !defined (GET_SAVED_REGISTER)
#define GET_SAVED_REGISTER(raw_buffer, optimized, addrp, frame, regnum, lval) (gdbarch_get_saved_register (current_gdbarch, raw_buffer, optimized, addrp, frame, regnum, lval))
#endif
#endif

By default (!GDB_MULTI_ARCH && !GET_SAVED_REGISTER) no replacement is
defined.

I'm not sure what the right fix is, gdbarch.h seems to be a generated
file.

Andreas
-- 
 Andreas Jaeger
  SuSE Labs aj@suse.de
   private aj@arthur.inka.de
    http://www.suse.de/~aj
From guo@cup.hp.com Fri Aug 11 10:14:00 2000
From: Jimmy Guo <guo@cup.hp.com>
To: Mark Kettenis <kettenis@wins.uva.nl>
Cc: gdb@sourceware.cygnus.com
Subject: Re: gdb linux testing regressions (compared to 7/24)
Date: Fri, 11 Aug 2000 10:14:00 -0000
Message-id: <Pine.LNX.4.10.10008111010260.30697-100000@hpcll168.cup.hp.com>
References: <200008110502.e7B52CX03890@delius.kettenis.local>
X-SW-Source: 2000-08/msg00055.html
Content-length: 771

>   read_register_bytes:  Couldn't update register 16.
>
>   (gdb) FAIL: gdb.base/break.exp: hit breakpoint on called function
>   ...
>
>Your GDB is obviously having trouble getting at the floating point
>registers, and it is more than likely that this is related to the
>stuff I checked in yesterday.  However, I don't see directly what
>could be causing it.  On my machine everything works just fine.
>
>Can you give a bit more detail about your system (Linux version, libc
>version)?  And can you tell me whether HAVE_PTRACE_GETREGS and/or
>HAVE_PTRACE_GETFPXREGS are defined (by configure) in config.h?

I'm using redhat 6.1.  gcc egcs-2.91.66.  How to find out versions for
others like libc?  HAVE_PTRACE_GETREGS is defined,
HAVE_PTRACE_GETFPXREGS not.  

- Jimmy