From mboxrd@z Thu Jan 1 00:00:00 1970 From: Fernando Nasser To: Daniel Berlin Cc: Stan Shebs , gdb-patches@sourceware.cygnus.com Subject: Re: [RFA]: Apropos patch Date: Thu, 23 Mar 2000 14:54:00 -0000 Message-id: <38DAA0BA.940ADAF5@cygnus.com> References: X-SW-Source: 2000-03/msg00515.html Daniel Berlin wrote: > > > the help string should probably be rephrased a bit - use the > > word "matching" at least, and ideally say "regular expression". > > Do help rbreak for an example. > > howzabout "Search for all commands matching REGEXP"? It sounds good to me. -- Fernando Nasser Red Hat - Toronto E-Mail: fnasser@cygnus.com 2323 Yonge Street, Suite #300 Tel: 416-482-2661 ext. 311 Toronto, Ontario M4P 2C9 Fax: 416-482-6299 >From ac131313@cygnus.com Thu Mar 23 15:10:00 2000 From: Andrew Cagney To: Fernando Nasser Cc: David Whedon , gdb-patches@sourceware.cygnus.com Subject: Re: [REPOST #2] patch: command deprecator Date: Thu, 23 Mar 2000 15:10:00 -0000 Message-id: <38DAA407.644AA5C1@cygnus.com> References: <38DA9AE8.64AF8635@cygnus.com> X-SW-Source: 2000-03/msg00516.html Content-length: 475 Fernando Nasser wrote: > > Andrew, > > I know that there are 3 new functions (and one test proc) in David's patch and it represents an added functionality, but > the changes are not so big. Is there any chance that we could safely include those without his assignment? None, sorry. This isn't a must have for GDB 5 so there isn't the desperate rush. If I lifted a page from the latest mills&boon and included in my own book, would I be infringing on copyright? Andrew >From dan@cgsoftware.com Thu Mar 23 15:16:00 2000 From: Daniel Berlin To: Andrew Cagney Cc: Fernando Nasser , David Whedon , gdb-patches@sourceware.cygnus.com Subject: Re: [REPOST #2] patch: command deprecator Date: Thu, 23 Mar 2000 15:16:00 -0000 Message-id: References: <38DAA407.644AA5C1@cygnus.com> X-SW-Source: 2000-03/msg00517.html Content-length: 342 > > None, sorry. This isn't a must have for GDB 5 so there isn't the > desperate rush. > If I lifted a page from the latest mills&boon and included in my own > book, would I be infringing on copyright? Depends on what your book is for. (I asked a lawyer before i opened my mouth, to make sure i don't stick my foot in it). > > Andrew > From mboxrd@z Thu Jan 1 00:00:00 1970 From: Fernando Nasser To: Daniel Berlin Cc: Stan Shebs , gdb-patches@sourceware.cygnus.com Subject: Re: [RFA]: Apropos patch Date: Sat, 01 Apr 2000 00:00:00 -0000 Message-ID: <38DAA0BA.940ADAF5@cygnus.com> References: X-SW-Source: 2000-q1/msg00954.html Message-ID: <20000401000000.NoA4UfewlipxOBHtfozL99EWftddHKuBBlQMffvTzQs@z> Daniel Berlin wrote: > > > the help string should probably be rephrased a bit - use the > > word "matching" at least, and ideally say "regular expression". > > Do help rbreak for an example. > > howzabout "Search for all commands matching REGEXP"? It sounds good to me. -- Fernando Nasser Red Hat - Toronto E-Mail: fnasser@cygnus.com 2323 Yonge Street, Suite #300 Tel: 416-482-2661 ext. 311 Toronto, Ontario M4P 2C9 Fax: 416-482-6299 >From msnyder@cygnus.com Sat Apr 01 00:00:00 2000 From: Michael Snyder To: gdb-patches@sourceware.cygnus.com Subject: Re: [RFA] Demangled minsym hash table broken Date: Sat, 01 Apr 2000 00:00:00 -0000 Message-id: <38E54791.26CF@cygnus.com> References: <20000329195755.A4249@cygnus.com> X-SW-Source: 2000-q1/msg01147.html Content-length: 946 Daniel Berlin+list.gdb-patches wrote: > > Chris Faylor writes: > > > > > Peter Schauer submitted a patch a while ago when he discovered this. > > > > It's here: http://sourceware.cygnus.com/ml/gdb-patches/2000-q1/msg00869.html > > > > I don't know if your patch is similar but we should probably go with the > > simplest solution... > > > > I'll work up some testcases and commit his patch, along with some more > C++ support fixes i've been working on (Should help a lot with the > people still using STABS). Daniel, is this the result? * minsyms.c (add_minsym_to_demangled_hash_table): New function. (install_minimal_symbols): Fix demangled symbol problems caused by using add_minsym_to_hash_table for the demangled names, which is Just a small nit: this is a static function in minsyms.c, yet it's declared extern in symtab.h. Gives a new -Wall warning. Michael >From kevinb@cygnus.com Sat Apr 01 00:00:00 2000 From: Kevin Buettner To: gdb-patches@sourceware.cygnus.com Subject: [PATCH] gdb.base/pointers.c commit Date: Sat, 01 Apr 2000 00:00:00 -0000 Message-id: <1000321230718.ZM26524@ocotillo.lan> X-SW-Source: 2000-q1/msg00884.html Content-length: 1828 I've just committed the change below. (This change was for AIX 4.3.) * gdb.base/pointers.c (usevar): New function. (main): Make sure that global variables v_int_pointer2, rptr, and y are all referenced someplace in the program by calling usevar() on them. [Some linkers delete symbols which are never referenced. The space remains, but there's no way to get a (symbolic) handle on the variable from the debugger.] Index: gdb.base/pointers.c =================================================================== RCS file: /cvs/src/src/gdb/testsuite/gdb.base/pointers.c,v retrieving revision 1.1.1.3 diff -u -p -r1.1.1.3 pointers.c --- pointers.c 1999/08/02 23:46:51 1.1.1.3 +++ pointers.c 2000/03/21 22:59:17 @@ -71,35 +71,28 @@ float ** ptr_to_ptr_to_float; int y; +/* Do nothing function used for forcing some of the above variables to + be referenced by the program source. If the variables are not + referenced, some linkers will remove the symbol from the symbol + table making it impossible to refer to the variable in gdb. */ +void usevar (void *var) {} + int main () { - void dummy(); - int more_code(); - - /* Ensure that malloc is a pointer type; avoid use of "void" and any include files. */ - /* extern char *malloc();*/ - - /* void *malloc(size_t);*/ - - - + void dummy(); + int more_code(); + #ifdef usestubs set_debug_traps(); breakpoint(); #endif dummy(); -/* v_int_pointer2 = &v_int_pointer; - v_unsigned_int_pointer = &v_int; - - y = (v_unsigned_int_pointer == v_double_pointer); - - x = v_unsigned_int_pointer * v_double_pointer; - - v_unsigned_int_pointer = v_double_pointer; - - v_unsigned_int_pointer = v_unsigned_int;*/ more_code (); + + usevar (&v_int_pointer2); + usevar (&rptr); + usevar (&y); return 0;