[issue10943] abitype: Need better support to port C extension modules to the stable C API

[Zachary Ware]

Zachary Ware  added the comment:

Tools/scripts/abitype.py hasn't seen much maintenance in 11 years, but it also 
seems not to have seen much use.  Patches would be accepted, but priority is 
low enough that I'm going to go ahead and close the issue.

--
nosy: +zach.ware
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10943] abitype: Need better support to port C extension modules to the stable C API

[R. David Murray]

Changes by R. David Murray rdmur...@bitdance.com:


--
nosy: +loewis

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10943
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10943] abitype: Need better support to port C extension modules to the stable C API

[Martin v . Löwis]

Martin v. Löwis mar...@v.loewis.de added the comment:

Notice that a boilerplate module is already available: xxlimited.c.

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10943
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10943] abitype: Need better support to port C extension modules to the stable C API

[Leo]

New submission from Leo fhaxbo...@googlemail.com:

I tried to port the extension module at 
http://code.google.com/p/pyhyphen/source/browse/3.x/hnjmodule.c to the stable C 
API using abitype.py. I gave up after the following exceptions:
- execption raised for missing PyVarObject_HEAD: this could be rixed by 
deleting a /* */ comment before. I think abitype.py should properly skip 
comments rather than forcing the user to delete them.
- the xxxmodule.c on which hnjmodule.c is based, defines a PyObject Str_type 
wherr tp_basicsize is 0 rather than sizeof(XXX). This causes abitype.py to 
raise a key error as '0' seems to be ignored by abitype.py.

Finally, I suggest to add to the source tree a boiler plate C module conforming 
to the stable API such as xxxmodule-stable-api.c. This would help creating 
extensions from scratch.

--
components: Extension Modules
messages: 126519
nosy: fhaxbo...@googlemail.com
priority: normal
severity: normal
status: open
title: abitype: Need better support to port C extension modules to the stable C 
API
type: feature request
versions: Python 3.2

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10943
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com