On Oct 01, 2010, at 07:36 PM, Benjamin Peterson wrote: >2010/10/1 Barry Warsaw <barry at python.org>: >> I can think of a couple of ways out, none of which are totally >> satisfying. Probably the easiest out is to change the PEP 3149 >> naming so that the files don't end in ".so". E.g. use this instead: >> >> foo.cpython-32dmu-so >> foo.cpython-32m-so > >-1 Doesn't that break not only Python's convention for extensions on >shared modules but also any *nix shared object? It shouldn't (i.e. if -Wl,-h is used to get the soname compiled in there), but still I don't like it, and now I know it's not necessary. >> or similar. I think that'd be a fairly straightforward change, but >> it might break some useful assumptions (we'd still fall back to .so >> of course). >> >> Other ideas: >> >> - make import.c smarter so that you can match against other than >> just the suffix. probably a lot of work. > >Although it would be more work, I think this is the most "correct" >option. Phew! Extra work averted! (see my other reply :). -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/20101004/e76a2315/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