[lldb/ObjectFileMachO] Correctly account for resolver symbols

[friss]

Summary

The resolver addresses stored in the dyld trie are relative to the base
of the __TEXT segment. This is usually 0 in a dylib, so this was never
noticed, but it is not 0 for most dylibs integrated in the shared cache.
As we started using the shared cache images recently as symbol source,
this causes LLDB to fail to resolve symbols which go through a runtime
resolver.

[jingham]

LGTM.

lldb/source/Plugins/ObjectFile/Mach-O/ObjectFileMachO.cpp

if (e.entry.flags & EXPORT_SYMBOL_FLAGS_REEXPORT) {
       import_name = data.GetCStr(&offset);
     } else {
       e.entry.address = data.GetULEB128(&offset);
       if (text_seg_base_addr != LLDB_INVALID_ADDRESS)
         e.entry.address += text_seg_base_addr;
       if (e.entry.flags & EXPORT_SYMBOL_FLAGS_STUB_AND_RESOLVER) {
         e.entry.other = data.GetULEB128(&offset);
         uint64_t resolver_addr = e.entry.other;
+        if (text_seg_base_addr != LLDB_INVALID_ADDRESS)
+          resolver_addr += text_seg_base_addr;
         if (is_arm)
           resolver_addr &= THUMB_ADDRESS_BIT_MASK;
         resolver_addresses.insert(resolver_addr);
       } else
         e.entry.other = 0;
     }
     bool add_this_entry = false;
     if (Flags(e.entry.flags).Test(EXPORT_SYMBOL_FLAGS_REEXPORT) &&

lldb/test/API/macosx/indirect_symbol/Makefile

 C_SOURCES := main.c
 LD_EXTRAS := -L. -lindirect -lreexport
 
 .PHONY: build-libindirect build-libreepxoprt
 all: build-libindirect build-libreepxoprt a.out
 
 include Makefile.rules
 
 build-libindirect: indirect.c
   $(MAKE) -f $(MAKEFILE_RULES) \
-    DYLIB_C_SOURCES=indirect.c DYLIB_NAME=indirect DYLIB_ONLY=YES
+    DYLIB_C_SOURCES=indirect.c DYLIB_NAME=indirect DYLIB_ONLY=YES \
+    LD_EXTRAS="-Wl,-image_base,0x200000000"
 
 build-libreepxoprt: reexport.c
   $(MAKE) -f $(MAKEFILE_RULES) \
     DYLIB_C_SOURCES=reexport.c DYLIB_NAME=reexport DYLIB_ONLY=YES \
     LD_EXTRAS="-L. -lindirect -Wl,-alias_list,$(SRCDIR)/alias.list"