[Python-Dev] issue 9807 - a glitch in coexisting builds of different types
Nick Coghlan
ncoghlan at gmail.com
Sat Oct 2 08:43:04 CEST 2010
On Sat, Oct 2, 2010 at 10:36 AM, Benjamin Peterson <benjamin at python.org> 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?
>
>>
>> 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.
I agree with Benjamin here - making import.c handle the situation
properly seems like a much better option (and import.c isn't *quite*
as ugly as it was before Victor started cleaning it up to handle
Unicode paths properly).
Cheers,
Nick.
--
Nick Coghlan | ncoghlan at gmail.com | Brisbane, Australia
More information about the Python-Dev
mailing list