summaryrefslogtreecommitdiffstats
path: root/tools
AgeCommit message (Collapse)AuthorFilesLines
2014-10-01Remove Atom workaround.Tim Murray1-4/+0
This is no longer necessary because the upstream bug has been fixed. bug 15343872 Change-Id: I1fecb106626c357be726ca9d0922e3528e288a75
2014-09-04Set x86 SSE features explicitly in bccJian Li1-0/+24
Signed-off-by: Yong Chen <yong.a.chen@intel.com> (cherry picked from commit 602ce0336c0ff5109923cee9b4426e913e718605) Change-Id: Id6fcf75221874f4ffcd80cfdcd99a118dc591db7
2014-08-07Exclude only modules with prebuilt in prebuilts/sdk.Ying Wang1-5/+0
So we can do tapas build in the full platform source tree. Change-Id: I9bf8bcd61c9c9883a4ac7c94f2bc8db5025d59f0 (cherry picked from commit 1819690a18a6a122cd85dc8d0ef1004f08d3f3a0)
2014-07-25Update libbcc for LLVM rebase to r212749.Stephen Hines2-11/+7
Change-Id: I40304090ada740c2451d32e01c7deed4f4c8c409
2014-06-26Use build fingerprint and compile command for caching.Jean-Luc Brouillet1-3/+4
If either of those have changed, we need to invalidate the compiled bit code. Change-Id: I9b5cdc19e29237dc7fb2ec1627a167f3f8987702
2014-06-19Change cache dependency tracking.Jean-Luc Brouillet4-294/+10
Remove the fix dependencies and make it depend only on the source hash. More changes coming soon to add dependencies on the Android build fingerprint and the command line used to compile. Change-Id: I8964044affccf52326ce286f879307eca79d0b24
2014-06-05Remove unnecessary stlport dependency.Stephen Hines1-2/+1
Change-Id: Ie0ae94c514ab63fae52d3c66a93fde9bdba30757
2014-05-30Turn off Atom code generation for bcc_compat.Stephen Hines1-0/+5
Bug: 15343872 Change-Id: Ibd29f75ecf42835085089dc7f4a0c29c0812eebd
2014-05-30Update libbcc for LLVM 3.5 rebase (r209713).Stephen Hines2-1/+2
Change-Id: I0e882c84176d462958db05e4c9c10bfe995b8ed1
2014-05-16Remove unnecessary inheritance for CompilerConfig, as we switch to offline bcc.Stephen Hines2-8/+0
Change-Id: Id4a5be7b2b4627bfa7ef6279eb3b5b8e75915a7d
2014-05-15Fix some minor issues picked up by valgrind.Stephen Hines1-4/+2
Standalone bcc was leaking memory due to misuse of OwningPtr. RSInfo was not clearing a buffer before using only part of it. The whole buffer was being written out in the resulting file, however. Change-Id: Icd455748f81a06d022f1e5ed83a2ab1cae3fef09
2014-05-06Add options to device bcc for specifying the target architecture.Stephen Hines1-8/+0
Bug: 14474874 Change-Id: Id7342ef4f3be62aded142a27beb8632ea2854383
2014-05-05Remove Makefile->Header code generation from libbcc.Stephen Hines4-72/+1
These variables/defines are not often used and they complicate the use of target information in other Android libraries. Change-Id: I93dc71e17ae8ece1be46a3a609639ec8380cdaf9
2014-04-30Improve standalone bcc for on-device compilation.Stephen Hines1-0/+22
Bug: 7342767 This adds functionality for driver-writers to dynamically load plugins. If such a plugin is loaded, we then execute any function called rsCompilerDriverInit() from it. This function can initialize any other state the driver-writer wants. Change-Id: I733a6a3fc59c429a542cfcaf59a57ad231a19d01
2014-04-23Update libbcc for 64-bit support.Tim Murray3-11/+9
Change-Id: I369a82eb6730a33c46b6700408952fe34020ca51
2014-04-07Add DISABLE_LLVM_DEVICE_BUILDS to libbcc.Tim Murray1-0/+2
Change-Id: Iaad7b2ea8eea6c89c1c1a3d0e145bbb7bf60c6b9
2014-03-25Remove unused static function in tools/bcc/MainNarayan Kamath1-23/+0
Fixes self-hosted clang compile error. Change-Id: I58b7d0327ef30ab8dc8c6898ca0e2aac9390e6bc
2014-03-13Don't compile libbcc on ARM64 targets yet (need ARM64 librsloader).Tim Murray1-0/+3
bug 13280327 Change-Id: I5484d104086d6c86ec7c9dd777c7fbaecdaf7fbb
2013-08-09Update libbcc for LLVM merge to r187914.Stephen Hines2-14/+5
Switch over to new llvm::sys::path implementation. Remove unused Source::CreateFromFd(). F_Binary is now in llvm::sys::fs. Change-Id: Ib0ebb8a1d8ea04e5cf36c8082cf31dab2e144554
2013-08-07am a08768d4: am 48cd7454: Fix Windows build issues for libbcc.Stephen Hines3-2/+7
* commit 'a08768d46fa5e3087d0fbd288366c53495ee2773': Fix Windows build issues for libbcc.
2013-07-31Fix Windows build issues for libbcc.Stephen Hines3-2/+7
Add unimplemented versions of dlfcn.h functions. Remove OutputFile::CreateTemporary(), since it is unused. Remove unnecessary includes to prevent issues with missing libraries. Change-Id: I74bea72c8f174843e61faa8cac8bd6ae429a1bc0
2013-07-30Remove libbcc's dependence on mclinker.Stephen Hines2-440/+0
These features are no longer being used by libbcc, and static initializers from mclinker are conflicting with tool development (i.e. positional argument specifiers for the new bcc executable). Change-Id: I0da427034c50015607a59d4193547868fa9eeabf
2013-07-30Remove ABCC and associated components.Stephen Hines2-279/+0
Change-Id: I93f1c2918ca68268d09fac5249e8ba24d6d76dd8
2013-06-28Fix up a few minor issues with bcc standalone executable.Stephen Hines1-9/+14
1) Default to -O3. This is to match the behavior of the integrated compiler in libbcc today. 2) Actually run the config() step on the RSCompilerDriver. I previously removed the invocation here, since it wasn't doing what we actually wanted by default. This change restores the use of config(). 3) In running the config() step mentioned in 2), we actually now respect the -mtriple compiler flag when run on the host. Device-side compiles will always use the target architecture. This makes it easier to generate multiple resulting object files for different architectures. Change-Id: I623ee8eec3d6c42375973e7b7e27f0800ea8ca48
2013-06-20bcc: Add option -emit-llvmTobias Grosser1-1/+5
Change-Id: I98470c6573b216518f77d338f4659d5b9fbcc3d3
2013-06-18Make bcc produce RS-compatible ELF objects.Stephen Hines2-139/+33
Bug: 7342767 Change-Id: I48e6d459adc477fcb6f3f1d8e4eb8ff7b40c546d
2013-06-17Merge "Remove libbcc's dependence on mclinker."Stephen Hines2-440/+0
2013-06-17.align behaves differently on ARM and x86.Stephen Hines1-1/+1
Change-Id: I3eb4000689a61e030a3a1d50d44c87414e6cf15f
2013-06-17Fix assembly directives for SHA data generation.Stephen Hines1-1/+1
With ".align 8" placed after the symbolic label, the values end up being placed at the wrong location, thus causing reads of 0 (unitialized) values. Consider the following assembly code: foo: .align 8 .byte 0x1 bar: .align 8 .byte 0x2 baz: .align 8 .byte 0x3 This will result in the following sample memory layout: foo -> 0x400 (with value 1 there) bar -> 0x401 (with value 0 - uninitialized memory) 0x408 (with value 2) baz -> 0x409 (with value 0 - uninitialized memory) 0x410 (with value 3) This patch moves the ".align 8" directive before each label. Change-Id: I0e0a2ea4b4d4a48a9fe660e86f8f0106f2ec7723
2013-06-15Remove libbcc's dependence on mclinker.Stephen Hines2-440/+0
These features are no longer being used by libbcc, and static initializers from mclinker are conflicting with tool development (i.e. positional argument specifiers for the new bcc executable). Change-Id: I0da427034c50015607a59d4193547868fa9eeabf
2013-06-13Update libbcc for LLVM merge to r183849.Stephen Hines1-121/+1
Remove unused param to readBytes(). Path.h -> PathV1.h Remove ability to load/run files from bcc tool. Change-Id: I07d735fb86638412f01c4f8285d56f45ca35b672
2013-06-05Further separate build (compile) and load in libbcc.Stephen Hines1-1/+4
Bug: 7342767 Change-Id: Ia6000d6c3557280126c6bb7f945c922528adeedc
2013-06-04Remove ABCC and associated components.Stephen Hines2-275/+0
Change-Id: I93f1c2918ca68268d09fac5249e8ba24d6d76dd8
2013-05-21Stop using libcutils in abccNick Kralevich2-6/+2
abcc is built for the host. However, I'm trying to get rid of all the host-specific parts of libcutils, as it's complicating other refactoring. libcutils is only used to set the process name, so it should be safe to delete. Change-Id: I31079daeebb081f9bc4b9ba3166c58222ad55aef
2013-05-06Adapt libbcc for LLVM/Clang/mclinker update.Stephen Hines1-1/+2
Change-Id: I80260f41b3c80e4cd260480ff32ee35a9215e39a
2013-04-09Add liblogYing Wang1-2/+2
Bug: 8580410 Change-Id: I07783cf4c8b5520e2f3db2e79a584f27b05b84b1
2013-03-26Explicitly set up ARM feature vector for compatibility library.Stephen Hines1-0/+9
Bug: 8271895 Change-Id: I8e97a0cd2dafd0ea197794791ce275b8e5a345d4
2013-03-15Add bcc_strip_attr to remove target-specific function attributes.Stephen Hines2-0/+198
We remove the target-cpu and target-features attributes from each function declaration/definition. Bug: 8383531 Change-Id: Ic7adfb4c0e1de345a3d7871d8295bded6b44191e
2013-03-06Force atom codegen on x86 bcc_compat.Stephen Hines2-5/+6
Change-Id: I3295d7f67868043c9f172dae6d8afa2dcfa17c6b
2013-02-28Build with libLLVM.so instead of static libraries.Stephen Hines3-4/+11
Change-Id: I20f94f3930aea01fda96999b5b829b1a47f4bded
2013-02-27Fix the Darwin buildRomain Guy1-1/+2
Change-Id: Ie3f04525a9938e9c1551777cf2770d6264c237cd
2013-02-07Fix bcc_compat symbol resolution with libcompiler_rt.so.Stephen Hines1-1/+1
Change-Id: Id6177e53ec9647b560a73de566d2d8a95d860200
2013-02-07Remove BCCRuntimeSymbolResolver.Shih-wei Liao1-1/+0
And remove libbcc's long outdated compiler-rt. Change-Id: I57ec4c0403ec8cbaeaedb2333d3e2d20c6e24718
2013-02-07Switch to use libcompiler_rt for compiler runtimes.Shih-wei Liao1-3/+3
Change-Id: I64b3d4ba80343bc592fa0df72242b33b2d2ae0ed
2013-02-04Allow bcc_compat and related libs to be built in PDK.Tim Murray1-2/+2
Change-Id: I6af077959fc0ab08fdf79d5a4c53f7434ae57c21
2013-01-30Don't build bcc_compat for PDK or unbundled builds.Stephen Hines1-3/+5
Change-Id: I13216d5d7f80ed7f6ff037a98a41267a9db1231c
2013-01-11Apply changes to migrate on MCLinker 2.0.2-1.Shih-wei Liao1-0/+30
Change-Id: I8b25ad23c257e8a98069611dde525cc6d37e06e9
2012-12-17Apply changes to migrate on MCLinker 2.0.1.Shih-wei Liao1-1/+1
Change-Id: I6a3a4fac269a7dbec6ecbf06cccfddf08a03251b
2012-11-20am 0db248b8: Merge "libbcc: Fix build with ISO C++ 11 compilers"Stephen Hines1-1/+1
* commit '0db248b8dacadaa75c282281f29548ad8cca301e': libbcc: Fix build with ISO C++ 11 compilers
2012-11-15libbcc: Fix build with ISO C++ 11 compilersBernhard Rosenkraenzer1-1/+1
Make sure "MCLD_VERSION isn't seen as a C++11 string literal Change-Id: I647ba8250fc0f88e57dac56fb682b425ead22f0b Signed-off-by: Bernhard Rosenkraenzer <Bernhard.Rosenkranzer@linaro.org>