[PATCH] D96602: [llvm-nm][test] Add additional test coverage for llvm-nm options
James Henderson via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Mon Feb 15 01:51:14 PST 2021
jhenderson added inline comments.
================
Comment at: llvm/test/tools/llvm-nm/reverse-sort.test:4-5
+# RUN: llvm-nm %t.o --reverse-sort | FileCheck %s --check-prefix=SORTED
+# RUN: llvm-nm %t.o --reverse-sort --numeric-sort | FileCheck %s --check-prefix=SORTED
+# RUN: llvm-nm %t.o --reverse-sort --size-sort | FileCheck %s --check-prefix=SORTED
+# RUN: llvm-nm %t.o --reverse-sort --no-sort | FileCheck %s --check-prefix=UNSORTED
----------------
Higuoxing wrote:
> I think it might be good to assign different values to symbol size and value. e.g.,
>
> ```
> - Name: second
> Section: .text
> Value: 2
> Size: 3
> - Name: third
> Section: .text
> Value: 3
> Size: 1
> - Name: first
> Section: .text
> Value: 1
> Size: 2
> ```
>
> to show that symbols are sorted by their address or size when --numeric-sort or --size-sort option is applied.
It was a deliberate choice to keep the order the same regardless of sorting mode, as there are other tests that show that numeric-sort/size-sort/default sort all work as expected. Changing them so that the sorting order is different for each mode would complicate the test.
The current implementation is pretty clear, in that the reversing is done on the sorted array of symbols. I think for this to change, without breaking at least some part of this test in its current form would be quite difficult.
What do you think?
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D96602/new/
https://reviews.llvm.org/D96602
More information about the llvm-commits
mailing list