| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
Also, we should use the libstdc++ from GCC toolchain
instead of libc++ since gcc does not support _Atomic
type yet.
Change-Id: Ib901811278ed5cac2c5a64ef2d2cbdfa7c3a1081
|
|
|
|
|
|
|
|
| |
clang/llvm 3.5 depends on libcxx's <atomic> which uses _Atomic
not available in gcc until 4.9. Even then, the _Atomic support
is in C11 mode, not C++11 mode.
Change-Id: I211afa5a7ebaa4de88cbedcd44e70bf9e2bac879
|
|
|
|
|
|
|
| |
This will allow the bcinfo BitcodeTranslator to write LLVM 3.2
compatible bitcode.
Change-Id: Id0137ec04a102f09af5b4c0b8020c5ae9b9f3554
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bug: 9503142
A prior LLVM rebase accidentally overwrote the various bitcode writer
implementations with respect to function attributes. They were writing a new
style section, which would not be able to be parsed/used on older devices.
This change restores the generation of the legacy function attribute bitcode
format.
Change-Id: Ib6afc5ae405303881605c51c34b6966e4754c29d
|
|
This change switches llvm-rs-cc to use a single format for JB+ target API
LLVM bitcode. This simplifies upstream rebases, considering the divergent
compressed bitcode format that will be present in LLVM 3.3. We may move
back to using the upstream BitWriter again at some point in the future, but
for now, it seems like the best choice is to stick with the 3.2 format.
Change-Id: I8cfc54d7da7c7168f8f0d5f8fc24c2598b81aff8
|