types.int_ is now mapped to numpy.intc

Previously, types.int_ was mapped to numpy.int_, which the numpy docs
state is mapped to a C long.  This is probably a mistake, and it causes
ABI errors when I try to map an external C signature that returns int
which was erroneously lowered to int64 on my machine instead of int32.
Added types.intc and types.uintc

This partially reverts the previous commit.  Numba should follow the numpy convention on types.  Numpy's int is a C long rather than C int, so this adds a new intc type, and changes CFFI to use that instead.
Merge pull request #411 from laserson/fix-int-type

types.int_ is now mapped to numpy.intc
Fix NVVM error messages
Fix cuda.detect and global naming problem
Fix slicing call for 'a[:]' slice.

Python slice API call needs at least one argument.
Improve runtests
type inference based for ufuncs based on NumPy meta-data

This is proof-of-concept
python3 fix
small refactor in npyimpl.py
use functions from npy for transcendental math in ufuncs
more refactors
start factoring out ufunc logic to numpy_support.py

So same logic can be shared by npydecl and npyimpl.
factored out code for numpy ufunc loop logic to numpy_support
Merge remote-tracking branch 'origin/numpy-ufuncs-proof-of-concept' into numpy-ufuncs-proof-of-concept

Conflicts:
	numba/targets/npyimpl.py
	numba/typing/npydecl.py