Remove -Bsymbolic from builds.

This is causing issues when tools like asan try to wrap calls like
malloc. See the referenced bug for more details.

Bug: 15432753
Change-Id: I15e8eab5b773afd02dc14c78500cf8246a617718
Introduce CC/CXX/JAVAC_WRAPPER to wrap the calls to clang.

This is essentially Ide800c24f0c2ebbb1cfb358bd8f99ec8a9d41253
applied to clang.

Change-Id: I883f9e9a31fff50a64568a06ef5248437344542b
Updated gdbclient path support.

Now gdbclient accepts a fully qualified pathname for EXEs, which it will
not modify, or a relative pathname, to which it will prefix
"/system/bin".  As an example, each of the following now works.

Fully qualified:
adb shell gdbserver :5039 /system/bin/ping
bg
gdbclient /system/bin/ping :5039 /system/bin/ping

Relative:
adb shell gdbserver :5039 /system/bin/ping
bg
gdbclient ping :5039 /system/bin/ping

Change-Id: I1e4c9fca64c4fbc52c255271cc7f83f35c258509
Merge "Updated gdbclient path support."
Switch another reference from core to core-libart

Bug: 14298175
Change-Id: I37dc7d5bc63d967db4b3cb8aee695a40b12a8c8d
Merge "Switch another reference from core to core-libart"
Resolve :32 to 32-bit variant only if the variant exists.

Otherwise we just use the original module name.
With this change :32 in 32-bit product configuration will be installed
as expected.

Change-Id: Ibbbf3e8807a17b47f4259c00000a63336bc02f92
Merge "Resolve :32 to 32-bit variant only if the variant exists."
Invoke debuggerd64 when appropriate with stacks.

Read out the ELF header to see if the executable is 64-bit or 32-bit,
then call the appropriate debuggerd. In bash. Ugh.

Change-Id: I6550fe92e775659cd0370bcb70f40dd59238ad8f
Merge "Invoke debuggerd64 when appropriate with stacks."
Support to add JNI of both archs in multilib build.

Use "LOCAL_MULTILIB := both" to install jni libraries of both archs in
multilib build.
The build system will package jni of both archs to the apk, or install
them to the right location on the system image and create symlinks,
extract .so files from prebuilt apk, etc if appropriate.

Bug: 15849902
Change-Id: I7e147b5a47db476584c38250de7b36c75ea40d81
Merge "Support to add JNI of both archs in multilib build."
Allow LOCAL_RESOURCE_DIR pointing to dir generated during the build

Bug: 15850610
Change-Id: I46b98adb556d8e6bf166761f8bb240006dbe5b14
Merge "Allow LOCAL_RESOURCE_DIR pointing to dir generated during the build"
Add --pseudo-localize aapt parameter for builds.

Some packages can override list of locales with
LOCAL_AAPT_INCLUDE_ALL_RESOURCES parameter, disabling
pseudolocalization. Adding new --pseudo-localize flag to
aapt if pseudo-locales are specified in product locales
list solves this issue.

Change-Id: Iae705d4fe99453650339fd1ca65d1005671b3e4f
Merge "Add --pseudo-localize aapt parameter for builds."
Add -Wl,--fatal-warnings to x86_64.

Bug: 11358761
Change-Id: I0c86a2ce3f95e89cc6c6eed65f3595922a90f45f
Merge "Add -Wl,--fatal-warnings to x86_64."
Host support for prefer symlink

We need a host symlink for dalvik, our *-dalvik-host build targets
are failing.

Change-Id: I6045de20c948b456a150033deb3459895aff83c6
Merge "Host support for prefer symlink"