| 5c4e52e49648c196f629b8623b4aca7e4c0080e3 |
|
04-Aug-2011 |
Rafael Espindola <rafael.espindola@gmail.com> |
Fix the bitwidth of the remaining fields.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@136884 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/test/Scripts/common_dump.py
|
| d7c9b63b583ac05fc03c9a242c1bb8f12d27acf0 |
|
04-Aug-2011 |
Rafael Espindola <rafael.espindola@gmail.com> |
Print all the bits in the addend.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@136867 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/test/Scripts/common_dump.py
|
| f7d5278fb32b84b6218a222346202ab3af17057c |
|
19-Oct-2010 |
Jason W Kim <jason.w.kim.2009@gmail.com> |
Fixing r116753 r116756 r116777
The failures in r116753 r116756 were caused by a python issue -
Python likes to append 'L' suffix to stringified numbers if the number
is larger than a machine int. Unfortunately, this causes a divergence of
behavior between 32 and 64 bit python versions.
I re-crafted elf-dump/common_dump to take care of these issues by:
1. always printing 0x (makes for easy sed/regex)
2. always print fixed length (exactly 2 + numBits/4 digits long)
by mod ((2^numBits) - 1)
3. left-padded with '0'
There is a residual common routine that is also used by
macho-dump (dataToHex) , so I left the 'section_data' test values alone.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@116823 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/test/Scripts/common_dump.py
|
| 228290c0d181b663f33680aea03e10843da5f907 |
|
11-Sep-2010 |
Rafael Espindola <rafael.espindola@gmail.com> |
Change section_data dumping to print hex numbers instead of using
python's %r.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@113685 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/test/Scripts/common_dump.py
|