This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [PATCH 2/2] Rework signal frame probing for FreeBSD/x86.
- From: John Baldwin <jhb at freebsd dot org>
- To: Pedro Alves <palves at redhat dot com>
- Cc: gdb-patches at sourceware dot org
- Date: Fri, 27 Feb 2015 14:01:05 -0500
- Subject: Re: [PATCH 2/2] Rework signal frame probing for FreeBSD/x86.
- Authentication-results: sourceware.org; auth=none
- References: <1831722 dot BQ9aMyTKPT at ralph dot baldwin dot cx> <6104548 dot ECK82HEfbE at ralph dot baldwin dot cx> <54F03CDB dot 6030008 at redhat dot com>
On Friday, February 27, 2015 09:46:03 AM Pedro Alves wrote:
> On 02/26/2015 09:35 PM, John Baldwin wrote:
> > On Thursday, February 26, 2015 11:22:56 AM Pedro Alves wrote:
> >> Thanks, fixed a few whitespace/formatting issues (tabs vs spaces,
> >> double space after period, no () when referring to functions),
> >> adding missing entries to ChangeLog, and pushed, as below.
> >>
> >> Thanks again for doing this.
> >
> > Thanks! I'll aim to do better about the formatting nits in future
> > patches.
>
> No worries, not a bit deal. :-)
>
> So I saw that you're sending in more patches. Awesome!
>
> Would you like git commit access so you can push patches yourself?
If you think that makes the most sense, sure. I don't have a ton of pending
patches right now and some of the work I've done isn't quite suitable for
upstreaming. My current things I'd like to do are:
- the 'gcore' patch
- XSAVE/AVX support for FreeBSD/x86
- possible followup to the XSAVE patch to create a x86fbsd-nat.c similar
to x86-linux-nat.c (need to see if the dbreg stuff in *bsd-nat.c are
actually FreeBSD specific or if other BSD's do have the relevant
ptrace ops
The other big thing I would eventually like to upstream is a new thread
target for FreeBSD that uses libthread_db and supports the thread libraries
used in modern FreeBSD versions. Such a target exists now but has been
authored by several folks (and I'm not sure I can get them all to file FSF
paperwork), so most likely this will require me to write a new thread target
from scratch (and that would probably take me a while).
--
John Baldwin