• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
DWARF debug info sharing across objects
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

DWARF debug info sharing across objects


  • Subject: DWARF debug info sharing across objects
  • From: Jonas Maebe <email@hidden>
  • Date: Mon, 5 Feb 2007 14:31:45 +0100

Hello,

The Xcode linker does not support global symbols inside DWARF sections. I assume this is due to the fact that these sections are not really linked into the final executable, and therefore are not/ cannot be relocated.

Does this mean that at this time it is impossible to implement the following functionality of the DWARF 2 spec (p 69, bottom):

***
The second type of reference is the address of any debugging information entry within the same executable or shared object; it may refer to an entry in a different compilation unit from the unit containing the reference. This type of reference (DW_FORM_ref_addr) is the size of an address on the target architecture; it is relocatable in a relocatable object file and relocated in an executable file or shared object.


The use of compilation unit relative references will reduce the number of link-time relocations and so speed up linking.

The use of address-type references allows for the commonization of information, such as types, across compilation unit
***


It seems DW_FORM_ref_addr is currently always is interpreted as an offset starting from the current debug_info section. Is this behaviour which is defined that way, or is that coincidence and should we refrain from generating such references for now and instead use DW_FORM_ref1/2/4/8?

Also, are there any plans to support cross-compilation unit references for DWARF debug info in the future?

Thanks,


Jonas _______________________________________________ Do not post admin requests to the list. They will be ignored. Xcode-users mailing list (email@hidden) Help/Unsubscribe/Update your Subscription: This email sent to email@hidden
  • Prev by Date: GCC inline asm error
  • Next by Date: Re: "Always Search User Paths" does not work after closing the project
  • Previous by thread: GCC inline asm error
  • Next by thread: Examples of Makefiles for Universal Binaries?
  • Index(es):
    • Date
    • Thread