Added a member in PPCTargetMachine class which stores the endianness of the target. The endianness is detected from triple which is passed into the static function getDataLayoutString().
Details
Diff Detail
- Repository
- rG LLVM Github Monorepo
Unit Tests
Event Timeline
LGTM (after the clang-format nits are addressed). Thanks for fixing this. Also, please mark this as [NFC] since there are no functional changes and make the title more descriptive. Perhaps:
[NFC][PowerPC] Determine endianness in PPCTargetMachine
As it turns out, this can't be committed as-is. The initialization order is incorrect. We compute the endianness while initializing the base class, but the data member is part of the derived class and the default initialization happens afterwards. I'll fix it up and commit it.
A couple of notes:
- Please test all patches for PPC on a PPC machine. If you don't have access, please reach out to me and I'll provide access to one on an OSU/OSL machine.
- When running clang-format, please run it only on the code you changed. You can do this using git clang-format (you can find the details at https://llvm.org/docs/Contributing.html#how-to-submit-a-patch)
clang-format not found in user's PATH; not linting file.