Merge pull request #73 from doomdavve/compiler-pathname

Enable icecc to find compilers outside PATH when building locally
Merge pull request #75 from michich/for-upstream

a couple of patches
support GCC's -fdiagnostics-color , by Clang only for now

GCC apparently made the option named backwards and different just for the fun
of it. Clang supports also the GCC way.
change code to support color diagnostics also for GCC

Since it's new in GCC 4.8, for now require ICECC_GCC_COLORS set
to actually make it work like it would automatically with Clang
(icecc doesn't know what compiler version it's run with), the default
can be flipped somewhen later.
try to support GCC colors automatically

It requires GCC_COLORS set if no explicit option is given, so either
do nothing if there's an explicit option, or enable for GCC if
GCC_COLORS exists.
enable colors only if supported by output

Regression from 76effd20a3b62644cbbbcf50e906b914e4297e6f.
remove requirement for C++11

Especially since it's only for unused tuple #include and multimap
initialization. This comes from the huge commit
759f2d03e2b03de1bd2f44962eeedb6bda732da0 that apparently does more than
just merely splitting files, but I don't see the purpose of these changes.
__gnu_cxx namespace is no longer needed

It was introduced in 2006 for hash_set but hash_set is no longer
used now. Plus it will break building with clang.
Merge pull request #77 from jjgod/master

__gnu_cxx namespace is no longer needed
Added missing headers to fix 'make dist'.
Merge pull request #80 from bmahler/master

Added missing headers to fix 'make dist'.
Add support for "-x c++" and "-x c" options
Merge pull request #82 from jhunold/xoption

Add support for "-x c++" and "-x c" options
fix problems in previous commit for -x

The strcmp() usage was wrong, and the -x option shouldn't be stripped for local
runs.
Based on a patch by Author: Sergio Correia <sergio@correia.cc>
(https://github.com/icecc/icecream/commit/2c5c6582a1df13064698ce7367b918182aeadffc)
Fix a typo about double "first first"
Add docbook2xman to the possible binary names in configure

This is used on Archlinux, at least, and potentially on derivative distributions
of it.
Revert "Add docbook2xman to the possible binary names in configure"

TL;DR: I was to hasty with my previous change.

The archlinux binary is called docbook2man, not docbook2_x_man. I tested my
change with the last release where it is sadly not yet fixed, and the build was
broken in there.

Then I went to git to create a patch and I made what I did, and then the build
succeeded. I was misled because it was not actually fixed by change, but by
another provided by Eike Ziller as follows:

    commit a40bae096bd51f328d6ff299077c5530729b0580
    Author: Eike Ziller <github@eikeziller.de>
    Date:   Tue Jun 18 22:55:36 2013 +0200

        Mac/brew has docbook2man instead of docbook-to-man

Hence my change was not really needed, and it currently does not seem to serve
any purpose unless a distribution pops up with such a name, but we all hope for
the better...

This reverts commit 1f2b07abb4ca63a680eafebb7ea0b2fe361dada1.
Fix some "loose" occurences that should have been "lose"
tweaks for README.md

- make -j15 is certainly fine, even more if the machine/cluster can handle it
- icemon is not just for funny stats, for also for checking e.g. how the cluster
is loaded
- explicit ICECC_VERSION handling is not needed at all under normal circumstances,
in fact leaving it up to icecream to handle it on its own is even recommended
$ doesn't need escaping in .md it seems