-) Secure files shouldn't be in the base grpc.
-) grpc++ depends on gpr.
-) grpc++ depends on protobuf (!)

This will help greatly when it comes to diagnosing customer issues.

- Makes 2 tests fail:
  - httpcli_test
  - interop_test

I'm honestly a little shocked this wasn't done previously.

was used.

-) renamed cpp_plugin and ruby_plugin to grpc_cpp_plugin and grpc_ruby_plugin.
-) installing plugins.
-) install will now run protobuf's installation too.
-) adding documentation about installation prefix.

Async client api change. Add a ClientAsyncResponseReader. Make the api similar to streaming and symmetric to server side.

Not yet fully building due to some gtest anomalies on Mac.

Auto-dependency building doesn't do this (yet)

This is a multipoller based on epoll rather than poll.

Note that this implementation is aimed at correctness rather than
performance, although it should immediately have better scalability to
large numbers of FDs, both due to epoll's O(1) sized API and due to not
needing to wake up polling threads to do interest set changes.

One notable difference here is that we directly attach a wakeup fd
rather than using the freelisting kick mechanism that the poll() based
implementations use, because modifying the epoll set to use a different
kick fd each time isn't free.