summaryrefslogtreecommitdiff
path: root/c
Commit message (Expand)AuthorAgeFilesLines
* bump to 1.4.2 (reason in issue #239)Armin Rigo2015-12-212-2/+2
* bump version numberArmin Rigo2015-12-173-3/+4
* grumble, the disappearance of _Py_atomic_load_relaxed andArmin Rigo2015-12-171-2/+2
* fixesArmin Rigo2015-12-172-1/+13
* Another error case missingArmin Rigo2015-12-111-0/+2
* bump version number to 1.4.0Armin Rigo2015-12-112-2/+2
* Add a __class__ attribute on lib objectsArmin Rigo2015-12-111-3/+11
* Docstring for init_once()Armin Rigo2015-12-071-1/+8
* hg merge static-callbackArmin Rigo2015-12-078-70/+514
|\
| * py3k compatArmin Rigo2015-12-073-7/+13
| * fix (very minor) leakArmin Rigo2015-12-071-1/+1
| * more casesArmin Rigo2015-12-072-0/+14
| * typoArmin Rigo2015-12-071-1/+1
| * Tweak for PyGILState_Ensure(), improving massively its performance inArmin Rigo2015-12-064-50/+168
| * hg merge defaultArmin Rigo2015-11-301-0/+4
| |\
| * \ hg merge defaultArmin Rigo2015-11-232-60/+166
| |\ \
| * | | Fix the issue with subinterpreters: now each subinterpreter should haveArmin Rigo2015-11-201-16/+113
| * | | Change the @ffi.def_extern() decorator to not automatically replace theArmin Rigo2015-11-201-8/+5
| * | | an XXXArmin Rigo2015-11-181-0/+3
| * | | Write one error message directly to stderr instead of sys.stderr. ThisArmin Rigo2015-11-181-15/+7
| * | | update the code to use 'extern "Python"'Armin Rigo2015-11-185-37/+37
| * | | Must setup the threads also when using ffi.call_python(), not justArmin Rigo2015-11-151-3/+7
| * | | Inline documentationArmin Rigo2015-11-151-1/+8
| * | | merge defaultArmin Rigo2015-11-151-1/+13
| |\ \ \
| * \ \ \ hg merge defaultArmin Rigo2015-11-153-3/+3
| |\ \ \ \
| * | | | | More tests for what I thought would work because it uses the same codeArmin Rigo2015-11-151-3/+2
| * | | | | tests tests testsArmin Rigo2015-11-131-3/+2
| * | | | | More tests, make the name optional in ffi.call_python()Armin Rigo2015-11-131-2/+13
| * | | | | ffi.call_python()Armin Rigo2015-11-133-35/+163
| * | | | | in-progressArmin Rigo2015-11-131-1/+46
| * | | | | in-progressArmin Rigo2015-11-134-3/+17
| * | | | | tweak tweak tweak until we can at least read the function pointer out ofArmin Rigo2015-11-131-0/+10
* | | | | | fix for a case that never occursArmin Rigo2015-12-061-4/+6
| |_|_|_|/ |/| | | |
* | | | | One more corner caseArmin Rigo2015-11-241-0/+4
| |_|_|/ |/| | |
* | | | Copy the PyPy behavior on CPython too: two calls to new_handle(x),Armin Rigo2015-11-232-59/+33
* | | | issue #233: ffi.init_once()Armin Rigo2015-11-232-1/+133
| |_|/ |/| |
* | | Document ffi.new_allocator()Armin Rigo2015-11-151-1/+13
| |/ |/|
* | py3 compatArmin Rigo2015-11-141-1/+1
* | update version to 1.3.1Armin Rigo2015-11-142-2/+2
|/
* Add a direct test for _get_common_types()Armin Rigo2015-11-031-1/+6
* One of the Windows common types was lost somehow. Add a testArmin Rigo2015-11-031-0/+1
* Show <ctype 'FILE'> instead of <ctype 'struct _IO_FILE'>Armin Rigo2015-11-031-1/+1
* Issue #228: do the same for "FILE". Only remaining case now is theArmin Rigo2015-11-033-7/+27
* Issue #228: "bool" not working in out-of-line FFI objects. Same problemArmin Rigo2015-11-024-21/+269
* Argh.Armin Rigo2015-10-211-0/+5
* win32 fixArmin Rigo2015-10-161-1/+5
* win64 fixArmin Rigo2015-10-161-3/+6
* win64 libffi issueArmin Rigo2015-10-161-2/+9
* Another test (passing)Armin Rigo2015-10-091-0/+6
* Test yet another case (for pypy)Armin Rigo2015-10-091-0/+2