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: Wed, 18 Dec 2013 08:02:19 -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> <87mwk0pix6 dot fsf at fleche dot redhat dot com> <5512 dot 41819416663$1387235536 at news dot gmane dot org>
>>>>> "Pierre" == Pierre Muller <pierre.muller@ics-cnrs.unistra.fr> writes:
Pierre> I suspect that it would at least require some init_abi function
Pierre> to set this... But then the question is, how do we recognize
Pierre> such executables...
You'll at least need different code to extract the target PC from the
jump buffer.
Tom> What about PC mangling?
Pierre> I am not sure what you mean here...
Pierre> There is no operation on pc value.
On some platforms glibc mangles the PC value that is saved in the
buffer.
Tom> and why is it not just
Tom> a simple wrapper for the C library longjmp?
Pierre> Because, by default, Free Pascal compiler generates code that is
Pierre> independent of any library (static code on Linux for instance)
Pierre> with only direct calls to System Calls.
Makes sense. I guess some deeper change is needed, not just adding
fpc_longjmp to the list.
Tom