[ESan] EfficiencySanitizer support packages.

Add esan-runtime-env, esan-build-env and
esan-force-options packages.

Change-Id: Ibd4deaf217092e4c4067ec408d176e7227369680

[TSan] Add new runtime flag "run_under_qemu".

This flag allows to manage cross build for
binaries with TSan instrumentation.

Change-Id: I41b1cca0506c566f2070f9c17ca68945a3d707f5

[TSan] Add tsan-force-options, tsan-runtime-env.

For this moment tsan-runtime-env works without
preloading libtsan, because of huge memory consumption
by libtsan, at least 1:4. So, adding libtsan to ld.so.preload
will require a huge VM space available, because libtsan
has interceptors for allocators as well as libasan.

In this case I see only one way to enable TSan for DSO:

Build an executable with TSan, which requires DSO we want
to execute. In this case compiler will add section .preinit with
TSan initialization and rltd will call this section early than .init
section for other DSO.

Change-Id: I0cccb8c447287731a7c2b9f09f84a4a490d52d22

Add ISan related options and isan-force-options package

Change-Id: Ibb835c856939f953e03b2f687417a861d9d9c3a7
Signed-off-by: Ivan Baravy <i.baravy@samsung.com>
Signed-off-by: Dongkyun, Son <dongkyun.s@samsung.com>

Fix lsan-force-options, lsan-runtime-env.

Append -marm -Wa,-mimplicit-it=arm, -ldl, -lpthread to
lsan-force-options, fix lsan-runtime-env preun script.

Change-Id: If45e9337e78b87c61c308e5eb84b44e33489f868

[TTC-6] packaging: Enable gcc-contrib package

All scripts related to toolchain moved from
gcc package to gcc-contrib package.

Change-Id: I52019814fe8c4173241d91982e3200da88918593
Signed-off-by: Denis Khalikov <d.khalikov@partner.samsung.com>
Signed-off-by: Dongkyun, Son <dongkyun.s@samsung.com>

Initial empty repository