History log of /frameworks/compile/libbcc/lib/ExecutionEngine/SourceInfo.cpp
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
e708ffe612f4566bea20334d2c9dac34db508e6e 04-May-2012 Stephen Hines <srhines@google.com> Update to new llvm::MemoryBuffer::getMemBuffer() interface.

The latest version of this function checks whether the incoming buffer is
NULL-terminated. In the case of bitcode, this is not true, so we need to pass
additional arguments to the function to ensure that the assert doesn't trip.

Change-Id: Iaab9bdea67387dfaa88dde1f408cfcf654a741af
/frameworks/compile/libbcc/lib/ExecutionEngine/SourceInfo.cpp
274926b0bcde562d51cbcf401a6f4a20cc2ddd70 03-May-2012 Stephen Hines <srhines@google.com> Revert "Add BCCContext."

This reverts commit c09dee62ae85df78e72f77900501a359f4a9fd99.
/frameworks/compile/libbcc/lib/ExecutionEngine/SourceInfo.cpp
ead5ccba05af33df1a061b39847a9be137c00143 03-May-2012 Stephen Hines <srhines@google.com> Revert "Refactor SourceInfo into Source."

This reverts commit 4ce024bcff99bb154f44a73f4cf6201a0fe75917.
/frameworks/compile/libbcc/lib/ExecutionEngine/SourceInfo.cpp
4ce024bcff99bb154f44a73f4cf6201a0fe75917 25-Apr-2012 Shih-wei Liao <sliao@google.com> Refactor SourceInfo into Source.

A Script object is associated with a Source object (HAS-A relation.)

A Source object describes the source code (more specifically, the LLVM
module) that is going to be compiled.

BCCContext contains the context used in a Source object.

BCCContext is now managed by the user not the libbcc itself. That is,
user should supply the context object when they create a Source object.

Change-Id: Icb8980d6f15cf30aa0415e69e3ae585d990dc156
/frameworks/compile/libbcc/lib/ExecutionEngine/SourceInfo.cpp
c09dee62ae85df78e72f77900501a359f4a9fd99 12-Apr-2012 Zonr Chang <zonr.net@gmail.com> Add BCCContext.

Convention:
* namespace bcc {
/* no space here */class [ClassName] {
...
};

} // end namespace bcc
* Instance variables are prefixed with "m";
* Class variable/method are captialized;
* Local variables in the function are in lower case with underscore;
* Parameters to the function are prefixed with "p";
* Include guard in the header will look like
#ifndef BCC_<sub folder>_<class>_H
* The order of implementation in .cpp is in the order of their
declaration with the following constraints:
i. Class methods go first
ii. Recursively apply this rule to the sub-class
iii. Then the constructor and destructor of the class
iv. And then the instance methods
* The order of includes in Foo.cpp should be:
i. Foo.h should always go first
ii. C headers
iii. C++ headers
iv. LLVM headers
iv. Other headers from the project other than libbcc and Android
frameworks (i.e., f/b/include/utils/)
v. Header files defined in libbcc
vi. Header files from Android frameworks (f/b/include/utils/)

Android frameworks should be included in the last since it
implicitly includes cutils/log.h which may cause LOG_TAG be
defined to NULL if no LOG_TAG hasn't been defined ever before
include it.

* Avoid including STL and LLVM headers in the BCC headers. Some
clients (e.g., RenderScript) may prefer not include the C++ STL
support and don't want to associate with LLVM directly.

BCCContext manages the global data across the libbcc infrastructure.
This includes LLVMContext object required by materialize bitcode into
llvm::Module and LLVM compilation infrastructure.

Furthermore, BCCContext is escalated to be managed in Script instead
of in the SourceInfo.

Change-Id: I60b9da7b5c61f6c684dcf981ba5abaf066e3c883
/frameworks/compile/libbcc/lib/ExecutionEngine/SourceInfo.cpp
0e56786df8c1d4828798f91fe2bf850d414ee04f 12-Mar-2012 Stephen Hines <srhines@google.com> Remove USE_CACHE support, since we only need MC support.

BUG=6051742

This change also removes the legacy bcc_cache.h header by moving any relevant
defines still there to bcc_mccache.h. These types/values are now renamed to
generally use "MCO" instead of "OBCC".

Change-Id: I6c611bd296c0335cacd82025933f36eb55bff72f
/frameworks/compile/libbcc/lib/ExecutionEngine/SourceInfo.cpp
369996246f0e2a33bb1a0aae2a8d9f91a8ffa671 12-Mar-2012 Stephen Hines <srhines@google.com> Remove USE_MCJIT configuration flags, since MC is the only path.

BUG=6051742

This also removes references to MCJIT, since we use MC CodeGen, and not the
actual LLVM MCJIT path.

Change-Id: I3518ae7c91952251a3bd2fc4c3b2a418572a4998
/frameworks/compile/libbcc/lib/ExecutionEngine/SourceInfo.cpp
9ddeb6b4afb1c3366fd4f95d6d31b3e221f46c85 12-Mar-2012 Stephen Hines <srhines@google.com> Remove OLD_JIT support from libbcc.

BUG=6051742

This change removes some legacy defines and files related to the original
LLVM JIT path. A follow-up change should remove MCJIT-related defines, since
we are not a JIT, but instead using MC CodeGen to emit ELF.

Change-Id: I193235a7716e5f8c653a617a2fb74840bf3406e0
/frameworks/compile/libbcc/lib/ExecutionEngine/SourceInfo.cpp
4adbcb275454d7cc179a541ff07f37474f31b522 07-Feb-2012 Zonr Chang <zonr.net@gmail.com> Add a non-null guard in ~SourceInfo().

Prevent dereference from null Module object.
/frameworks/compile/libbcc/lib/ExecutionEngine/SourceInfo.cpp
df3fee4cc5190480970200f0162b00b841f22011 10-Jan-2012 Zonr Chang <zonr.net@gmail.com> Let SourceInfo take charage of and LLVM module.

I.e., a module never escapes from its associated SourceInfo object.

Change-Id: Ib7fe914052e8b1b06b879737f57828739d54e0f0
/frameworks/compile/libbcc/lib/ExecutionEngine/SourceInfo.cpp
10c1412e6cb35cfc90abb5e36ba1340a8c55f44e 08-Jan-2012 Steve Block <steveblock@google.com> Rename (IF_)LOGE(_IF) to (IF_)ALOGE(_IF) DO NOT MERGE

See https://android-git.corp.google.com/g/#/c/157220

Bug: 5449033
Change-Id: Ic34de235eb1cd094af555d7299da643a626ca092
/frameworks/compile/libbcc/lib/ExecutionEngine/SourceInfo.cpp
10c51459fd4e6262e2284ffad49a1e581659771e 06-Jan-2012 Steve Block <steveblock@google.com> Rename (IF_)LOGW(_IF) to (IF_)ALOGW(_IF) DO NOT MERGE

See https://android-git.corp.google.com/g/157065

Bug: 5449033
Change-Id: I93980a1ca8073dc080e017c9965d43ec7d5c4337
/frameworks/compile/libbcc/lib/ExecutionEngine/SourceInfo.cpp
d2a5f305f48c47b9e98a0d7ccdd0cf027bdcfe18 19-Jul-2011 Logan Chien <loganchien@google.com> Separate OLD_JIT code.

Either move Old JIT code into OldJIT directory or wrap them
with #if USE_OLD_JIT, so that we can remove Old JIT easily
in the future.

Change-Id: Id820cc2143ac4b7685460ba38258c664f4da495e
/frameworks/compile/libbcc/lib/ExecutionEngine/SourceInfo.cpp
5e3e0ce19d80c9a42b89ca95f22d98fbbe6ffb14 17-Jun-2011 Shih-wei Liao <sliao@google.com> josephwen Adds caching for MC JIT.

New MCCacheReader in addition to the classic JIT's CacheReader.[cpp|h].
New MCCacheWriter in addition to the classic JIT's CacheReader.[cpp|h].

Change-Id: Iffd490caf25136d52cefc1c6bc2a78fa991236cd
/frameworks/compile/libbcc/lib/ExecutionEngine/SourceInfo.cpp
c4ea07fae41dad1b38cb5d9ab802f78d99c8b00f 09-Mar-2011 Logan Chien <tzuhsiang.chien@gmail.com> Apply changes to sync with llvm upstream.
/frameworks/compile/libbcc/lib/ExecutionEngine/SourceInfo.cpp
45e84be0bbe39c5e08e1c2a45c62e09c9dcd0582 27-Feb-2011 Logan <tzuhsiang.chien@gmail.com> Rename bcc -> ExecutionEngine , runtime -> ScriptCRT
/frameworks/compile/libbcc/lib/ExecutionEngine/SourceInfo.cpp