[Object][Wasm] Use file offset for section addresses in linked wasm files (#80529)
Wasm has no unified virtual memory space as other object formats and
architectures do, so previously WasmObjectFile reported 0 for all
section addresses, and until 428cf71ff used section offsets for function
symbols. Now we use file offsets for function symbols, and this change
switches section addresses to do the same (in linked files). The main
result of this is that objdump now reports VMAs in section listings, and
also uses file offets rather than section offsets when disassembling
linked binaries (matching the behavior of other disassemblers and stack
traces produced by browwsers). To make this work, this PR also updates
objdump's generation of synthetics fallback symbols to match lib/Object
and also correctly plumbs symbol types for regular and dummy symbols
through to the backend to avoid needing special knowledge of address 0.
This also paves the way for generating symbols from name sections rather
than symbol tables or imports (see #76107) by allowing the
disassembler's synthetic fallback symbols match the name-section
generated symbols (in a followup PR).
GitOrigin-RevId: 8b0f47bfa4b6aa1bafa10261444c93aba5a2d31d
diff --git a/test/wasm/build-id.test b/test/wasm/build-id.test
index b767d8d..dd6e223 100644
--- a/test/wasm/build-id.test
+++ b/test/wasm/build-id.test
@@ -43,18 +43,18 @@
# DEFAULT: Contents of section build_id:
-# DEFAULT-NEXT: 0000 10299168 1e3c845a 3c8f80ae 2f16cc22 .).h.<.Z<.../.."
-# DEFAULT-NEXT: 0010 2d
+# DEFAULT-NEXT: 0079 10299168 1e3c845a 3c8f80ae 2f16cc22 .).h.<.Z<.../.."
+# DEFAULT-NEXT: 0089 2d
# SHA1: Contents of section build_id:
-# SHA1-NEXT: 0000 145abdda 387a9bc4 e3aed3c3 3319cd37 .Z..8z......3..7
-# SHA1-NEXT: 0010 0212237c e4 ..#|.
+# SHA1-NEXT: 0079 145abdda 387a9bc4 e3aed3c3 3319cd37 .Z..8z......3..7
+# SHA1-NEXT: 0089 0212237c e4 ..#|.
# UUID: Contents of section build_id:
-# UUID-NEXT: 0000 10
+# UUID-NEXT: 0079 10
# HEX: Contents of section build_id:
-# HEX-NEXT: 0000 04123456 78 ..4Vx
+# HEX-NEXT: 0079 04123456 78 ..4Vx
# NONE-NOT: Contents of section build_id:
diff --git a/test/wasm/merge-string-debug.s b/test/wasm/merge-string-debug.s
index 73e31d5..0075a83 100644
--- a/test/wasm/merge-string-debug.s
+++ b/test/wasm/merge-string-debug.s
@@ -29,13 +29,13 @@
# CHECK: Hex dump of section '.debug_str':
-# CHECK-O0: 0x00000000 636c616e 67207665 7273696f 6e203133 clang version 13
-# CHECK-O0: 0x00000010 2e302e30 00666f6f 62617200 636c616e .0.0.foobar.clan
-# CHECK-O0: 0x00000020 67207665 7273696f 6e203133 2e302e30 g version 13.0.0
-# CHECK-O0: 0x00000030 00626172 00666f6f 00 .bar.foo.
+# CHECK-O0: 0x00000025 636c616e 67207665 7273696f 6e203133 clang version 13
+# CHECK-O0: 0x00000035 2e302e30 00666f6f 62617200 636c616e .0.0.foobar.clan
+# CHECK-O0: 0x00000045 67207665 7273696f 6e203133 2e302e30 g version 13.0.0
+# CHECK-O0: 0x00000055 00626172 00666f6f 00 .bar.foo.
-# CHECK-O1: 0x00000000 666f6f62 61720066 6f6f0063 6c616e67 foobar.foo.clang
-# CHECK-O1: 0x00000010 20766572 73696f6e 2031332e 302e3000 version 13.0.0.
+# CHECK-O1: 0x00000025 666f6f62 61720066 6f6f0063 6c616e67 foobar.foo.clang
+# CHECK-O1: 0x00000035 20766572 73696f6e 2031332e 302e3000 version 13.0.0.
# CHECK-OFFSETS: Hex dump of section '.debug_str_offsets':
-# CHECK-OFFSETS: 0x00000000 00000000 00000000 00000000 ............
+# CHECK-OFFSETS: 0x0000007e 00000000 00000000 00000000 ............
diff --git a/test/wasm/startstop.ll b/test/wasm/startstop.ll
index 4341d37..e7a5c80 100644
--- a/test/wasm/startstop.ll
+++ b/test/wasm/startstop.ll
@@ -34,12 +34,12 @@
; CHECK-NEXT: Value: 1024
; CHECK-NEXT: Content: 03000000040000002A0000002B000000
-; ASM: 00000001 <get_start>:
+; ASM: 0000006e <get_start>:
; ASM-EMPTY:
-; ASM-NEXT: 3: i32.const 1024
-; ASM-NEXT: 9: end
+; ASM-NEXT: 70: i32.const 1024
+; ASM-NEXT: 76: end
-; ASM: 0000000a <get_end>:
+; ASM: 00000077 <get_end>:
; ASM-EMPTY:
-; ASM-NEXT: c: i32.const 1040
-; ASM-NEXT: 12: end
+; ASM-NEXT: 79: i32.const 1040
+; ASM-NEXT: 7f: end
