[Backport] Fix clang++ warnings on -Wtautological-constant-out-of-range-compare

BUG=v8:3730
LOG=N
R=dslomov@chromium.org

Review URL: https://codereview.chromium.org/750093003

Cr-Commit-Position: refs/heads/master@{#25579}
Merge pull request #64 from halton/out-of-range-compare

Fix compiler error on -Wtautological-constant-out-of-range-compare
XDK: Convert line endings from DOS to Unix.

This fixes the presubmit checks that were complaining about wrong line
endings (CRLF instead of just LF) in the xdk-* files, dating back from
when they were added to the tree.

`git blame' still works fine if passed the "-w" option (ignore
whitespace changes).
Merge pull request #67 from rakuco/fix-line-endings

XDK: Convert line endings from DOS to Unix.
XDK HeapProfiler bug fixes: object's types

determination and compilation on Windows

Details of the bug fix:
ClassNames::GetConstructorName returned before only the types for JSObject,
but there are a lot of objects, which are created for v8 purposes and which
exist in heap. User need to understand that these objects exist even if he
cannot affect this directly. I have added the v8 service types determination
as well added the detection of cases when type of the sevice object might be
defined only after analysis of the parent's object. For example the
(object properties) type might be determined only after analysing of the
parent and check follow conditions: 1. parent is a JSObject 2. the child object
is refered by the parent->properties().

The creation sequence of such dependent object are different and sometimes
children objects are created first, sometimes parents are created first.
To determine the type name correctly we need to make sure that the whole
object is created and start to resolve types only after this.
For making sure that objects are created we have added cyclic buffer
XDKAllocationTracker::latest_allocations_. It is filled until trashold, and
when trashold is achieved we start to pop old objects and resolve them. One pop
for one new allocated object.

There is some gap of objects == trashold which are not resolved, and we decided
to ignore this unresolved tail.