kpriv/pkgsrc
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
pkgsrc/devel/py-greenlet/Makefile

17 lines
449 B
Makefile
Raw Normal View History

py-greenlet: updated to 0.4.16 0.4.16 - Support for DEC Alpha architecture - Support for Python 3.9 - Support for Python 3.10a0
2020-07-15 09:40:59 +02:00
# $NetBSD: Makefile,v 1.9 2020/07/15 07:40:59 adam Exp $
Import py27-greenlet-0.4.1 as devel/py-greenlet. Packaged in pkgsrc-wip by kamel.derouiche@gmail.com The greenlet package is a spin-off of Stackless, a version of CPython that supports micro-threads called "tasklets". Tasklets run pseudo-concurrently (typically in a single or a few OS-level threads) and are synchronized with data exchanges on "channels". A "greenlet", on the other hand, is a still more primitive notion of micro-thread with no implicit scheduling; coroutines, in other words. This is useful when you want to control exactly when your code runs. You can build custom scheduled micro-threads on top of greenlet; however, it seems that greenlets are useful on their own as a way to make advanced control flow structures. For example, we can recreate generators; the difference with Python's own generators is that our generators can call nested functions and the nested functions can yield values too. Additionally, you don't need a "yield" keyword. See the example in tests/test_generator.py. Greenlets are provided as a C extension module for the regular unmodified interpreter. Greenlets are lightweight coroutines for in-process concurrent programming.
2013-12-31 18:59:08 +01:00
py-greenlet: updated to 0.4.16 0.4.16 - Support for DEC Alpha architecture - Support for Python 3.9 - Support for Python 3.10a0
2020-07-15 09:40:59 +02:00
DISTNAME= greenlet-0.4.16
Import py27-greenlet-0.4.1 as devel/py-greenlet. Packaged in pkgsrc-wip by kamel.derouiche@gmail.com The greenlet package is a spin-off of Stackless, a version of CPython that supports micro-threads called "tasklets". Tasklets run pseudo-concurrently (typically in a single or a few OS-level threads) and are synchronized with data exchanges on "channels". A "greenlet", on the other hand, is a still more primitive notion of micro-thread with no implicit scheduling; coroutines, in other words. This is useful when you want to control exactly when your code runs. You can build custom scheduled micro-threads on top of greenlet; however, it seems that greenlets are useful on their own as a way to make advanced control flow structures. For example, we can recreate generators; the difference with Python's own generators is that our generators can call nested functions and the nested functions can yield values too. Additionally, you don't need a "yield" keyword. See the example in tests/test_generator.py. Greenlets are provided as a C extension module for the regular unmodified interpreter. Greenlets are lightweight coroutines for in-process concurrent programming.
2013-12-31 18:59:08 +01:00
PKGNAME= ${PYPKGPREFIX}-${DISTNAME}
CATEGORIES= devel python
Update py-greenlet to 0.4.9: 0.4.9 ===== - Fixed Windows builds 0.4.8 ===== - Added support for iOS (arm32) - Added support for ppc64le 0.4.7 ===== - Added a missing workaround for `return 0` on mips - Restore compatibility with Python 2.5 - Fixed stack switching on sparc 0.4.6 ===== - Expose `_stack_saved` property on greenlet objects, it may be used to introspect the amount of memory used by a saved stack, but the API is subject to change in the future - Added a workaround for `return 0` compiler optimizations on all architectures - C API typo fixes 0.4.5 ===== - Fixed several bugs in greenlet C API - Fixed a bug in multi-threaded applications, which manifested itself with spurious "cannot switch to a different thread" exceptions - Fixed some crashes on arm and mips architectures 0.4.4 ===== - Fixed PyGreenlet_SetParent signature, thanks to BoonsNaibot - Fixed 64-bit Windows builds depending on wrong runtime dll 0.4.3 ===== - Better slp_switch performance on SPARC - Drop support for Python 2.3 - Fix trashcan assertions on debug builds of Python - Remove deprecated -fno-tree-dominator-opts compiler switch - Enable switch code for SunStudio on 32-bit SunOS - Support for abc abstract methods in greenlet subclasses - Support custom directories for tests - Document switch tracing support 0.4.2 ===== - Add .travis.yml - Fix 'err' may be used uninitialized in this function - Check _MSC_VER for msvc specific code - Fix slp_switch on SPARC for multi-threaded environments - Add support for m68k
2015-11-08 09:53:52 +01:00
MASTER_SITES= ${MASTER_SITE_PYPI:=g/greenlet/}
Import py27-greenlet-0.4.1 as devel/py-greenlet. Packaged in pkgsrc-wip by kamel.derouiche@gmail.com The greenlet package is a spin-off of Stackless, a version of CPython that supports micro-threads called "tasklets". Tasklets run pseudo-concurrently (typically in a single or a few OS-level threads) and are synchronized with data exchanges on "channels". A "greenlet", on the other hand, is a still more primitive notion of micro-thread with no implicit scheduling; coroutines, in other words. This is useful when you want to control exactly when your code runs. You can build custom scheduled micro-threads on top of greenlet; however, it seems that greenlets are useful on their own as a way to make advanced control flow structures. For example, we can recreate generators; the difference with Python's own generators is that our generators can call nested functions and the nested functions can yield values too. Additionally, you don't need a "yield" keyword. See the example in tests/test_generator.py. Greenlets are provided as a C extension module for the regular unmodified interpreter. Greenlets are lightweight coroutines for in-process concurrent programming.
2013-12-31 18:59:08 +01:00
MAINTAINER= kamel.derouiche@gmail.com
HOMEPAGE= https://github.com/python-greenlet/greenlet
COMMENT= Lightweight in-process concurrent programming
LICENSE= mit
USE_LANGUAGES= c c++
.include "../../lang/python/distutils.mk"
.include "../../mk/bsd.pkg.mk"
Reference in a new issue Copy permalink