[LLVMdev] RFC: Are we ready to completely move away from the optionality of a DataLayout?
sanjoy at playingwithpointers.com
Sun Oct 19 15:48:01 PDT 2014
>> What is a default boring value for endianness?
>> Little. Sorry, but LE won here.
>> I mean, we could make the default big-endian just to test the less
>> common scenario, but I think it would just result in bugs in
>> people's test cases rather than teasing out actual bugs in their
> No ;) -- little endian should be the default.
Makes sense. I was curious because the current DataLayout analysis
pass chooses big endian by default, and I've had at least one
hard-to-diagnose miscompile because of that. :)
More information about the llvm-dev