[PATCH] D47901: [WIP] [WebAssembly] Update .debug_line section PC addresses during LEB optimization

[Rui Ueyama via Phabricator via llvm-commits]

ruiu added a comment.

> For now, bytecode offset (function or file relative) is used in role of the PC -- for call stack, for profiler, and we also successfully adapted it for source maps. I'm not sure what moving to index (of wasm operator?) base will change, but it will only will add complexity and will not solve this particular issue.

I'm not pushing this idea, but what I was saying is not use the function index or something like that instead of PC. What I meant is to continue using the bytecode offset as before, but count "bytecode offset" in the fully expanded form instead of the raw in-file form. So, any LEB128 number is counted as 5 byte long. Then, that "virtual bytecode offset" should exactly match the original, uncompressed byte code offset, eliminating the need of adjusting any byte offset in DWARF.


Repository:
  rLLD LLVM Linker

https://reviews.llvm.org/D47901