The current order results in compiler warnings on 32 bit machines, e.g.

src/llfuse.c: In function '__Pyx_PyInt_TrueDivideObjC':
src/llfuse.c:43980:17: warning: left shift count >= width of type
                 if (8 * sizeof(long) <= 53 || (__Pyx_sst_abs(size) <= 52 / PyLong_SHIFT) || likely(labs(a) <= (1L << 53))) {

Switching the order so that the left shift is closer to the sizeof test
avoids the warning, presumably because it makes it easier for the
compiler to see that the left shift is only executed on 64 bit.

Thanks to Christian Neukirchen for doing most of the work!

The current cast isn't doing anything, because the unary minus implicitly
upcasts to int again, resulting in warnings about potentially value altering
conversions on 32 bit systems.

Fixes issue #877.

Fixes http://trac.cython.org/ticket/864.

--HG--
extra : amend_source : d2a97da4f942d555723b9bfa488985c5e5c27721

fix cname override for helper functions: 'str' compile time values no longer require decoding in Py3

make str values in compile time DEF env turn into actually usable Unicode strings when compiling under Python 3

copy over "test_call.py" test from CPython 3.5+ to disable an error test that prevents it from building in Cython

Fix typos.

Conflicts:
	CHANGES.rst

Conflicts:
	CHANGES.rst

revert integer literal suffixing again and instead generate C hex literals if no suffix is used to make the C compiler consider unsigned types for their values (see C standard 6.4.4)

Allow passing more than two -v's to cygdb.

Constants in float.pxd are not integers.

Additions to includes

- append U-suffix only on coercion when the target type is unsigned
- append L/LL-suffix when value looks too large for a smaller constant value type

- append U-suffix only on coercion when the target type is unsigned
- append L/LL-suffix when value looks too large for a smaller constant value type

undef unwanted defines from longintrepr.h