[stdlib-sig] All Mac modules listed for removal
Ronald Oussoren
ronaldoussoren at mac.com
Wed Mar 19 21:49:02 CET 2008
On 19 Mar, 2008, at 21:22, Brett Cannon wrote:
> So I just updated PEP 3108 to remove every Mac-specific module. Since
> OS X includes Python and PyObjC then the usefulness of Mac-specific
> modules is really minimal. And with bgen still not supporting UCS-4
> builds and basically being unusable that really kills the modules.
For the record: I mostly agree, most of the stuff in the Carbon
namespace is deprecated by Apple and hasn't been updated since OSX
10.0. You even need the OS9 SDK headers to regenerate those modules.
That said, urllib uses a Carbon APIs to detect proxy settings on OSX
(urllib.getproxies_internetconfig) and IMHO that functionality should
be maintained. That functionality is no reason to keep all of the
Carbon bindings, we could add a simple extention module provides just
this functionality (just like _winreg wraps just enough of the windows
registry APIs).
I'll ask on the pythonmac-sig if anyone is really attached to bits of
Lib/plat-mac and Mac/Modules, if anyone is attached they can help
merging the useful functionality in PyObjC.
BTW. I don't agree with the second sentence, PyObjC and the Mac-
specific modules barely overlap. There are much better reasons for
dropping the mac-specific modules: (1) they are for the most part
unmaintained and (2) platform bindings need to be outside of the core
distribution to allow adapting to a changing platform without being
bound by the stability requirements of the stdlib.
Ronald
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2224 bytes
Desc: not available
Url : http://mail.python.org/pipermail/stdlib-sig/attachments/20080319/9802ae11/attachment.bin
More information about the stdlib-sig
mailing list