don't Fail if trying to mkdir when the dir already exists
add a script to generate large synthetic manifests

To be used by a manifest parser perf test in a follow-up.
Merge pull request #699 from mostynb/avoid_useless_mkdir_failure

don't Fail if trying to mkdir when the dir already exists
performance: Writer.build should copy less.

The build method copies the input lists several times. That
cost about 0.1s in the gyp generation for the Chromium project for
no gain.
Merge pull request #732 from bratell-at-opera/bratell/fewer_list_copies_20140414

performance: Writer.build should copy less.
Merge pull request #722 from nico/manifestgen

add a script to generate large synthetic manifests
CLParser shouldn't read stderr
Merge pull request #734 from sgraham/no-stderr

CLParser shouldn't read stderr
Disable rtti for gtest on no Windows platform.

See: https://github.com/martine/ninja/pull/254
Improve ninja responsiveness to SIGINT.

This problem is subtle. When executing many short (in time) sub-processes,
ninja does not respond well to SIGINT. This due to the short time frame where
ninja is not blocking SIGINT. Before this patch the time frame was the time
frame of the pselect(1)/ppoll(1) system call. This time frame get very short
when sub-processes does not live for long (the worst case is with "sleep 0"
command). With this patch it is no longer an issue.
Allow to stop ninja and its sub-processes at once.

Before this patch each sub-processes had its own group. This was great
because we could terminate each sub-processes group independently. Thus, author
of commands started by ninja did not have to worry about terminating their
own sub-processes. They were part of the same group as their command and ninja
was terminating the whole group.

However, with this approach the ninja process and its direct sub-processes
are not in the same group. This is a problem when you want to stop (= sending
SIGSTOP or hitting control-z) or continue a ninja job. In this case only the
ninja process is stopped and its direct sub-processes keep running until they
block on their IO because ninja is no longer reading them. If they do not
write, then they are not stopped at all.

With this patch you can use control-z but signal is sent to each sub-process
instead of each sub-process's group.

make(1) has the same behavior.
Catch SIGTERM for interruption.

Default signal sent by other program to gently terminates another one
is SIGTERM. So ninja should handle it.
Handle EINTR on waitpid().
Handle EINTR when reading from child's pipe.