Non-uniform address spaces
Michael Eager
eager@eagercon.com
Tue Jun 26 23:08:00 GMT 2007
Jim Blandy wrote:
> Michael Eager <eager@eagercon.com> writes:
>> Perhaps. I'll look at that. How does this work for TLS now?
>
> You probably want to start at dwarf2expr.c, and look at our
> implementation of DW_OP_GNU_push_tls_address. That's invoking a
> callback of which dwarf2loc.c:dwarf_expr_tls_address is a reasonable
> representative. You can follow forward from there.
I'll take a look.
> Backing up a bit, I should ask: is contributing this work to the
> public sources one of your goals? If it's not, I'm happy to answer
> questions as best I can, but I shouldn't spend too much time on it.
> If it is, then we (meaning the GDB developers, including you) need to
> go at this in detail, starting with the meaning of the source
> language, its ABI, its representation in the debugging info, the
> facilities of the machine it's running on, and how the language
> achieves its semantics on that machine. This is not going to go well
> if there's just a big patch at the end. :)
Yes, contributing to public sources is a goal.
There are always factors which complicate this.
- Working in different versions of GDB, with the need to port
modifications from one version to another. There have been
many changes in GDB which make code non-portable between
different versions.
- An interest in making minimal changes to solve a problem
rather than engage in a major redesign effort.
I'm helping the folks who are developing the UPC support for GDB.
The sources are available on-line. I understand that they have an
interest in submitting patches to support UPC when the code is a
bit more stable. There's support in DWARF for UPC features, but
the UPC language extensions have not yet been incorporated into
the current version of GCC.
--
Michael Eager eager@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325-8077
More information about the Gdb
mailing list