This is the mail archive of the binutils@sourceware.org mailing list for the binutils project.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
Hi, This patch add code to represent properties of ARM relocation code for use by the linker. The information is stored in a new file arm-reloc.def, which is processed during the construction of an Arm_reloc_property_table object. We use a global variable arm_reloc_property_table for all the code in arm.cc. Ideally this should be avoided as intialization order of static variables is unspecified but the Arm_reloc_property_table class itself does not use any other globals so it should be safe. We will use the property table in many places in arm.cc, including loops (see the use of Relocatable_size_for_reloc::get_size_for_reloc). So it is important to be able to get access the table as quickly as possible. If this is a problem, I can consider processing the arm-reloc.def in compilation time to generate a file containing the same information in POD so that initialization order is not a problem. -Doug 2010-02-02 Doug Kwan <dougkwan@google.com> * Makefile.am (HFILES): Add arm-reloc-property.h. (DEFFILES): New. (TARGETSOURCES): Add arm-reloc-property.cc (ALL_TARGETOBJS): Add arm-reloc-property.$(OBJEXT) (libgold_a_SOURCES): $(DEFFILES) (arm-reloc-property.$(OBJEXT)): New dependency. * Makefile.in: Regenerate. * arm-reloc-property.cc: New file. * arm-reloc-property.h: New file. * arm-reloc.def: New file. * arm.cc: Update comments. (arm-reloc-property.h): New included header. (arm_reloc_property_table): New global variable.
Attachment:
patch-reloc-property.txt
Description: Text document
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |