<table border="1" cellspacing="0" cellpadding="8">
    <tr>
        <th>Issue</th>
        <td>
            <a href=https://github.com/llvm/llvm-project/issues/76107>76107</a>
        </td>
    </tr>

    <tr>
        <th>Summary</th>
        <td>
            Symbol info from exports and name sections
        </td>
    </tr>

    <tr>
      <th>Labels</th>
      <td>
            backend:WebAssembly,
            llvm:binary-utilities
      </td>
    </tr>

    <tr>
      <th>Assignees</th>
      <td>
      </td>
    </tr>

    <tr>
      <th>Reporter</th>
      <td>
          dschuff
      </td>
    </tr>
</table>

<pre>
    #75238 added support to WasmObjectFile to synthesize symbol information from exports rather than from a symbol table. The use case there is for dynamic libraries, but this is useful for nm/objdump too, for things like binary size attribution and general inspection of binaries (currently LLVM has no way to list a binary's imports or exports, nor to use information from the name section). Also, #75238 has pretty minimal information about the symbol (e.g. it has no flags).
objdump prints the following information for each symbol for object files:
Value/address; flags, including global/local/weak/debug; type; section; name. 
nm also prints the symbol's size (as does objdump for ELF). and objdump has various other extensions for different object file types.

At minimum I think we should be able to use either/both of exports and name section to print symbols with nm/objdump, and it would be nice to print more complete information than we do in any case. This raises several questions.

1. Should this information be combined (i.e. symbol information is just automatically collected from whatever sources are available), or separated (you only get symbol information from one source at a time, and maybe you have to specify which).
  - If combined, which kind of info should "win" in case of duplication?
1. It would be nice to be able to tell the source of a symbol's information (i.e. symtab, export/import, name). This could be a flag, or some kind of extension to the symbol name (e.g. where elf prints hidden symbols as ".hidden foo"), or something printed before (or instead of) "SYMBOL TABLE", or something else?
1. We currently print the size only for data symbols from symbol tables. We should probably just fix that and print it for functions from all sources. 
1. We should probably make sure that for linked wasm files, symbol values for functions match up with what browsers print in stack traces (i.e. they use file offsets), as opposed to object files, which IIRC use section offsets.
1. There are several kinds of information in wasm that are not in other formats. How much should we try to show it all? If wabt goes away, this will become more important as a way to get full transparency into the wasm headers and known sections that llvm and binaryen don't currently give. 
</pre>
<img width="1px" height="1px" alt="" src="http://email.email.llvm.org/o/eJx0VtFu2zoS_Rr6ZVDDppI6fvBDknuNDZCLC2yLFvs4kkYWa4rUcsio2q9fDGk5Trf7EiOSZnjm8JxDIrM5OaKDun9S93-sMMXeh0PLTZ-6blX7dj4oXe3udfUA2LbUAqdx9CFC9PAdefi7_kFNPBpL8oRnF3ti8x8CnofaWzCu82HAaLyDLvgB6KeUMwSMPQWIPV5e4FISsba0hq89QWKCBplAviUwDJ0P0M4OB9OANXXAYIiVfoY6RYi9YfkoMXXJ5m_doPTR1z_aNIwQvZdP5XnsjTsxWHMmqI3DMEOGjTEGU6eMF10LJ3IUUObgkZr82HelwhCD0g9NCoFctDO8vn77C3pkcB4mnIUQazgCXlZQesdghjK_DwsVAskJJJ_n_R_GYk_gcCDgAkDp_RoeLedZrrsj646BYpxhMM4M-JF7rH0m6LoxSj_Q-rQGExfIncUTS3O1-UNtHhfSxmBc5FzaeWv9ZNzpI0gZBZt-6Sz_-ywL6IwlVtVj6fgNbSKlj9i2gZhV9bSs-QzGNTa10vpkfY1W6aP1Tf6dCM9KH1uq00lq4jyS_C50VE-ZnjWUVdwAaNnf4i7AMv15k5V-QIbWE8MypYD-8_WYuZV9X54LN28YjE8MPiuWfkZybLy7iNF0HYkAbmfOGPlCZPn7GMu-pAFesvrOMBFw75NtoSYQ0S8SICMrKX2sfexFb4tpBNmtFKQgz3kZkWEysf8geiFXykyEaVnLmYbeSwcfCBo_jJbiR_llc04ErQcjdpizGcWaRgxsmBiY3rJB_p2Ipejj1Ns1fCkjFm_eNK_zorVx1MqGmDWtfxcahuFHEhOl6OVRg9bO0HhrqYnUFotMPUbBAexTaIgBAwG-obFCq9J7YcEHYBoxYCwrzj6Bd3aGE8X_G1fe0aUpoDg5moEWSgecawJp0-Nbyb-RGtPNMPWm6d-tBPAJXrrruFKfv4CzEal1edlFC0rryTiltXCew8930KbRmgaL3o9Xbl9-s6k3WopkbTFAmcB315QtWXQz7c0WRKwFYhGd0scSWTmmUKbfXxTQXLWbfbxw7Ae6DnY1S4bznj5ZxEsETTncyXaLZ3vTtuSumkbJWb2-PO0kxPXNnvqBcpqXahJEnUha6QcfJLgjoYBRei99vvzrr6e_X-Hr49Prn7nRL13IMt1y_J3gPeKLY_IgEiRZPjkFMOIVbxbO7WHGuctlf8fga6ztXGTdmZ9is5gFVbqbmFt2yWWPX_qhtYu6l6Tb_rbtgGcCToFKX2lljTtTCxPycIlk_bwAfJNQ5l9WHDA2PaSxxIm4C-rgJ6bAC0gHHLE5QwzYlIMwyyf2NOcMyzHou45JTri8Wcjgx9EztaKGD0fE1REvL_98zvV8PW1zi_V15K9ZLWLwJXpEbLzY6JobrsxbyA0EzmfUJcTLd7yGf_gJhiSHV6FxIoghH93c-0n2Aq1V1VH8O2Ed4SSnBk44C-YcapOxFmpqRPc5S4tf0EWZGJergKRMl8SQAR2PGMg1Mxh3MUYG2xO2wrGI4ez85BYauMxh7duQX5YLBTlo5T6wizcSPZk3WsOqPVTtvtrjig7b3ababqv97m7VH7ZI7d3n5o5w21Z43-x3zcOOqg22m4eq-bxfmYPe6Gqry9_7u3XXtftdVxNht79_qBt1t6EBjV0LmrUPp5VhTnTYfd5udiuLNVnOF0qta2zO5FpVPX6n-pGZhtrOxXRKa6lX1WOZ5VOKxpqYb3Na7qLhIO8_1enE6m4jFyl-XzGaaOnw5T20P14ufz0neZWCPfQxjvk2oo9KH08m9qleN14Oywyl_HwagxdlSvDJXKz0MY_23wAAAP__gsvnJg">