Hello community,

here is the log from the commit of package python3-cffi for openSUSE:Factory 
checked in at 2016-01-05 09:41:17
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Comparing /work/SRC/openSUSE:Factory/python3-cffi (Old)
 and      /work/SRC/openSUSE:Factory/.python3-cffi.new (New)
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Package is "python3-cffi"

Changes:
--------
--- /work/SRC/openSUSE:Factory/python3-cffi/python3-cffi.changes        
2015-11-23 07:30:21.000000000 +0100
+++ /work/SRC/openSUSE:Factory/.python3-cffi.new/python3-cffi.changes   
2016-01-05 09:41:47.000000000 +0100
@@ -1,0 +2,41 @@
+Wed Dec 30 18:36:16 UTC 2015 - a...@gmx.de
+
+- update to version 1.4.2:
+  * Nothing changed from v1.4.1.
+
+- changes from version 1.4.1:
+  * Fix the compilation failure of cffi on CPython 3.5.0. (3.5.1
+    works; some detail changed that makes some underscore-starting
+    macros disappear from view of extension modules, and I worked
+    around it, thinking it changed in all 3.5 versions—but no: it was
+    only in 3.5.1.)
+
+- changes from version 1.4.0:
+  * A better way to do callbacks has been added (faster and more
+    portable, and usually cleaner). It is a mechanism for the
+    out-of-line API mode that replaces the dynamic creation of
+    callback objects (i.e. C functions that invoke Python) with the
+    static declaration in cdef() of which callbacks are needed. This
+    is more C-like, in that you have to structure your code around the
+    idea that you get a fixed number of function pointers, instead of
+    creating them on-the-fly.
+  * ffi.compile() now takes an optional verbose argument. When True,
+    distutils prints the calls to the compiler.
+  * ffi.compile() used to fail if given sources with a path that
+    includes "..". Fixed.
+  * ffi.init_once() added. See docs.
+  * dir(lib) now works on libs returned by ffi.dlopen() too.
+  * Cleaned up and modernized the content of the demo subdirectory in
+    the sources (thanks matti!).
+  * ffi.new_handle() is now guaranteed to return unique void * values,
+    even if called twice on the same object. Previously, in that case,
+    CPython would return two cdata objects with the same void *
+    value. This change is useful to add and remove handles from a
+    global dict (or set) without worrying about duplicates. It already
+    used to work like that on PyPy. This change can break code that
+    used to work on CPython by relying on the object to be kept alive
+    by other means than keeping the result of ffi.new_handle()
+    alive. (The corresponding warning in the docs of ffi.new_handle()
+    has been here since v0.8!)
+
+-------------------------------------------------------------------

Old:
----
  cffi-1.3.1.tar.gz

New:
----
  cffi-1.4.2.tar.gz

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Other differences:
------------------
++++++ python3-cffi.spec ++++++
--- /var/tmp/diff_new_pack.AYcbsq/_old  2016-01-05 09:41:48.000000000 +0100
+++ /var/tmp/diff_new_pack.AYcbsq/_new  2016-01-05 09:41:48.000000000 +0100
@@ -17,7 +17,7 @@
 
 
 Name:           python3-cffi
-Version:        1.3.1
+Version:        1.4.2
 Release:        0
 Summary:        Foreign Function Interface for Python calling C code
 License:        MIT

++++++ cffi-1.3.1.tar.gz -> cffi-1.4.2.tar.gz ++++++
++++ 3225 lines of diff (skipped)


Reply via email to