This is the mail archive of the
gdb-patches@sources.redhat.com
mailing list for the GDB project.
Re: Where did my patch go?
- To: Andrew Cagney <ac131313 at cygnus dot com>
- Subject: Re: Where did my patch go?
- From: Elena Zannoni <ezannoni at cygnus dot com>
- Date: Thu, 15 Feb 2001 20:48:47 -0500 (EST)
- Cc: GDB Patches <gdb-patches at sourceware dot cygnus dot com>
- References: <3A8C6602.DF1CB695@cygnus.com>
Andrew Cagney writes:
> Hello,
>
> Attatched is a complete list of older e-mail from my GDB-patches mail
> folder. Some of these are mine but some are not. If you can see your
> patch in this list then it means that I've not forgotten you.
>
> Andrew
Hmmm, I win! Sorry folks.
I'll try to go through these and see what the status is. I think some
were approved or partially approved but never checked in.
[I am not responsible for solib stuff, right? Maybe there are symtab
changes though in here. Will go through these as well, just to be
sure.]
> auto-solib-again:Subject: [PATCH] Fix auto-solib-add bug (patch revised again)
> coff-solib:Subject: [patch] make coff-solib.c compile
> hpux:Subject: [PATCH] som_solib_add_solib_objfile
> solib:Subject: [RFC] WIP: Implement auto-solib-add for AIX
> solib:Subject: gdb 5.0: solib.c (LM_ADDR) should be signed, not unsigned
> solib:Subject: gdb 5.0: solib.c (LM_ADDR) should be signed, not unsigned (fwd)
> solib:Subject: gdb 5.0: solib.c: LM_ADDR is treated as a memory address
> solib:Subject: gdb 5.0: solib.c: LM_ADDR is treated as a memory address (fwd)
> targ-solib:Subject: --target=m68k-linux VS solib-svr4
> targ-solib:Subject: DT_NULL and solib-svr4.c again
[I am only responsible for sh, right?]
> h8300:Subject: [Fwd: [new file] gdb/testsuite/gdb.disasm/h8300s.exp]
> h8300:Subject: [new file] gdb/testsuite/gdb.disasm/h8300s.exp
> h8:Subject: Hatachi h8300 and h8500?
These are definitely mine. (and JimB!)
> Winit-Xread.c:Subject: [rfa] *read.c -Wuninitialized fixes
> Winit-symfile:Subject: [rfa] symfile.c - fix apparently uninitialized my_cleanups
> annotate-prompt:Subject: [PATCH] top.c --annotate=2 and prompt stack
> digital-unix:Subject: [RFD] objfiles.h, symfile.c, mdebugread.c: Fixes for Digital Unix.
> dwarf2read:Subject: [Fwd: [RFA]: Add support for .debug_loc to dwarf2 reader]
> dwarf2read:Subject: [PATCH RFA] DWARF v2.1 64-bit support
> dwarf2read:Subject: [PATCH RFA] dwarf2read.c: symbol relocation in new_symbol()
> dwarf2read:Subject: [PATCH] Remove all duplicate debug info for DWARF2
> dwarf2read:Subject: [RFA] Reduce memory usage for dwarf2 dramatically, unify hash
> dwarf2read:Subject: [rfa/symtab] Sign extend dwarf2 addresses (sometimes)
> klm:Subject: [Patch] option -noreloc in add-symbol-file (linux module debugging)
> misc:Subject: RFA: Remove unused synchronous code
> misc:Subject: [rfa] Hack around coffread cast ...
> misc:Subject: small enhancements to gdb here..
> readline:Subject: input grabbing in RL callback
> symtab:Subject: [PATCH RFA]: Fix hash table bugs in minsyms.c
> symtab:Subject: [RFA] PATCH: finding a function with address
> symtab:Subject: [RFA] symtab.c: Another fix, now for gdb.c++/templates.exp regressions
> symtab:Subject: [RFA] symtab.c: Fix for infinite GDB recursion in gdb.c++/classes.exp
> symtab:Subject: [RFA]: search_symbols(in symtab.c) -- fix off by one error
> symtab:Subject: symbol table lookup performance
> symtab:Subject: unprotected references to partial symtab (core dump fix)
Elena