This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [RFC] pascal: also handle Free Pascal longjump function.
- From: Tom Tromey <tromey at redhat dot com>
- To: "Pierre Muller" <pierre dot muller at ics-cnrs dot unistra dot fr>
- Cc: <gdb-patches at sourceware dot org>
- Date: Mon, 16 Dec 2013 14:47:33 -0700
- Subject: Re: [RFC] pascal: also handle Free Pascal longjump function.
- Authentication-results: sourceware.org; auth=none
- References: <37888 dot 8297280811$1386971648 at news dot gmane dot org>
>>>>> "Pierre" == Pierre Muller <pierre.muller@ics-cnrs.unistra.fr> writes:
Pierre> - Where is this internal long jump breakpoint really used in the code?
Search infrun.c for BPSTAT_WHAT_SET_LONGJMP_RESUME.
Pierre> - Is this kind of patch likely to be accepted?
Sure.
Pierre> I would perfectly understand that it would be not acceptable as is,
Pierre> but maybe some language specific version of the
Pierre> longjmp name would be useful, no?
I don't think it makes sense to be language-dependent here, because
then this makes mixed-language debugging harder.
I do wonder whether gdb will really be able to understand this function.
Does it make jmp_bufs compatible with the arch support already in gdb?
What about PC mangling? What defines fpc_longjmp and why is it not just
a simple wrapper for the C library longjmp?
Tom