File python-cffi.changes of Package python-cffi

-------------------------------------------------------------------
Thu Dec 21 14:33:13 UTC 2017 - mihai.dinca@suse.com

- build python3 subpackage (FATE#324435, bsc#1073879)

-------------------------------------------------------------------
Sat Dec 16 12:48:49 UTC 2017 - mc@suse.com

- build python3 subpackage (FATE#324435)
- fix build and tests on aarch64
  Added:
  * fix-aarch64-platform-detection.patch
  * fix-aarch64-bitfield.patch

-------------------------------------------------------------------
Mon May 19 16:35:30 UTC 2014 - jmatejek@suse.com

- update to 0.8.2
  * minor bugfixes
- remove cffi-pytest-integration.patch as it is no longer necessary

-------------------------------------------------------------------
Mon Mar 31 14:18:44 UTC 2014 - speilicke@suse.com

- Require libffi43-devel on SLE_11_SP2 instead of using pkg-config to fix build

-------------------------------------------------------------------
Mon Feb 24 12:09:15 UTC 2014 - mvyskocil@suse.com

- update to 0.8.1
  * fixes on Python 3 on OS/X, and some FreeBSD fixes (thanks Tobias)
- added a note wrt disabled tests
- add cffi-pytest-integration.patch: allowinf call pytest from setup.py

-------------------------------------------------------------------
Mon Nov 18 14:33:39 UTC 2013 - mvyskocil@suse.com

- update to 0.8
  * integrated support for C99 variable-sized structures
  * multi-thread safety
  * ffi.getwinerror()
  * a number of small fixes

-------------------------------------------------------------------
Thu Oct 24 10:59:45 UTC 2013 - speilicke@suse.com

- Require python-setuptools instead of distribute (upstreams merged)

-------------------------------------------------------------------
Mon Sep 30 07:51:11 UTC 2013 - mvyskocil@suse.com

- use pkgconfig(libffi) to get the most recent ffi

-------------------------------------------------------------------
Mon Aug 19 13:27:16 UTC 2013 - mvyskocil@suse.com

- Update to 0.7.2
  * add implicit bool
  * standard names are handled as defaults in cdef declarations
  * enum types follow GCC rules and not just int
  * supports simple slices x[start:stop]
  * enums are handled like ints
  * new ffi.new_handle(python_object)
  * and various bugfixes

-------------------------------------------------------------------
Sun Feb 10 09:28:56 UTC 2013 - saschpe@suse.de

- Initial version