Re: [Python-Dev] Anyone building Python --without-doc-strings?

2013-01-27 Thread Brett Cannon
On Sun, Jan 27, 2013 at 4:58 PM, Victor Stinner wrote: > Why don't you compile using python -OO and distribute only .pyo code? > Because .pyo files can be much larger than necessary, e.g. using my mnfy project on decimal (with --safe-transforms) compared to -OO yields:: 224K Lib/decimal.py 200K

Re: [Python-Dev] Anyone building Python --without-doc-strings?

2013-01-27 Thread Victor Stinner
Why don't you compile using python -OO and distribute only .pyo code? Victor 2013/1/27 Kristján Valur Jónsson : > We (CCP) are certainly compiling python without docstrings for our embedded > platforms (that include the PS3) > Anyone using python as en engine to be used by programs and not users

Re: [Python-Dev] PEP 433: Choose the default value of the new cloexec parameter

2013-01-27 Thread R. David Murray
On Sun, 27 Jan 2013 21:56:06 +0100, Ralf Schmitt wrote: > "R. David Murray" writes: > > > On Sun, 27 Jan 2013 19:42:59 +0100, Ralf Schmitt wrote: > >> Guido van Rossum writes: > >> > >> > It's like calling socket.settimeout(0.1) and then complaining that > >> > urllib.urlopen() raises excepti

Re: [Python-Dev] PEP 433: Choose the default value of the new cloexec parameter

2013-01-27 Thread Ralf Schmitt
"R. David Murray" writes: > On Sun, 27 Jan 2013 19:42:59 +0100, Ralf Schmitt wrote: >> Guido van Rossum writes: >> >> > It's like calling socket.settimeout(0.1) and then complaining that >> > urllib.urlopen() raises exceptions >> >> but that's not what's happening. you'll see urllib.urlopen r

Re: [Python-Dev] PEP 433: Choose the default value of the new cloexec parameter

2013-01-27 Thread R. David Murray
On Sun, 27 Jan 2013 19:42:59 +0100, Ralf Schmitt wrote: > Guido van Rossum writes: > > > It's like calling socket.settimeout(0.1) and then complaining that > > urllib.urlopen() raises exceptions > > but that's not what's happening. you'll see urllib.urlopen raising > exceptions and only afterwa

Re: [Python-Dev] Boost Software License

2013-01-27 Thread Stefan Behnel
Serhiy Storchaka, 27.01.2013 17:52: > Is Boost Software License [1] compatible with Python license? Can I steal > some code from Boost library [2]? > > [1] http://www.boost.org/LICENSE_1_0.txt > [2] http://www.boost.org/ Depends on what you want to do with it after stealing it. Assuming you want

Re: [Python-Dev] PEP 433: Choose the default value of the new cloexec parameter

2013-01-27 Thread Ralf Schmitt
Guido van Rossum writes: > It's like calling socket.settimeout(0.1) and then complaining that > urllib.urlopen() raises exceptions but that's not what's happening. you'll see urllib.urlopen raising exceptions and only afterwards realize that you called into some third party library code that dec

Re: [Python-Dev] usefulness of "extension modules" section in Misc/NEWS

2013-01-27 Thread Brett Cannon
On Sun, Jan 27, 2013 at 6:02 AM, Antoine Pitrou wrote: > On Sun, 27 Jan 2013 10:56:51 +0100 > Charles-François Natali wrote: > > Hi, > > > > What's exactly the guideline for choosing between the "Library" and > > "Extension modules" section when updating Misc/NEWS? > > Is it just the fact that t

Re: [Python-Dev] Boost Software License

2013-01-27 Thread Oleg Broytman
On Sun, Jan 27, 2013 at 06:52:21PM +0200, Serhiy Storchaka wrote: > Is Boost Software License [1] compatible with Python license? Can I > steal some code from Boost library [2]? > > [1] http://www.boost.org/LICENSE_1_0.txt > [2] http://www.boost.org/ BSD-ish license? I think yes, it's compat

[Python-Dev] Boost Software License

2013-01-27 Thread Serhiy Storchaka
Is Boost Software License [1] compatible with Python license? Can I steal some code from Boost library [2]? [1] http://www.boost.org/LICENSE_1_0.txt [2] http://www.boost.org/ ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mai

Re: [Python-Dev] PEP 433: Choose the default value of the new cloexec parameter

2013-01-27 Thread Guido van Rossum
On Sun, Jan 27, 2013 at 3:45 AM, Nick Coghlan wrote: > On Sun, Jan 27, 2013 at 9:29 PM, Antoine Pitrou wrote: >> I don't think such limitations are very useful in practice. Users >> calling sys.setdefaultexec() will have to be sufficiently knowledgeable >> to understand the implications, anyway.

Re: [Python-Dev] Anyone building Python --without-doc-strings?

2013-01-27 Thread Kristján Valur Jónsson
We (CCP) are certainly compiling python without docstrings for our embedded platforms (that include the PS3) Anyone using python as en engine to be used by programs and not users will appreciate the deletion of unneeded memory. K -Original Message- From: Python-Dev [mailto:python-dev-bou

Re: [Python-Dev] Ctypes bug fix for Solaris - too late for 2.7.3?

2013-01-27 Thread Tres Seaver
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/27/2013 10:31 AM, Skip Montanaro wrote: >>> Is it too late to get this into 2.7.3? >> >> Yes, it's far too late for 2.7.3, since that was released last >> April. :) I think it could go into 2.7.4, though. > > Whoops, sorry. I thought I had rem

Re: [Python-Dev] Ctypes bug fix for Solaris - too late for 2.7.3?

2013-01-27 Thread Skip Montanaro
>> Is it too late to get this into 2.7.3? > > Yes, it's far too late for 2.7.3, since that was released last April. > :) I think it could go into 2.7.4, though. Whoops, sorry. I thought I had remembered some recent discussion of an upcoming 2.7 micro. Off-by-one error, or just brain freeze? :-)

Re: [Python-Dev] Ctypes bug fix for Solaris - too late for 2.7.3?

2013-01-27 Thread Benjamin Peterson
2013/1/27 Skip Montanaro : > I hit a bug in the ctypes package on Solaris yesterday. > Investigating, I found there is a patch: > > http://bugs.python.org/issue5289 > > I applied it and verified that when run as a main program > ctypes/util.py now works. > > Is it too late to get this into 2.7.3?

[Python-Dev] Ctypes bug fix for Solaris - too late for 2.7.3?

2013-01-27 Thread Skip Montanaro
I hit a bug in the ctypes package on Solaris yesterday. Investigating, I found there is a patch: http://bugs.python.org/issue5289 I applied it and verified that when run as a main program ctypes/util.py now works. Is it too late to get this into 2.7.3? Given the nature of the patch (a new block

Re: [Python-Dev] PEP 433: Choose the default value of the new cloexec parameter

2013-01-27 Thread Nick Coghlan
On Sun, Jan 27, 2013 at 9:29 PM, Antoine Pitrou wrote: > I don't think such limitations are very useful in practice. Users > calling sys.setdefaultexec() will have to be sufficiently knowledgeable > to understand the implications, anyway. I've yet to hear a use case for being able to turn it off

Re: [Python-Dev] PEP 433: Choose the default value of the new cloexec parameter

2013-01-27 Thread Antoine Pitrou
On Sun, 27 Jan 2013 12:23:15 +0100 Victor Stinner wrote: > 2013/1/27 Guido van Rossum : > > I had missed this detail. I agree that it should be exposed in the > > interpreter. To my mind it is more like PYTHONPATH (which corresponds > > roughly to sys.path manipulations) than like -R (which change

Re: [Python-Dev] PEP 433: Choose the default value of the new cloexec parameter

2013-01-27 Thread Victor Stinner
2013/1/27 Guido van Rossum : > I had missed this detail. I agree that it should be exposed in the > interpreter. To my mind it is more like PYTHONPATH (which corresponds > roughly to sys.path manipulations) than like -R (which changes > something that should never be changed again, otherwise the sa

Re: [Python-Dev] usefulness of "extension modules" section in Misc/NEWS

2013-01-27 Thread Antoine Pitrou
On Sun, 27 Jan 2013 10:56:51 +0100 Charles-François Natali wrote: > Hi, > > What's exactly the guideline for choosing between the "Library" and > "Extension modules" section when updating Misc/NEWS? > Is it just the fact that the modified files live under Lib/ or Modules/? > > I've frequently ma

Re: [Python-Dev] usefulness of "extension modules" section in Misc/NEWS

2013-01-27 Thread Nick Coghlan
On Sun, Jan 27, 2013 at 7:56 PM, Charles-François Natali wrote: > If the intended audience for this file are end users, ISTM that the > only things that matters is that it's a library change, the fact that > the modification impacted Python/C code isn't really relevant. I have no objection to mer

[Python-Dev] usefulness of "extension modules" section in Misc/NEWS

2013-01-27 Thread Charles-François Natali
Hi, What's exactly the guideline for choosing between the "Library" and "Extension modules" section when updating Misc/NEWS? Is it just the fact that the modified files live under Lib/ or Modules/? I've frequently made a mistake when updating Misc/NEWS, and when looking at it, I'm not the only on