This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: Build failure following: Implement support for checking /proc/PID/coredump_filter commit
- From: Sergio Durigan Junior <sergiodj at redhat dot com>
- To: "Pierre Muller" <pierre dot muller at ics-cnrs dot unistra dot fr>
- Cc: "'Pedro Alves'" <palves at redhat dot com>, "'GDB Patches'" <gdb-patches at sourceware dot org>
- Date: Wed, 08 Apr 2015 12:46:52 -0400
- Subject: Re: Build failure following: Implement support for checking /proc/PID/coredump_filter commit
- Authentication-results: sourceware.org; auth=none
- References: <1427241443-5939-1-git-send-email-sergiodj at redhat dot com> <1427241443-5939-2-git-send-email-sergiodj at redhat dot com> <5515289D dot 1000006 at redhat dot com> <874mp0vir0 dot fsf at redhat dot com> <000001d07205$69de1770$3d9a4650$ at muller@ics-cnrs.unistra.fr> <55253E9E dot 4060106 at redhat dot com> <552545B3 dot 9000402 at redhat dot com> <001c01d07218$fd5daa20$f818fe60$ at muller@ics-cnrs.unistra.fr>
On Wednesday, April 08 2015, Pierre Muller wrote:
>> Please try the users/palves/gnulib-strtok_r branch.
>
> I can confirm that I am able to build mingw32 64bit gdb.exe executable,
> and it contains gnulib/import/strtok_r.c source.
That is great, thanks Pierre.
> I am not really able to test that the code works OK,
> as I don't really know how to trigger that code...
The code will not work on native Windows debugging, so there is nothing
to test there. If you debug a remote GNU/Linux target, you should be
able to tweak the value of /proc/PID/coredump_filter on the target and
generate different kinds of corefiles based on it. But I don't know how
hard it would be for you to test this.
> I have no idea what we should do now...
IMO the easiest and safest thing to do now would be to just import the
strtok_r module from gnulib (without updating it).
--
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF 31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/