Fix dtype_to_ctype for 64-bits

On some platforms (notably Windows), the size of a "long" may still
only be 32-bit. Because of this, the int64 and uint64 dtypes weren't
being mapped, despite running on a 64-bit host.

The "long long" ctype should always be 64-bit, so we can retain the
existing behaviour of using "long" when it is 64-bit, but support
platforms for which it isn't.

This reverts commit 18473c9c.

Fix code gen to respect declarator precedence

CI: Stop targeting specific Py3 versions

See merge request !6

CI: Drop Py35, add Py36

See merge request !5

Implement volatile

See merge request !4

Add Pytest/JUnit/Gitlab integration, Py37 CI

See merge request !3

add multiline comment support.

Version submodule

See merge request !2

if invoked like bellow:
c.MultilineComment("""@file filename.c
@author author name
@date date of today...
""")

the following comment will be generated:
/**
 * @file filename.c
 * @author author name
 * @date date of today...
 */

add possibility to drop leading and trailing spaces in c.Comment class.

Add 'void' type in dtype_to_ctype mapping

Use type qualifier __restrict__ instead of keyword restrict

because C++ does not have the latter.

FWIW, CUDA already used __restrict__ before this commit!
I guess that means, `CudaRestrictPointer` could be deprecated?

See merge request !1

because C++ does not have the latter.

FWIW, CUDA already used __restrict__ before this commit!
I guess that means, `CudaRestrictPointer` could be deprecated?