From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark Kettenis To: guo@cup.hp.com Cc: gdb@sourceware.cygnus.com Subject: Re: gdb linux testing regressions (compared to 7/24) Date: Thu, 10 Aug 2000 22:02:00 -0000 Message-id: <200008110502.e7B52CX03890@delius.kettenis.local> References: X-SW-Source: 2000-08/msg00053.html Date: Thu, 10 Aug 2000 17:56:37 -0700 (PDT) From: Jimmy Guo 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 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: 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 To: Mark Kettenis 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: 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