aboutsummaryrefslogtreecommitdiff
path: root/clang/lib/Frontend/CompilerInvocation.cpp
diff options
context:
space:
mode:
authorMiguel A. Arroyo <mayanez@users.noreply.github.com>2024-06-04 09:43:24 -0700
committerGitHub <noreply@github.com>2024-06-04 09:43:24 -0700
commit0cb66a7bd52ee51a6b43c42fec22082b26365e37 (patch)
treeed1ea6cb922d814f43738432b008eb630bd63830 /clang/lib/Frontend/CompilerInvocation.cpp
parent188b1a54df9ff6c0b388269c2b95b71a0ae7801b (diff)
downloadllvm-0cb66a7bd52ee51a6b43c42fec22082b26365e37.zip
llvm-0cb66a7bd52ee51a6b43c42fec22082b26365e37.tar.gz
llvm-0cb66a7bd52ee51a6b43c42fec22082b26365e37.tar.bz2
[llvm-readobj][COFF] Consistent PDBGUID Formatting (#94256)
## Consistent PDB GUID in `llvm-readobj` Currently, the PDB GUID is shown as a byte array: `PDBGUID: (D8 4C 88 D9 26 15 1F 11 4C 4C 44 20 50 44 42 2E)` This is inconsistent with `llvm-pdbutil` (e.g. `llvm-pdbutil dump --summary`) which shows it as a hexadecimal string. Additionally, `yaml2obj` uses the same hexadecimal string format. In general, the hexadecimal string is the common representation for PDB GUIDs on Windows. This PR changes it to be consistent as shown below: `PDBGUID: {D9884CD8-1526-111F-4C4C-44205044422E}`
Diffstat (limited to 'clang/lib/Frontend/CompilerInvocation.cpp')
0 files changed, 0 insertions, 0 deletions