On Jun 24, 2010, at 11:27 AM, Guido van Rossum wrote: >On Thu, Jun 24, 2010 at 10:48 AM, Brett Cannon <brett at python.org> wrote: >> While the idea is fine with me since I won't have any of my >> directories cluttered with multiple .so files, I would still want to >> add some moniker showing that the version number represents the >> interpreter and not the .so file. If I read "foo.3.2.so", that naively >> seems to mean to mean the foo module's 3.2 release is what is in >> installed, not that it's built for CPython 3.2. So even though it >> might be redundant, I would still want the VM name added. > >Well, for versions of the .so itself, traditionally version numbers >are appended *after* the .so suffix (check your /lib directory :-). Which is probably another reason not to use foo.so.X.Y for Python extension modules. I think it would be confusing, and foo.<tag>.so looks nice and is consistent with foo.<tag>.pyc. (Ref to updated patch coming...) -Barry -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://mail.python.org/pipermail/python-dev/attachments/20100624/fb2b7ea5/attachment.pgp>
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4