libuv support
Streamlining IRC a bit
Checking for old versions of libuv

Using libuv as of June 2013
Cohesive include order

I always include my local .h files before any system .h files, because
that can conceal the error if I accidentally forget to include a system
.h file in one of my .h files. When that error happens, the code in the
.h file breaks when you change the .c file (removing the include) or
include the .h file from another .c file. So just to be safe I always
include files with specific context before including ones with general
context, just to keep from getting bit in the butt in future
refactoring.
Trying to fix broken old libuv versioning

Hopefully explicitly including uv-version.h will do the trick. For some
reason for 0.10.27 UV_VERSION_PATCH isn't being defined at all!
use local libuv if necessary

uv_version_check now switches the build process to using an internal
copy of libuv cloned from the git, if the system libuv is too out of
date. That should make it work even on systems that have 0.10.12
version of libuv...
Adding main.mk (the new name for Makefile)

It should actually compile now ._.
Better include for old libuv
Don't die if no system libuv

OK, first you gotta make sure libuv exists at all, otherwise the version
check can't compile. If it doesn't compile, just use the internal libuv,
as if version_check had detected too low a version.

Also have make clean also clean the deps/libuv/ directory... good
idea/bad idea?
make.sh doesn't produce an error when it can't find the system uv now
make clean now works without erroring when using the system libuv
Cleaning up make flags

So it's not noisy when it doesn't need to be.
Also so it doesn't show an error when check_version.c fails to compile
(except when debugging it)
less error in make clean

sometimes deps/libuv doesn't exist and cd deps/libuv pops an error
Merge with prurigro

Conflicts:
	Makefile
	getuv/Makefile
	getuv/make.sh
Merge with cy

Conflicts:
	src/ircd.c