Fix coverage-report-server.py script to work with absolute srcpath

The issue is due to os.path.join semantics:

If a component is an absolute path, all previous components are thrown away
and joining continues from the absolute path component.

Add upstream LLVM coverage-report-server.py script for sancov dumps visualization

Remove the libsancov_cb hack

Removed as the __sanitizer_cov_trace_pc stub is available now in GCC
for Tizen 4.0 (Tizen:Base).

Revert "Add removing of the -Wl,-Bsymbolic options in gcc-force-options script"

This reverts commit 76f20263d005bcb2db00dedbb4e1429a95e6a486.
Reverted as the libsancov_cb hack was removed in previous commit.

Add build of sancov.rpm package to deliver scripts for coverage processing

Add Google code style configuration for pylint

link: https://chromium.googlesource.com/chromium/tools/depot_tools.git/+/master/pylintrc

Add '--debug-dirs' option to sancov_symbolize.py

Added '--debug-dirs' for specifying paths to directories with .debug files
containing debug information for specified binaries.

Changes:
  - Moved arguments parsing logic to a new function 'parse_args'
  - print_symcov() now accepts list of tuples as its argument instead of a dict
  - Added 'debug_info' argument to get_symbolized_coverage()
  - Updated usage message

Fix regexp expressions in sancov.py to work with old grep on Tizen

Grep is known to treat "\s" differently:
only in newer versions it is intrepreted as whitespace.
See http://savannah.gnu.org/bugs/?30515 for details

On Tizen the grep verions is 2.5.2 and "\s" is not yet supported as a special
symbol there.

Add support for __sanitizer_cov_trace_pc to sancov.py

Add upstream LLVM sancov.py script for sancov dumps parsing

[sanitizer-coverage] Add script for coverage symbolization

Fix the includes in lib/Fuzzer on Windows that have ordering
dependencies and add comments to tell future maintainers about those
requirements.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@304843 91177308-0d34-0410-b5e6-96231b3b80d8

Sort the remaining #include lines in include/... and lib/....

I did this a long time ago with a janky python script, but now
clang-format has built-in support for this. I fed clang-format every
line with a #include and let it re-sort things according to the precise
LLVM rules for include ordering baked into clang-format these days.

I've reverted a number of files where the results of sorting includes
isn't healthy. Either places where we have legacy code relying on
particular include ordering (where possible, I'll fix these separately)
or where we have particular formatting around #include lines that
I didn't want to disturb in this patch.

This patch is *entirely* mechanical. If you get merge conflicts or
anything, just ignore the changes in this patch and run clang-format
over your #include lines in the files.

Sorry for any noise here, but it is important to keep these things
stable. I was seeing an increasing number of patches with irrelevant
re-ordering of #include lines because clang-format was used. This patch
at least isolates that churn, makes it easy to skip when resolving
conflicts, and gets us to a clean baseline (again).

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@304787 91177308-0d34-0410-b5e6-96231b3b80d8

[llvm] Remove double semicolons

Reviewers: craig.topper, arsenm, mehdi_amini

Reviewed By: mehdi_amini

Subscribers: mehdi_amini, wdng, nhaehnle, javed.absar, llvm-commits

Differential Revision: https://reviews.llvm.org/D33924

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@304767 91177308-0d34-0410-b5e6-96231b3b80d8

[libFuzzer] fix a test to match the new sanitizer run-time

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@304333 91177308-0d34-0410-b5e6-96231b3b80d8

[libFuzzer] Don't replace custom signal handlers.

Summary:
This allows to keep handlers installed by sanitizers.
In other cases third-party code can replace handlers after libFuzzer
initialization anyway.

Reviewers: kcc

Subscribers: llvm-commits

Differential Revision: https://reviews.llvm.org/D33522

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@303828 91177308-0d34-0410-b5e6-96231b3b80d8

[libFuzzer] fix tests on Windows

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@303128 91177308-0d34-0410-b5e6-96231b3b80d8

[libFuzzer] improve the afl driver and it's tests. Make it possible to run individual inputs with afl driver

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@303125 91177308-0d34-0410-b5e6-96231b3b80d8

[libFuzzer] fix a warning from Wunreachable-code-loop-increment reported by Christian Holler. This also fixes a logical bug, which however does not affect the libFuzzer's ability too much (I wasn't able to create a differentiating test)

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@303087 91177308-0d34-0410-b5e6-96231b3b80d8

[libFuzzer] fix a compiler warning

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@302747 91177308-0d34-0410-b5e6-96231b3b80d8

Add TODO comments to remove the libsancov_cb hack

Add removing of the -Wl,-Bsymbolic options in gcc-force-options script

Introduce fuzz-force-options package

The packages forces compile options for Address Sanitization and coverage
needed for fuzzing.

Add building dummy lib for SanCov

Add manifest and spec files needed for GBS build

Initial commit

Copied lib/Fuzzer sources from LLVM repo, master branch, rev:

    commit 1df940a102a8bf84dd51df273fa21f438ec83005
    Author: Mikael Holmen <mikael.holmen@ericsson.com>
    Date:   Wed May 10 06:33:43 2017 +0000

    [UnreachableBlockElim] Check return value of constrainRegClass().

    Summary:
    MachineRegisterInfo::constrainRegClass() can fail if two register classes
    don't have a common subclass or if the register class doesn't contain
    enough registers. Check the return value before trying to remove Phi nodes,
    and if we can't constrain, we output a COPY instead of simply replacing
    registers.

    Reviewers: kparzysz, david2050, wmi

    Reviewed By: kparzysz

    Subscribers: llvm-commits

    Differential Revision: https://reviews.llvm.org/D32999

    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@302622 91177308-0d34-0410-b5e6-96231b3b80

Initial empty repository