[PATCH] D82545: [Debugify] Make the debugify aware of the original (-g) Debug Info

Adrian Prantl via Phabricator via llvm-commits llvm-commits at lists.llvm.org
Fri Sep 11 07:34:45 PDT 2020


aprantl added inline comments.


================
Comment at: llvm/docs/HowToUpdateDebugInfo.rst:221
 
 The ``debugify`` utility
 ^^^^^^^^^^^^^^^^^^^^^^^^
----------------
Can we call this
```
The ``debugify`` utility pass
```
?

I kind of expect a utility to be a standalone executable.


================
Comment at: llvm/docs/HowToUpdateDebugInfo.rst:230
+
+* `original` - collects and checks the preservation of real debug info
+  metadata
----------------
I think that this is a useful feature, but from the user's perspective the naming is confusing.

The name `debugify` implies that that the tool is taking input and then adds something debug-related to it. That clashes with preserving original information.

My suggestion is to either rename debugify to something more generic that encompasses both use-cases, or to share the implementation in one class, but give it two separate user-facing names. Maybe separating out the debugify action from the check action would also work (`--enable-debugify --enable-debuginfo-(preservation-)verification`).


================
Comment at: llvm/include/llvm/Transforms/Utils/Debugify.h:27
+using DebugFnMap = std::map<llvm::StringRef, const llvm::DISubprogram *>;
+using DebugInstMap = std::map<const llvm::Instruction *, bool>;
+
----------------
Why is this a std::map and not a DenseMap? Do we need the map's sorted-ness?


CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D82545/new/

https://reviews.llvm.org/D82545



More information about the llvm-commits mailing list