Mailman 3 December 2018 - capi-sig

ANN: expy 0.6.5 released!
by Yingjie Lan April 16, 2022

April 16, 2022

EXPY is an express way to extend Python! EXPY provides a way to extend python in an elegant way. For more information and a tutorial, see: http://expy.sourceforge.net/ What's new: 1. Correct treatment of __init__ method. 2. Give warnings of missing Py_INCREF on appropriate special type methods. 3. Documentation update. Cheers, Yingjie

3 3

ANNOUNCE: PyBindGen 0.8
by Gustavo Carneiro March 10, 2022

March 10, 2022

The other day I released PyBindGen 0.8. Main news is that it features a new experimental header file scanner based on pygccxml (i.e., it's similar to py++ in scope, if not in maturity, but does not use boost.pythonunderneath). == What == PyBindGen is a Python module that is geared to generating C/C++ code that binds a C/C++ library for Python. It does so without extensive use of either C++ templates or C pre-processor macros. It has modular handling of C/C++ types, and can be easily extended with Python plugins. The generated code is almost as clean as what a human programmer would write, and does not depend on any library or header files besides Python itself. == Where == https://launchpad.net/pybindgen/ == NEWS == - Support C++ instance attributes through getter/setter methods - Support functions as methods of C++ classes - Support the PyObject* type - Support unsigned int, C strings (char*) (from Mark Lee) - Add basic support for enum types - New experimental automatic module generator based on C/C++ header file scanner and annotations in comments, using pygccxml - Some bug fixes -- Gustavo J. A. M. Carneiro INESC Porto, Telecommunications and Multimedia Unit "The universe is always one step beyond logic." -- Frank Herbert

2 1

C API equivalent to abc.ABCMeta.register?
by Daniel Stutzbach March 2, 2022

March 2, 2022

I'm the author of an extension module (blist) that provides a type that fits the MutableSequence API. Is there a canonical way for me to register the type as a MutableSequence from the C API? -- Daniel Stutzbach, Ph.D. President, Stutzbach Enterprises, LLC <http://stutzbachenterprises.com>

3 2

Software Development - Application Development - Game Development
by Gary Jan. 10, 2022

Jan. 10, 2022

You are receiving this email because we wish you to use our cost-effective IT services. We are a China based Custom Software Application Development provider. We offer full cycle custom software programming services, from product idea, software development to support and enhancement. We employ a large pool of software engineers coming from different backgrounds. We are able to balance product development efforts and project duration to your business needs. Core Services: Custom Application Development Custom Software Development iPhone Application Development iPad Application Development Mobile Application Development Android Mobile Application Development Soft Product Development Game Design & Development Game Testing & Quality Assurance Cloud Computing Solutions: CRM Software Application Development ERP Software Application Development Enterprise Portal Solution Sales Force Automation Solution Game Design & Development Knowledge Management Solution Workflow Management Solution SharePoint Development Services Microsoft Online Services Microsoft Azure Services Best regards, Gary ITVIATSA Software Development Contact: ibsoftware(a)yeah.net Pls send address to larryremove123(a)msn.com for remove

2 2

[capi-sig]capi roadmap and refactoring goals
by matti.picus＠gmail.com Dec. 21, 2018

Dec. 21, 2018

There is a roadmap for improving the C-API at https://pythoncapi.readthedocs.io/roadmap.html From my reading of the information there, it seems there are a number of goals to the refactoring: - allow compile-once c-extensions that would be binary compatible with more than one version/flavors of python - hide python internals - which would make writing c-extensions less bug-prone (refcounting semantics, breaking refernence cycles) - which could unleash possible performance gains Are these also goals?: - allow introspection for JIT or AOT compilation of extension code as part of a larger unit, like Numba, Dask, or PyPy do - enhance tooling like SIP, cython, pybind11, What do you think? Is this an accurate summary of the goals? Matti

6 7

[capi-sig]Re: capi roadmap and refactoring goals
by Jeroen Demeyer Dec. 19, 2018

Dec. 19, 2018

On 2018-12-19 12:18, Nick Coghlan wrote: > Remember that we don't hear from happy users of a feature - we only > hear from users for whom the feature is incomplete. There are also a lot of happy users of the non-limited API who simply do not see the need for the limited API.

1 0

[capi-sig]Re: capi roadmap and refactoring goals
by Jeroen Demeyer Dec. 18, 2018

Dec. 18, 2018

On 2018-12-18 11:48, matti.picus(a)gmail.com wrote: > - enhance tooling like SIP, cython, pybind11, I don't think that this is really part of the goal. I would say that these tools put constraints on *how* the refactoring is done (rather than *why*): whatever changes to the C API are made, it should not affect badly those tools.

1 0