CLN/INT: remove Index as a sub-class of NDArray

make ``Index`` now subclass ``PandasObject/IndexOpsMixin`` rather than ``ndarray``
should allow much easier new Index classes (e.g. #7640)

This doesn't change the public API at all, and provides compat (with exception of a very minor ``DatetimeIndex`` comparison with ndarrays)

closes #5080, preserves pickle compat for >= 0.8.0
back compat for pickles is now way simpler

This removed pickle compat for < 0.8.0 (well I think it does but can't really prove it). maybe can add it back if strong interest.

ToDo:

- docs
  - [x] release note
  - [x] warnings in io.rst about this change
  - [x] pickle compat now > 0.8.0
  - [x] fixes ``.repeat`` on MultiIndex (broken in master)
  - [x] minor API compat issue with comparisons of ``DatetimeIndex`` with ``NaT`` vs ndarrays
- [x] merge with searchsorted issues/PR ( #6712, #7447, #6469)
- [x] tests fixed (FIXMES), just a few left
- [x] perf
- [x] json completely broken ATM
- [x] #7796 FIXME (PeriodIndex not supported in HDF), not really a big deal
- [x] #7439 since ``Index`` now doesn't have implicit ops (aside from ``__sub__/__add__``, these need to be added in (e.g. ``__mul__,__div__,__truediv__``).
- [x] bool(Index/MultiIndex) : https://github.com/pydata/pandas/issues/7897 (will address this later)

closes #5155 (perf fix for Period creation), slight increase on the plotting
because of the the plottling routines holding array of Periods (rather than PeriodIndex).
```
-------------------------------------------------------------------------------
Test name                                    | head[ms] | base[ms] |  ratio   |
-------------------------------------------------------------------------------
period_setitem                               |  16.2210 | 122.9340 |   0.1319 |
timeseries_iter_periodindex                  | 1197.7839 | 6906.1464 |   0.1734 |
timeseries_iter_periodindex_preexit          |  12.4850 |  69.8563 |   0.1787 |
timeseries_period_downsample_mean            |  11.2850 |  11.1457 |   1.0125 |
plot_timeseries_period                       | 107.6056 |  86.5277 |   1.2436 |
```
This is a sticky issue. I am not in favor of adding 'all' numpy array attributes just because they were there. I don't even think we need to deprecate them and then later remove, too much work. I'll put in a doc-note. ``Index`` and ``Series`` are ndarray-like, but does not mean that they *should* support every low-level ndarray method/attribute. If people are using something estoreric then they can juse ``self.values.attribute_I_want`` as this is the actual ndarray.

That said, ``nbytes,itemsize`` are ok (``real/imag`` don't apply). ``partition`` should only be supported explicity (if at all). ``T`` is irrelevant, this is a 1-d structure by definition. I guess could do for compat. ``flat`` is accomplished by ``ravel`` (and its low-level).