-
Notifications
You must be signed in to change notification settings - Fork 9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Use .MAP file instead of .PDB #11
Comments
Sounds more than reasonable! I'll try to look into it next weekend. |
So the .map file contains mangled names - does someone know what would be the easiest way to unmangle them? VC6 and up have a |
Perhaps https://pypi.org/project/cxxfilt/ or https://github.com/benfred/py-cpp-demangle could be used for demangling of symbol names? |
Looked into it, it basically just uses "__cxa_demangle", which most probably doesn't work with the MSVC mangling scheme (that's different from other compilers as far as I've read). It'd also make the tool not work under windows. Windows itself has UnDecorateSymbolName as alternative (with the reverse problem of not working under other OSes of course) |
This one might also be interested, it seams more a drop in replacement for cvdump.exe (same license, prebuild Windows exe) |
Yeah, the second one probably is the simplest one for this - both have to be edited to output just the function names (without signatures) though. |
Currently we have the awkward situation where the VC6 linker is used to generate builds with a PDB file, since the VC5 linker can't process PDBs produced by the VC6 compiler. This means the builds end up with different layout, different startup stub, different static constructors etc...
But the VC5 linker can produce a .map file which includes the locations of all functions and variables in the final build, just like the PDB information. Could we switch to using it instead so we don't have to make separate builds?
The text was updated successfully, but these errors were encountered: