Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | Don't constrain the section order in tests that don't depend on it. | Rafael Espindola | 2015-04-29 | 1 | -22/+3 |
| | | | | llvm-svn: 236102 | ||||
* | Replace coff-/elf-dump with llvm-readobj | Nico Rieck | 2013-04-12 | 1 | -13/+21 |
| | | | | llvm-svn: 179361 | ||||
* | Fix the bitwidth of the remaining fields. | Rafael Espindola | 2011-08-04 | 1 | -6/+6 |
| | | | | llvm-svn: 136884 | ||||
* | Fixing r116753 r116756 r116777 | Jason W Kim | 2010-10-19 | 1 | -10/+10 |
| | | | | | | | | | | | | | | | | | | | 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. llvm-svn: 116823 | ||||
* | Speculatively revert 116753 and 116756 to attempt to fix the bots. | Eric Christopher | 2010-10-19 | 1 | -10/+10 |
| | | | | llvm-svn: 116777 | ||||
* | Changed elf-dump to output hex format by default. | Jason W Kim | 2010-10-18 | 1 | -10/+10 |
| | | | | | | Also updated tests. llvm-svn: 116753 | ||||
* | Add test that was missing in my previous commit. | Rafael Espindola | 2010-09-18 | 1 | -0/+18 |
llvm-svn: 114248 |