RetroSearch Browse

Sat Oct 2 02:29:57 CEST 2010 · https://mail.python.org/pipermail/python-dev/2010-October/104384.html

On Oct 02, 2010, at 02:24 AM, Antoine Pitrou wrote:

>On Fri, 1 Oct 2010 20:06:57 -0400
>Barry Warsaw <barry at python.org> wrote:
>> 
>> With my branch, you'll end up with this in /tmp/python:
>> 
>>     bin/python3.2m   - the normal build binary
>>     bin/python3.2dmu - the wide+pydebug build binary
>>     bin/python3.2m-config
>>     bin/python3.2dmu-config
>
>Do users really want to see such idiosyncratic suffixes?

Do note that "make install" will symlink all that away, so you'll still end up
with a single "python3" and "python3-config" pointing to the last one you
installed.

>>     ...
>>     lib/libpython3.2.so.1.0.m
>>     lib/libpython3.2.so.1.0.dmum
>
>Ditto here. This seems to break well-known conventions.
>If I look at /usr/lib{,64} on my machine, I can't see a single
>shared libary file that ends neither in ".so" nor ".so.<some digits>".
>
>Before trying to find a solution to your problem, I think it would be
>nice to get a consensus that this is really a desired feature.

-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/20101001/8df68ebc/attachment.pgp>

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Showing content from https://mail.python.org/pipermail/python-dev/2010-October/104384.html below:

[Python-Dev] issue 9807 - a glitch in coexisting builds of different types