For compatibility with Breakpad's dump_syms, we should figure out how to dump extern "C" functions without parameters in the function signature. I have an attempt at doing this in the check-linkage branch (71add3e), but it doesn't work properly. The PDB file I'm testing with has multiple records in the globals stream with the same address, and I don't know how to disambiguate them.

We get bad addresses for functions in some PDBs, I think we need to handle OMAP remapping properly.

have you compile the Breakpad Mac dump_syms tool?

Just putting this information here for visibility, but it looks like Microsoft is finally opening up about the PDB internals here https://github.com/Microsoft/microsoft-pdb in order for other compilers to output debug information, hopefully I will get some time to return to this in the future and support all the things missing from the current reader. :)

Breakpad's dump_syms can read the x64 unwind tables out of the PE and dump them as STACK CFI records. We should do the same. Additionally, some PDB files (notably Microsoft's) have pdata/xdata streams in them that should contain the same information, so we can do better and dump the data directly out of the PDB if available.

Some PDBs e.g. kernel32.pdb/17D8B8C647E14C1DAF9C6FC206AAAC512 only seem to have global symbol information, and no module symbol information.

Presumably this can be fixed by creating FunctionRecords in getGlobalFunctions, as it did prior to b260f6c.