[PATCH] D102219: Optimize GSymCreator::finalize.

Greg Clayton via Phabricator via llvm-commits llvm-commits at lists.llvm.org
Wed May 12 10:56:35 PDT 2021


clayborg added a comment.

In D102219#2753742 <https://reviews.llvm.org/D102219#2753742>, @simon.giesecke wrote:

> In D102219#2752199 <https://reviews.llvm.org/D102219#2752199>, @clayborg wrote:
>
>> There are unit tests that could be added if you would like to test a bad case, but existing unit tests should still pass with this.
>
> I had a look at the test cases in llvm/unittests/DebugInfo/GSYM/GSYMTest.cpp. The TestDWARF* test cases seem to provide a template for such a test, but unfortunately I am not familiar with the details of DWARF to come up with a representative test case. With some advice, I could do that in another patch?

No worries. We have existing tests that catch this. But just to clarify, you ran llvm-gsymutil on a GCC binary that caused a major slowdown. It would be great if you could verify that if you run llvm-gsymutil with "--num-threads=1" using the current llvm-gsymutil and with the modified llvm-gsymutil, can you verify that they binaries match? If they don't then we do need to add a test. You have to run with --num-threads=1 to make sure threading doesn't make things change in the final GSYM. So if you can run this test for me and verify things match up, then I will commit this diff.


Repository:
  rG LLVM Github Monorepo

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

https://reviews.llvm.org/D102219



More information about the llvm-commits mailing list