delta/python-packages/cffi.git, branch ffi_closure_alloc

Fix the logic: must store 'closure_exec' in the c_data field, and the

2015-11-10T15:24:14+00:00

'closure' in some other new field.

try

2015-11-10T14:03:37+00:00

Using the official interface from ffi to get closure memory

2015-11-10T14:03:20+00:00

Give a warning instead of crashing; in this way we can call the next

2015-11-06T17:36:05+00:00

release 1.3.1 as planned and give some advance warning to users relying
on this.

Complain more readily about opaque enums, by refusing to guess which

2015-11-05T08:09:51+00:00

integer type (unsigned/signed, int/long) it is meant to be.

Add a direct test for _get_common_types()

2015-11-03T19:58:50+00:00

One of the Windows common types was lost somehow. Add a test

2015-11-03T08:25:07+00:00

that at least dependencies are there.

Show instead of

2015-11-03T08:07:38+00:00

Allow different formattings of the underlying "%p"

2015-11-03T08:00:10+00:00

Issue #228: do the same for "FILE". Only remaining case now is the

2015-11-03T07:47:25+00:00

very obscure Windows type UNICODE_STRING. I think it is unlikely
that someone hits the case of their cdef not mentioning
UNICODE_STRING but their runtime code still wants to use it, so I'll
close this issue.