History log of /build/core/clang/config.mk
Revision Date Author Comments
b34b7aeb31d1dc60105c8e83c8188d25850616e2 30-Sep-2014 Stephen Hines <srhines@google.com> Switch TBLGEN-related executables to use "BUILD_" instead of "HOST_".

Bug: 14416410
Change-Id: Ife2d7329795f229adcddc5c57b20aa96c56387c0
b169fb78227f4a42ac239c134e547e2fd12991ca 29-Jul-2014 Ying Wang <wangying@google.com> Revert "Revert "Introduce CC/CXX/JAVAC_WRAPPER to wrap the calls to clang.""

This reverts commit a4f84fdfed9a805d69b37de997512cd0616b3ff8.
Added "export CCACHE_CPP2 := true" to work around ccache bug with clang.
See:
http://petereisentraut.blogspot.com/2011/09/ccache-and-clang-part-2.html

Change-Id: I2b1fa8fd59c3a113c4028a92a1d16018133c9792
338d1e7f330dd39aa4f23eeda1a5ffe979ba3b76 17-Jun-2014 Brian Carlstrom <bdc@google.com> Help catch common 32/64-bit errors.

(cherry picked from commit cf5ea762e015bc044d251814d9062ef1df4dd49f)

Change-Id: I43eb93d41967c63acb0723083c0178019f1364d0
2713fcebbae97c6132c9fa61b8db795d29813dc6 09-Jun-2014 Ying Wang <wangying@google.com> Switch to 32-bit-by-default host multilib build.

Also we don't need to force LLVM built from source, for we already force
LLVM to be built as 32-bit.

Bug: 13751317
Change-Id: Ifadf1988d28b60cb06316de50f5bdc1834f1acc0
5339640da6fe07558eea90d7656da9896fd685ff 04-Jun-2014 Stephen Hines <srhines@google.com> Switch name from tblgen -> llvm-tblgen for consistency with upstream tools.

Change-Id: I7735fd88104ff95001dd5f88a1c387df9af993ad
6374153fbf008f39ef5de03120de2b218d1d0701 16-May-2014 Ying Wang <wangying@google.com> Force to build llvm from source in 64-bit host build.

Bug: 13751317
Change-Id: I4a4150bfe21607eb7a2342bbd8120b431427eee5
6feb6d5607ce86a446645564212043964628f540 17-Apr-2014 Ying Wang <wangying@google.com> Support host multilib build

This change basically ported our target multilib to the host side.
It supports 2 host build modes: x86 and x86_64 multilib build.
For now you need to set "BUILD_HOST_64bit=true" to switch to x86_64
multilib build. Later we'll default to x86_64 build and have a flag
to force 32-bit only build, which may be needed by SDK build.

In host module definition, like in target ones, you can use the
following
LOCAL variables to set up multilib configuration:
LOCAL_MULTILIB: can be "both", "first", "32" or "64".
It also supports the same set of arch or 32-vs-64 specific LOCAL
variables.
By default, it builds only for the first arch.

To keep path compatibility, in x86_64 build files are still output to
out/host/linux-x86; Both 32-bit and 64-bit executables are in
out/host/linux-86/bin;
In x86_64 build 32-bit shared libraries are installed to
out/host/linux-x86/lib32
and 64-bit shared libraries are installed to out/host/linux-x86/lib;
32-bit object files are output to out/host/linux-x86/obj32 and 64-bit
object files
are output to out/host/linux-x86/obj.

Bug: 13751317
Change-Id: I6044f83b7db369a33e05209e8c588eb6dc83409f
d6e11825c4e0f0200e7a4ecf11ec3b27e1a31049 12-May-2014 Bernhard Rosenkraenzer <Bernhard.Rosenkranzer@linaro.org> Add some more flags to CLANG_CONFIG_UNKNOWN_CFLAGS

Add some more gcc specific flags that are used somewhere in the tree
(e.g. external/chromium_org) to CLANG_CONFIG_UNKNOWN_CFLAGS

Change-Id: Icc572fdb6ea4ba818c4d18e430296589eb61bf55
Signed-off-by: Bernhard Rosenkraenzer <Bernhard.Rosenkranzer@linaro.org>
48f239c94faca140427afc9aa06cf356b1b6b0de 09-May-2014 Andrew Hsieh <andrewhsieh@google.com> Disable canonical prefixes of system headers

GCC know a few pre-defined paths (relative to its location) to
search for headers, libraries, program, etc. By default GCC prefixes
its own path(argv[0]) and calls realpath() which result in absolute
path with all symlink, . and .. removed.

It's usually good to have canonicalised paths, but absolute paths
in *.d file can cause unnecessary relinking when stale entries
in ccache cache hit

Add -no-canonical-prefixes (gcc>=4.6) and
-fno-canonical-system-headers (gcc>4.6) to disable realpath() on
prefixed paths

Change-Id: I58d739e61fb013015fb05a9c98b2132b307f915a
75b58cc827faad56517181960f81f5b4bd8a08f0 30-Apr-2014 Tim Murray <timmurray@google.com> Remove tblgen and clang-tblgen from prebuilts.

Change-Id: I89fb74da5a516d0f768f72518a401216f8a5b1a8
43d5e1bbc494e62d0d31097fe400f4aaed4f56f1 04-Apr-2014 Tim Murray <timmurray@google.com> Build changes necessary for LLVM 3.5 switch.

Change-Id: Icb6065daada7cb1d7425206830a4ef9e23454c03

Conflicts:
core/clang/arm.mk
d318ba66f90272b618e035e996e0a04f02b4481d 21-Apr-2014 Tim Murray <timmurray@google.com> Update build system for better Clang behavior on Mac.

Change-Id: I1813954681b670807d7e3faaf6d5f5a769cc5f2e
5d8029f234669cf1688739437810db11dcdb403d 21-Feb-2014 Evgeniy Stepanov <eugenis@google.com> Update ASan configuration.

Change runtime library name to keep in sync with upstream.
Enable frame pointers in instrumented code for fast stack unwind.

Change-Id: I815912bb856c56c399639ea76ad4cb6b97961840
125a3c9fb00acf81c1bd395519879094d9af5b3a 24-Mar-2014 Tim Murray <timmurray@google.com> Always use prebuilt clang, even if we're explicitly building clang/LLVM.

This is needed for self-hosting Clang/LLVM.

bug 13588226

Change-Id: Ic98adc2b174b12ce046b7b65bbc28901a766a485
02cefc93a8b7555dd5e45f39348ab1473192983b 20-Mar-2014 Tim Murray <timmurray@google.com> Make Clang host builds hermetic on Linux.

This lays the groundwork for making builds hermetic on Darwin as well.
That will be fixed in a future patch.

bug 13435344

Change-Id: Iae82d0b9efad0598d682ff5fd4daa737aa607866
ba8b377d89a3bd37ef6112e21c852be75e07db0a 11-Mar-2014 Ying Wang <wangying@google.com> Split WITHOUT_CLANG to WITHOUT_HOST_CLANG and WITHOUT_TARGET_CLANG

Still keep WITHOUT_CLANG, which enables both.

Bug: 13402154
Change-Id: I32cb668223997719875751bf3d64f592d6086830
7bc754bca995a1d57e3573ac37edd9531f59e432 19-Feb-2014 Stephen Hines <srhines@google.com> Switch to LLVM 3.4 prebuilts in AOSP.

Change-Id: I064e953fb1bf69e7e321616647aab88dcc39af76
28256de43b7934a05b04f51b20966db9c7f941bd 14-Feb-2014 Stephen Hines <srhines@google.com> Switch to Clang 3.4 prebuilts.

Change-Id: Ic8b0a7db4bb8ea96013e6b8c2f1fcdb80b6a7b03
1f9828387d8d3d0b1a02f99633ac58a68aa366ad 07-Feb-2014 Ying Wang <wangying@google.com> Refactor llvm_config.mk and support the 2nd arch

1. Following the setup of gcc in build/core/combo/,
we added the [HOST|TARGET]_<arch>.mk clang config files,
and load only the configs needed by the current product.
2. Added support for the 2nd arch.

Change-Id: I2a383418a9688a050b39492f8e489d40eeeb5f2d