This is the mail archive of the
gdb-patches@sources.redhat.com
mailing list for the GDB project.
Re: [KLUDGE PATCH] Linux vsyscall DSO support
- From: Roland McGrath <roland at redhat dot com>
- To: Andrew Cagney <cagney at gnu dot org>
- Cc: gdb-patches at sources dot redhat dot com
- Date: Thu, 8 Apr 2004 14:50:14 -0700
- Subject: Re: [KLUDGE PATCH] Linux vsyscall DSO support
> Last time this was discussed the observer was identified as the correct
> mechanim for hooking this in. That's why I'm currently overhauling that
> code.
Ok. I forget many things, but I think this is news to me. I hadn't seen
the "observer" code before; I now see it's a simple facility for running a
list multiple hooks previously registered, so this is today's preferred
form of adding a new hook. Two questions remain for me:
What is the new hook or hooks you plan to add? i.e., will it be a single
"look freshly at address space" hook, or separate hooks for "attached",
"exec'd", "opened core", etc? It matters little, unless we anticipate
future different situations that would also qualify as "look freshly at
address space" situations but aren't one of the three I listed.
Where is the right place to install our observer? My inclination is to add
linux-tdep.c to all the Linux targets as my strawman patch does, and have
an _initialize_linux_tdep function that registers the observers. Is that
what you are thinking as well?
Thanks,
Roland