This uses modern split-file tool to merge 5 packed-relocs-error*.s tests to a
new packed-relocs-errors.s and adds testing for GNU style.
Details
Diff Detail
- Repository
- rG LLVM Github Monorepo
Event Timeline
LGTM
llvm/test/tools/llvm-readobj/ELF/packed-relocs-errors.s | ||
---|---|---|
38 | You can unify the comment markers while updating the tests. |
llvm/test/tools/llvm-readobj/ELF/packed-relocs-errors.s | ||
---|---|---|
9 | I could easily be misunderstanding how the -triple argument works, but don't we need a -linux suffix on here to ensure an ELF object is produced (as opposed to e.g. COFF or Mach-O) on all platforms, regardless of their default triple? |
llvm/test/tools/llvm-readobj/ELF/packed-relocs-errors.s | ||
---|---|---|
9 | Hmm, good question. Honestly I did not know the answer before, but just few points I'd like to mention:
But I think that would be indeed slightly cleaner to specify an expected target OS in the tripple. So I am going to update this invocation to specify the x86_64-unknown-linux, which is also very commonly used by LLD tests (another popular variant is x86_64-pc-linux, btw). I think it might be slightly better than original x86_64-pc-linux-gnu, since there is nothing GNU specific in this tests. |
LGTM, with nit.
llvm/test/tools/llvm-readobj/ELF/packed-relocs-errors.s | ||
---|---|---|
9 | Thanks. I was under the impression there was CMake configuration variable to configure the default triple, but maybe that only applies in certain cases, and not here. I know @MaskRay often comments about the extra suffix bit for triples, so maybe he's got something to add. | |
38 | I'm assuming this means '//' -> '##' for consistency. If so, +1 to that. |
llvm/test/tools/llvm-readobj/ELF/packed-relocs-errors.s | ||
---|---|---|
38 | Oops. I missed this one. Will do. |
I could easily be misunderstanding how the -triple argument works, but don't we need a -linux suffix on here to ensure an ELF object is produced (as opposed to e.g. COFF or Mach-O) on all platforms, regardless of their default triple?