Repository navigation
Derby #13: Convert 50 sites to Argument Clinic across 5 files #64381
Copy link
Copy link
Closed
Labels
extension-modulesC modules in the Modules dirC modules in the Modules dirtopic-argument-clinictype-featureA feature request or enhancementA feature request or enhancement
Description
| BPO | 20182 |
|---|---|
| Nosy | @loewis, @birkenfeld, @vstinner, @taleinat, @larryhastings, @serhiy-storchaka |
| PRs | |
| Files |
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
assignee = None
closed_at = <Date 2019-01-01.08:59:22.836>
created_at = <Date 2014-01-08.00:17:37.422>
labels = ['extension-modules', 'type-feature', 'expert-argument-clinic']
title = 'Derby #13: Convert 50 sites to Argument Clinic across 5 files'
updated_at = <Date 2019-01-06.07:04:54.833>
user = 'https://github.com/larryhastings'bugs.python.org fields:
activity = <Date 2019-01-06.07:04:54.833>
actor = 'taleinat'
assignee = 'none'
closed = True
closed_date = <Date 2019-01-01.08:59:22.836>
closer = 'taleinat'
components = ['Extension Modules', 'Argument Clinic']
creation = <Date 2014-01-08.00:17:37.422>
creator = 'larry'
dependencies = []
files = ['33441', '33491', '39188', '39194', '39201', '39203', '39387', '39389']
hgrepos = []
issue_num = 20182
keywords = ['patch']
message_count = 47.0
messages = ['207639', '207941', '207945', '207951', '208010', '208258', '224138', '224763', '241864', '241868', '241872', '241900', '241916', '241917', '241919', '241922', '241936', '241989', '242003', '242476', '242488', '242489', '242492', '243302', '243305', '243308', '243309', '243310', '243312', '304907', '304932', '305168', '305410', '305429', '305483', '305484', '305519', '325127', '332587', '332589', '332594', '332749', '332820', '332822', '332823', '333062', '333091']
nosy_count = 8.0
nosy_names = ['loewis', 'georg.brandl', 'vstinner', 'taleinat', 'larry', 'nadeem.vawda', 'python-dev', 'serhiy.storchaka']
pr_nums = ['4265', '9213', '11328', '11328', '11444']
priority = 'normal'
resolution = 'fixed'
stage = 'resolved'
status = 'closed'
superseder = None
type = 'enhancement'
url = 'https://bugs.python.org/issue20182'
versions = ['Python 3.5']Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
extension-modulesC modules in the Modules dirC modules in the Modules dirtopic-argument-clinictype-featureA feature request or enhancementA feature request or enhancement
Activity
larryhastings commentedon Jan 8, 2014
This issue is part of the Great Argument Clinic Conversion Derby,
where we're trying to convert as much of Python 3.4 to use
Argument Clinic as we can before Release Candidate 1 on January 19.
This issue asks you to change the following bundle of files:
Modules/signalmodule.c: 12 sites
Modules/selectmodule.c: 12 sites
Modules/zlibmodule.c: 11 sites
Python/sysmodule.c: 10 sites
Modules/_hashopenssl.c: 5 sites
Talk to me (larry) if you only want to attack part of a bundle.
For instructions on how to convert a function to work with Argument
Clinic, read the "howto":
http://docs.python.org/dev/howto/clinic.html
birkenfeld commentedon Jan 12, 2014
Here's the signalmodule.
birkenfeld commentedon Jan 12, 2014
Now without crap.
birkenfeld commentedon Jan 12, 2014
Here's sys.
For it to generate the correct code you need to add "args" to c_keywords in clinic.py.
birkenfeld commentedon Jan 13, 2014
New patch.
In selectmodule.c I haven't touched devpoll and kqueue, which I can't compile here.
_hashopenssl does weird things with macros, I'm waiting with that.
birkenfeld commentedon Jan 16, 2014
New patch addressing comments.
loewis commentedon Jul 27, 2014
The patch does not apply anymore. Can you please update it, and rerun AC on it?
larryhastings commentedon Aug 4, 2014
All the Derby patches should only go into trunk at this point.
taleinat commentedon Apr 23, 2015
Note: Despite not appearing in any of these patches, the zlib module seems to have already been converted.
taleinat commentedon Apr 23, 2015
I'm working on a new version of Georg's patch which applies to the current default branch.
I'm having trouble with AC output going into a separate file, since this requires a lot of things to be declared before the #include of the .c.h file. Should I move all of those definitions to the top of the file, even if they are currently spread all over it? Should I just add forward declarations? And if the latter, how do I forward-declare a struct typedef?
serhiy-storchaka commentedon Apr 23, 2015
You only need include generated file before defining PyMethodDef arrays and PyTypeObject instances. There shouldn't be problems if only one class is defined in a file, otherwise you can move these static initializations together to the end of the file.
taleinat commentedon Apr 24, 2015
Here's a new version of Georg's patch which applies to the current default branch. On my OSX 10.8, CPython compiles fine and all tests pass, though test_devpoll and test_epoll were skipped.
I haven't made additional changes, so there is still AC-related work to be done here. For example, there are legacy converters used throughout the code, which should be replaced.
Changes I had to make to get this working:
Updated the class declarations in selectmodule.c with the additional parameters.
The doc-string for signal.sigwaitinfo was changed since Georg made his patch, and its first line was now too long. I shortened the first line from:
Wait synchronously for a signal until one of the signals in *sigset* is delivered.
to:
Wait synchronously until one of the signals in *sigset* is delivered.
Converted the new sys.is_finalizing function.
Reverted the signal.set_wakeup_fd function, since it has since been changed, and now depending on #ifdef MS_WINDOWS it interprets the argument as either 'O' or 'i'. I'm not sure what to do with this one, so I reverted it back to not use AC for now.
I haven't converted the new signal.default_int_handler function, since it seems to accept any number of arguments, and ignores them. Is there a way to do this with AC?
Moved the definitions of object structs and PyTypeObject types to the top of selectmodule.c, so that they are defined when Modules/clinic/selectmodule.c.h is imported.
22 remaining items
vstinner commentedon Nov 3, 2017
I really hate the title of these issues "Derby #13: Convert 50 sites to Argument Clinic across 5 files". I would prefer to have one issue per file. Would it possible to close this one and open a new issue once someone has a PR for one file?
taleinat commentedon Nov 3, 2017
As the author of all of the updated patches, I wouldn't mind opening new issues separately for each of the remaining modules. Actually I would prefer it :)
taleinat commentedon Nov 3, 2017
See issue bpo-31938 regarding Modules/selectmodule.c.
taleinat commentedon Sep 12, 2018
See new updated PR9213 for completing the _hashopenssl.c conversion.
taleinat commentedon Dec 27, 2018
New changeset c6c7237 by Tal Einat in branch 'master':
bpo-20182: AC convert remaining functions/methods in _hashopenssl.c (GH-9213)
c6c7237
taleinat commentedon Dec 27, 2018
The conversion of Modules/_hashopenssl.c leaves just Python/sysmodule.c to be converted from this batch.
There's an old patch here from 3.5 years ago that will likely need to be heavily updated.
taleinat commentedon Dec 27, 2018
See new PR #55537 with updated AC conversion of Python/sysmodule.c.
serhiy-storchaka commentedon Dec 30, 2018
PR 9213 added a compiler warning:
In file included from /home/serhiy/py/cpython/Modules/_hashopenssl.c:69:0:
/home/serhiy/py/cpython/Modules/clinic/_hashopenssl.c.h:90:1: warning: ‘EVP_tp_init’ defined but not used [-Wunused-function]
EVP_tp_init(PyObject *self, PyObject *args, PyObject *kwargs)
^~~~~~~~~~~
help(_hashlib.HASH) shows now the signature of the constructor of the object. But a hash object can not be created using it.
taleinat commentedon Dec 31, 2018
New changeset ede0b6f by Tal Einat in branch 'master':
bpo-20182: AC convert Python/sysmodule.c (GH-11328)
ede0b6f
taleinat commentedon Dec 31, 2018
Note that the problematic part of the Modules/_hashopenssl.c AC conversion was reverted, as part of #55588.
taleinat commentedon Dec 31, 2018
AFAICT, this issue can finally be closed!
serhiy-storchaka commentedon Jan 5, 2019
Seems PR 11328 introduced a compiler warning:
taleinat commentedon Jan 6, 2019
Thanks Serhiy! The compiler doesn't warn about that on Windows.
See PR #55653 with a fix.