#
3acea398 |
| 12-Jun-2014 |
Rafael Espindola <rafael.espindola@gmail.com> |
Don't use 'using std::error_code' in include/llvm.
This should make sure that most new uses use the std prefix.
llvm-svn: 210835
|
#
a6e9c3e4 |
| 12-Jun-2014 |
Rafael Espindola <rafael.espindola@gmail.com> |
Remove system_error.h.
This is a minimal change to remove the header. I will remove the occurrences of "using std::error_code" in a followup patch.
llvm-svn: 210803
|
Revision tags: llvmorg-3.4.2, llvmorg-3.4.2-rc1, llvmorg-3.4.1, llvmorg-3.4.1-rc2 |
|
#
e6cb63e4 |
| 25-Apr-2014 |
Craig Topper <craig.topper@gmail.com> |
[C++] Use 'nullptr'. Tools edition.
llvm-svn: 207176
|
#
98938f1e |
| 17-Apr-2014 |
Saleem Abdulrasool <compnerd@compnerd.org> |
objdump: identify WoA WinCOFF/ARM correctly
Since LLVM currently only supports WinCOFF, assume that the input is WinCOFF rather than another type of COFF file (ECOFF/XCOFF). If the architecture is
objdump: identify WoA WinCOFF/ARM correctly
Since LLVM currently only supports WinCOFF, assume that the input is WinCOFF rather than another type of COFF file (ECOFF/XCOFF). If the architecture is detected as thumb (e.g. the file has a IMAGE_FILE_MACHINE_ARMNT magic) then use a triple of thumbv7-windows.
This allows for objdump to properly handle WoA object files without having to specify the target triple manually.
llvm-svn: 206446
show more ...
|
#
a1bc0f56 |
| 15-Apr-2014 |
Lang Hames <lhames@gmail.com> |
[MC] Require an MCContext when constructing an MCDisassembler.
This patch re-introduces the MCContext member that was removed from MCDisassembler in r206063, and requires that an MCContext be passed
[MC] Require an MCContext when constructing an MCDisassembler.
This patch re-introduces the MCContext member that was removed from MCDisassembler in r206063, and requires that an MCContext be passed in at MCDisassembler construction time. (Previously the MCContext member had been initialized in an ad-hoc fashion after construction). The MCCContext member can be used by MCDisassembler sub-classes to construct constant or target-specific MCExprs.
This patch updates disassemblers for in-tree targets, and provides the MCRegisterInfo instance that some disassemblers were using through the MCContext (previously those backends were constructing their own MCRegisterInfo instances).
llvm-svn: 206241
show more ...
|
#
13a3f691 |
| 14-Apr-2014 |
Saleem Abdulrasool <compnerd@compnerd.org> |
tools: fix heap-buffer-overrun detected via ASAN
Once the auxiliary fields relating to the filename have been inspected, any following auxiliary fields need not be visited as they have been consumed
tools: fix heap-buffer-overrun detected via ASAN
Once the auxiliary fields relating to the filename have been inspected, any following auxiliary fields need not be visited as they have been consumed (the following fields comprise the filepath as a single unit).
Adjust the test to catch this even if ASAN is not enabled.
llvm-svn: 206190
show more ...
|
#
7050eedb |
| 14-Apr-2014 |
Saleem Abdulrasool <compnerd@compnerd.org> |
tools: simplify symbol handling in objdump
Rather than switching behaviour on whether a previous symbol has an auxiliary symbol record for the next count of elements, simply iterate over the auxilia
tools: simplify symbol handling in objdump
Rather than switching behaviour on whether a previous symbol has an auxiliary symbol record for the next count of elements, simply iterate over the auxiliary symbols right after processing the current symbol entry. This makes the behaviour much simpler to follow and similar to llvm-readobj and yaml2obj.
llvm-svn: 206146
show more ...
|
#
d38c6b1e |
| 14-Apr-2014 |
Saleem Abdulrasool <compnerd@compnerd.org> |
tools: address possible non-null terminated filenames
If a filename is a multiple of 18 characters, there will be no null-terminator. This will result in an invalid access by the constructed StringR
tools: address possible non-null terminated filenames
If a filename is a multiple of 18 characters, there will be no null-terminator. This will result in an invalid access by the constructed StringRef. Add a test case to exercise this and fix that handling. Address this same vulnerability in llvm-readobj as well.
llvm-svn: 206145
show more ...
|
#
63a0dd65 |
| 13-Apr-2014 |
Saleem Abdulrasool <compnerd@compnerd.org> |
tools: avoid a string duplication
The auxiliary file records are contiguous and only contain the filename. Construct a StringRef directly rather than copying to a temporary buffer.
Suggested by maj
tools: avoid a string duplication
The auxiliary file records are contiguous and only contain the filename. Construct a StringRef directly rather than copying to a temporary buffer.
Suggested by majnemer on IRC!
llvm-svn: 206139
show more ...
|
#
9ede5c7d |
| 13-Apr-2014 |
Saleem Abdulrasool <compnerd@compnerd.org> |
tools: teach objdump about FILE aux records
Add support for file auxiliary symbol entries in COFF symbol tables. A COFF symbol table with a FILE entry is followed by sizeof(__FILE__) / 18 auxiliary
tools: teach objdump about FILE aux records
Add support for file auxiliary symbol entries in COFF symbol tables. A COFF symbol table with a FILE entry is followed by sizeof(__FILE__) / 18 auxiliary symbol records which contain the filename. Read them and form the original filename that the record contains. Then display the name in the output.
llvm-svn: 206126
show more ...
|
Revision tags: llvmorg-3.4.1-rc1 |
|
#
eb370923 |
| 27-Mar-2014 |
Lang Hames <lhames@gmail.com> |
Update MCSymbolizer and its subclasses' constructors to reflect the fact that they take ownership of the RelocationInfo they're constructed with.
llvm-svn: 204891
|
#
18432275 |
| 20-Mar-2014 |
Greg Fitzgerald <gregf@codeaurora.org> |
llvm-objdump output hex to match binutils' objdump
Patch by Ted Woodward
llvm-svn: 204409
|
#
ddf28f2b |
| 19-Mar-2014 |
David Majnemer <david.majnemer@gmail.com> |
Object: Provide a richer means of describing auxiliary symbols
The current state of affairs has auxiliary symbols described as a big bag of bytes. This is less than satisfying, it detracts from the
Object: Provide a richer means of describing auxiliary symbols
The current state of affairs has auxiliary symbols described as a big bag of bytes. This is less than satisfying, it detracts from the YAML file as being human readable.
Instead, allow for symbols to optionally contain their auxiliary data. This allows us to have a much higher level way of describing things like weak symbols, function definitions and section definitions.
This depends on D3105.
Differential Revision: http://llvm-reviews.chandlerc.com/D3092
llvm-svn: 204214
show more ...
|
#
4e39f717 |
| 18-Mar-2014 |
Rui Ueyama <ruiu@google.com> |
Use early returns to reduce nesting.
llvm-svn: 204171
|
#
464d2e44 |
| 17-Mar-2014 |
Alexey Samsonov <samsonov@google.com> |
[C++11] Introduce ObjectFile::symbols() to use range-based loops.
Reviewers: rafael
Reviewed By: rafael
CC: llvm-commits
Differential Revision: http://llvm-reviews.chandlerc.com/D3081
llvm-svn:
[C++11] Introduce ObjectFile::symbols() to use range-based loops.
Reviewers: rafael
Reviewed By: rafael
CC: llvm-commits
Differential Revision: http://llvm-reviews.chandlerc.com/D3081
llvm-svn: 204031
show more ...
|
#
aa4d2957 |
| 14-Mar-2014 |
Alexey Samsonov <samsonov@google.com> |
[C++11] Introduce SectionRef::relocations() to use range-based loops
Reviewers: rafael
Reviewed By: rafael
CC: llvm-commits
Differential Revision: http://llvm-reviews.chandlerc.com/D3077
llvm-sv
[C++11] Introduce SectionRef::relocations() to use range-based loops
Reviewers: rafael
Reviewed By: rafael
CC: llvm-commits
Differential Revision: http://llvm-reviews.chandlerc.com/D3077
llvm-svn: 203927
show more ...
|
#
48803e5c |
| 13-Mar-2014 |
Alexey Samsonov <samsonov@google.com> |
[C++11] Use ObjectFile::sections() in commandline llvm tools
llvm-svn: 203802
|
#
df17c83f |
| 07-Mar-2014 |
Ahmed Charles <ahmedcharles@gmail.com> |
Change MCDisassembler::setSymbolizer to take unique_ptr by value.
This changes the interface to be more explicit that ownership is being transferred.
llvm-svn: 203223
|
#
35476334 |
| 06-Mar-2014 |
Saleem Abdulrasool <compnerd@compnerd.org> |
Support: split object format out of environment
This is a preliminary setup change to support a renaming of Windows target triples. Split the object file format information out of the environment i
Support: split object format out of environment
This is a preliminary setup change to support a renaming of Windows target triples. Split the object file format information out of the environment into a separate entity. Unfortunately, file format was previously treated as an environment with an unknown OS. This is most obvious in the ARM subtarget where the handling for macho on an arbitrary platform switches to AAPCS rather than APCS (as per Apple's needs).
llvm-svn: 203160
show more ...
|
#
56440fd8 |
| 06-Mar-2014 |
Ahmed Charles <ahmedcharles@gmail.com> |
Replace OwningPtr<T> with std::unique_ptr<T>.
This compiles with no changes to clang/lld/lldb with MSVC and includes overloads to various functions which are used by those projects and llvm which ha
Replace OwningPtr<T> with std::unique_ptr<T>.
This compiles with no changes to clang/lld/lldb with MSVC and includes overloads to various functions which are used by those projects and llvm which have OwningPtr's as parameters. This should allow out of tree projects some time to move. There are also no changes to libs/Target, which should help out of tree targets have time to move, if necessary.
llvm-svn: 203083
show more ...
|
#
2b614e11 |
| 24-Feb-2014 |
Simon Atanasyan <simon@atanasyan.com> |
llvm-objdump: Do not attempt to disassemble symbols outside of section boundaries.
It is possible to create an ELF executable where symbol from say .text section 'points' to the address outside the
llvm-objdump: Do not attempt to disassemble symbols outside of section boundaries.
It is possible to create an ELF executable where symbol from say .text section 'points' to the address outside the section boundaries. It does not have a sense to disassemble something outside the section.
Without this fix llvm-objdump prints finite or infinite (depends on the executable file architecture) number of 'invalid instruction encoding' warnings.
llvm-svn: 202083
show more ...
|
#
90c7f1cc |
| 24-Feb-2014 |
Rafael Espindola <rafael.espindola@gmail.com> |
Replace the F_Binary flag with a F_Text one.
After this I will set the default back to F_None. The advantage is that before this patch forgetting to set F_Binary would corrupt a file on windows. For
Replace the F_Binary flag with a F_Text one.
After this I will set the default back to F_None. The advantage is that before this patch forgetting to set F_Binary would corrupt a file on windows. Forgetting to set F_Text produces one that cannot be read in notepad, which is a better failure mode :-)
llvm-svn: 202052
show more ...
|
#
7dbcdd08 |
| 24-Feb-2014 |
Rafael Espindola <rafael.espindola@gmail.com> |
Don't make F_None the default.
This will make it easier to switch the default to being binary files.
llvm-svn: 202042
|
#
b5155a57 |
| 10-Feb-2014 |
Rafael Espindola <rafael.espindola@gmail.com> |
Change the begin and end methods in ObjectFile to match the style guide.
llvm-svn: 201108
|
#
20122a43 |
| 31-Jan-2014 |
Rafael Espindola <rafael.espindola@gmail.com> |
Simplify getSymbolFlags.
None of the object formats require extra parsing to compute these flags, so the method cannot fail.
llvm-svn: 200574
|