summaryrefslogtreecommitdiffstats
path: root/Python/dynload_next.c
diff options
context:
space:
mode:
authorR David Murray <rdmurray@bitdance.com>2011-06-19 00:21:09 (GMT)
committerR David Murray <rdmurray@bitdance.com>2011-06-19 00:21:09 (GMT)
commitafc9a5eaa144eb246e22a16a6539821859fc08f5 (patch)
treecaebfc5b3710eadb3e67da29b9e9a687c9b814a6 /Python/dynload_next.c
parent50ae84e727b99c8000d2f6d03559dda90985a33d (diff)
downloadcpython-afc9a5eaa144eb246e22a16a6539821859fc08f5.zip
cpython-afc9a5eaa144eb246e22a16a6539821859fc08f5.tar.gz
cpython-afc9a5eaa144eb246e22a16a6539821859fc08f5.tar.bz2
#6771: Move wrapper function into __init__ and eliminate wrapper module
Andrew agreed in the issue that eliminating the module file made sense. Wrapper has only been exposed as a function, and so there is no (easy) way to access the wrapper module, which in any case only had the one function in it. Since __init__ already contains a couple wrapper functions, it seems to make sense to just move wrapper there instead of importing it from a single function module.
Diffstat (limited to 'Python/dynload_next.c')
0 files changed, 0 insertions, 0 deletions