DWARF import: data variable addresses are not rebased in PIE or rebased views #8653

Version and Platform (required):

• Binary Ninja Version: 6.1.10874-dev
• Edition: Ultimate
• OS: Ubuntu Linux
• OS Version: 26.04
• CPU Architecture: x64

Bug Description:
When the view's base differs from the file's original image base, the DWARF importer adds every data variable at its unrebased address. This affects PIE binaries, which Binary Ninja loads at 0x400000, and any binary opened with a non-default loader.imageBase. Functions are rebased correctly in the same views, so only data variables are affected.

The imported data variables and their symbols end up at addresses that are not mapped in the view, and the real ELF symbols at the correct addresses get no DWARF type.

Steps To Reproduce:

1. Save this as globals.c:

   int counter = 42;
   int zeroed;
   const int answer = 7;
   char message[] = "hello";
   
   int main(void) { return counter + zeroed + answer + message[0]; }

2. Build it as a PIE and as a non-PIE (gcc 15.2.0):

   gcc -g -O0 -fPIE -pie -o globals_pie globals.c
   gcc -g -O0 -fno-pie -no-pie -o globals_nopie globals.c

3. Load it with the stock DWARF importer and compare each DWARF data variable with its ELF symbol:

   import binaryninja as bn
   with bn.load("globals_pie") as bv:   # or: bn.load("globals_nopie", options={"loader.imageBase": 0x800000})
       print(bn.core_version(), hex(bv.start))
       for v in bv.debug_info.data_variables:
           if v.name in ("counter", "zeroed", "answer", "message"):
               elf = [hex(s.address) for s in bv.get_symbols_by_name(v.name) if s.address != v.address]
               print(f"{v.name:8} dwarf={v.address:#x} mapped={bv.is_valid_offset(v.address)} elf_symbol={elf}")

   Output for globals_pie:

   6.1.10874-dev Ultimate 0x400000
   answer   dwarf=0x2004 mapped=False elf_symbol=['0x402004']
   message  dwarf=0x4014 mapped=False elf_symbol=['0x404014']
   counter  dwarf=0x4010 mapped=False elf_symbol=['0x404010']
   zeroed   dwarf=0x4020 mapped=False elf_symbol=['0x404020']
   

Expected Behavior:
Each data variable should be at its ELF symbol's address: the nm address plus the rebase amount (view start minus the original image base). Instead, every one is off by exactly the rebase amount, while the function main is placed correctly.

globals_pie (view start 0x400000, original image base 0):

globals_nopie with loader.imageBase = 0x800000 (original image base 0x400000):

globals_nopie loaded at its default base 0x400000 is correct.

Binary:
The reproducer above builds the binaries in seconds.

Additional Information:
post_process rebases function addresses by bv.start() - bv.original_image_base():

It does not adjust self.data_variables. Those addresses are taken directly from DW_OP_addr/DW_OP_addrx:

commit_data_variables then adds them unchanged:

#7163 (closed), "IDB import for PIC binaries does not handle changed base address", was the same class of bug in the IDB importer.