| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
llvm-svn: 108691
|
|
|
|
|
|
| |
Patch by Benjamin Saunders.
llvm-svn: 108690
|
|
|
|
| |
llvm-svn: 97608
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Modules and ModuleProviders. Because the "ModuleProvider" simply materializes
GlobalValues now, and doesn't provide modules, it's renamed to
"GVMaterializer". Code that used to need a ModuleProvider to materialize
Functions can now materialize the Functions directly. Functions no longer use a
magic linkage to record that they're materializable; they simply ask the
GVMaterializer.
Because the C ABI must never change, we can't remove LLVMModuleProviderRef or
the functions that refer to it. Instead, because Module now exposes the same
functionality ModuleProvider used to, we store a Module* in any
LLVMModuleProviderRef and translate in the wrapper methods. The bindings to
other languages still use the ModuleProvider concept. It would probably be
worth some time to update them to follow the C++ more closely, but I don't
intend to do it.
Fixes http://llvm.org/PR5737 and http://llvm.org/PR5735.
llvm-svn: 94686
|
|
|
|
|
|
|
|
| |
boolean values were distinguishable from integers. The attached patch introduces "typedef int LLVMBool;", and uses LLVMBool instead of int throughout the C API, wherever a boolean value is called for."
Patch by James Y Knight!
llvm-svn: 93079
|
|
|
|
|
|
|
|
| |
EE::create().
Also a test commit.
llvm-svn: 76276
|
|
|
|
|
|
|
|
|
| |
This adds location info for all llvm_unreachable calls (which is a macro now) in
!NDEBUG builds.
In NDEBUG builds location info and the message is off (it only prints
"UREACHABLE executed").
llvm-svn: 75640
|
|
|
|
|
|
|
|
|
| |
Make llvm_unreachable take an optional string, thus moving the cerr<< out of
line.
LLVM_UNREACHABLE is now a simple wrapper that makes the message go away for
NDEBUG builds.
llvm-svn: 75379
|
|
|
|
|
|
| |
Calling into createJIT directly creates a circular dependency between libjit and lib ee.
llvm-svn: 73567
|
|
|
|
| |
llvm-svn: 70454
|
|
|
|
|
|
|
| |
which better identifies what the optimization is doing. And is more flexible for
future uses.
llvm-svn: 70440
|
|
|
|
|
|
|
| |
an optimization level instead of a simple boolean telling it to generate code
"fast" or the other type of "fast".
llvm-svn: 70347
|
|
|
|
|
|
| |
PR3364
llvm-svn: 62697
|
|
|
|
|
|
|
| |
Evan broke it in r54523 by adding a parameter in the implementation without
updating the header correspondingly.
llvm-svn: 54555
|
|
|
|
| |
llvm-svn: 54523
|
|
|
|
| |
llvm-svn: 52523
|
|
|
|
|
|
| |
Applying fix by Frits van Bommel.
llvm-svn: 50249
|
|
|
|
|
|
| |
patch by David Chisnall.
llvm-svn: 48963
|
|
|
|
| |
llvm-svn: 48851
|
|
|
|
|
|
| |
annoying warnings.
llvm-svn: 47367
|
|
|
|
|
|
|
| |
to be used for the force_interpreter parameter...
Spotted by gcc-4.2.
llvm-svn: 45714
|
|
|
|
| |
llvm-svn: 45418
|
|
llvm-svn: 45335
|