|  | Commit message (Collapse) | Author | Age | Files | Lines | 
|---|
| | 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| | This deprecates:
* LLVMParseBitcode
* LLVMParseBitcodeInContext
* LLVMGetBitcodeModuleInContext
* LLVMGetBitcodeModule
They are replaced with the functions with a 2 suffix which do not record
a diagnostic.
llvm-svn: 256065 | 
| | 
| 
| 
| | llvm-svn: 255985 | 
| | 
| 
| 
| 
| 
| 
| 
| 
| | Type specific declarations have been moved to Type.h and error handling
routines have been moved to ErrorHandling.h. Both are included in Core.h
so nothing should change for projects directly including the headers,
but transitive dependencies may be affected.
llvm-svn: 255965 | 
| | 
| 
| 
| 
| 
| | I accidently introduced those in r227319.
llvm-svn: 227339 | 
| | 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| | Summary:
MetadataAsValue uses a canonical format that strips the MDNode if it
contains only a single constant value. This triggers an assertion when
trying to cast the value to a MDNode.
Subscribers: llvm-commits
Differential Revision: http://reviews.llvm.org/D7165
llvm-svn: 227319 | 
| | 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| | Summary: We should only have llvm-c-test use libLLVM if the library is built with the default set of components or if LLVM_DYLIB_COMPONENTS includes all the LLVM_LINK_COMPONENTS required for llvm-c-test. Making libLLVM always used causes build failures if libLLVM doesn't include all
Reviewers: chapuni, ributzka
Reviewed By: ributzka
Subscribers: ributzka, llvm-commits
Differential Revision: http://reviews.llvm.org/D6668
llvm-svn: 224541 | 
| | 
| 
| 
| | llvm-svn: 221592 | 
| | 
| 
| 
| | llvm-svn: 218682 | 
| | 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| | We normally don't drop functions from the C API's, but in this case I think we
can:
* The old implementation of getFileOffset was fairly broken
* The introduction of LLVMGetSymbolFileOffset was itself a C api breaking
  change as it removed LLVMGetSymbolOffset.
* It is an incredibly specialized use case. The only reason MCJIT needs it is
  because of its odd position of being a dynamic linker of .o files.
llvm-svn: 206750 | 
| | 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| | With a current mingw (gcc 4.8.1) it looks like we hit some variation of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40278
The end result is that off_t is not defined and the build fails without this
patch.
llvm-svn: 198749 | 
| | 
| 
| 
| | llvm-svn: 196908 | 
| | 
| 
| 
| 
| 
| | Detected by valgrind.
llvm-svn: 193416 | 
| | 
| 
| 
| | llvm-svn: 193254 | 
|  | This provides rudimentary testing of the llvm-c api.
The following commands are implemented:
  * --module-dump
    Read bytecode from stdin - print ir
  * --module-list-functions
    Read bytecode from stdin - list summary of functions
  * --module-list-globals
    Read bytecode from stdin - list summary of globals
  * --targets-list
    List available targets
  * --object-list-sections
    Read object file from stdin - list sections
  * --object-list-symbols
    Read object file from stdin - list symbols (like nm)
  * --disassemble
    Read lines of triple, hex ascii machine code from stdin - print disassembly
  * --calc
    Read lines of name, rpn from stdin - print generated module ir
Differential-Revision: http://llvm-reviews.chandlerc.com/D1776
llvm-svn: 193233 |