I need help to finish implementing PEP 3108. While over 80 modules are
now deprecated in Python 2.6 (of which I did over 50 of), there are
still over 20 tasks left to do in relation to the PEP. My free time is
being sucked away since I have a conference paper deadline of June 1.
And I am moving May
> In building a package with several platforms, I
> ran across the warning message below from Visual
> Studio 2008. Should we add the /EHsc option to the
> compile_options in distutils for MSVC? Or is it more
> complex than that...
Who is "we"? If you have a module that uses C++ exceptions,
you
On Thu, May 15, 2008 at 9:08 PM, Gregory P. Smith <[EMAIL PROTECTED]> wrote:
> On Thu, May 15, 2008 at 4:04 PM, Brett Cannon <[EMAIL PROTECTED]> wrote:
>> On Thu, May 15, 2008 at 1:33 PM, A.M. Kuchling <[EMAIL PROTECTED]> wrote:
>>> Python 2.6 renames the ConfigParser module to be configparser.
>>>
Interestingly, I think there's something magic going on with
numpy.dot() on my mac.
If I just run a program without threading--that is just a numpy matrix
multiply such as:
import numpy
a = numpy.empty((4000,4000))
b = numpy.empty((4000,4000))
c = numpy.dot(a,b)
then I see both cores fully
On Thu, May 15, 2008 at 4:04 PM, Brett Cannon <[EMAIL PROTECTED]> wrote:
> On Thu, May 15, 2008 at 1:33 PM, A.M. Kuchling <[EMAIL PROTECTED]> wrote:
>> Python 2.6 renames the ConfigParser module to be configparser.
>>
>> Distutils imports ConfigParser in various places. I just made a
>> commit upd
In the past I believe we've built it with encryption. Regardless, we
already ship encryption with Python thanks to the ssl module and I'm
assuming the PSF has taken care of the necessary silly export document
filing for the US so I see no reason to exclude it from bsddb.
On Wed, May 14, 2008 at 8
Tom Pinckney wrote:
If I look at top while
running 2 or more threads, both cores are being used 100% and there is
no idle time on the system.
If you run it with just one thread, does it use up only
one core's worth of CPU?
If so, this suggests that the GIL is being released. If
it wasn't, two
On Thu, May 15, 2008 at 6:49 PM, Nick Coghlan <[EMAIL PROTECTED]> wrote:
> Since it would be nice for the standard library to not emit any warnings
> with the -3 flag, perhaps distutils should at least be trying the new name
> first, and only falling back to the old name on an ImportError (assuming
I was about to commit an initial import of the bsddb 4.6.21 source to the
'external' area in the repo, which I obtained from the following URL:
http://www.oracle.com/technology/software/products/berkeley-db/index.html
I downloaded the source that includes AES encryption, for no reason o
> Christian, you get this week's Awesome Award.
Hah, 'Weekly Awesome Award', we should make that one of our things, like QOTW.
Trent.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscrib
I switched to using numpy for the matrix multiply and while the
overall time to do the matrix multiply is much faster, there is still
no speed up from using more than one python thread. If I look at top
while running 2 or more threads, both cores are being used 100% and
there is no idle tim
On Thu, May 15, 2008 at 4:35 PM, Mark Hammond <[EMAIL PROTECTED]> wrote:
>> > (Hmm, is changing Modules/Setup enough to sort the Windows build out
>> > as
>> > well? Or does that need a separate change to some of the Visual
>> > Studio files?)
>>
>> The latter. Whenever you add, remove, or rename a
In building a package with several platforms, I
ran across the warning message below from Visual
Studio 2008. Should we add the /EHsc option to the
compile_options in distutils for MSVC? Or is it more
complex than that...
This link describes the warning:
http://tinyurl.com/4fmjue
http://msdn.
> > (Hmm, is changing Modules/Setup enough to sort the Windows build out
> > as
> > well? Or does that need a separate change to some of the Visual
> > Studio files?)
>
> The latter. Whenever you add, remove, or rename an extension module,
> you need to adjust the PCbuild files as well. (technical
> Don't forget PC/config.c and the build files for VC 6, VS 7.1 and VS 8.0
> in the PC/ directory. :]
Aren't the 7.1 and 8.0 files generated?
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/pytho
Martin v. Löwis schrieb:
>> Don't forget PC/config.c and the build files for VC 6, VS 7.1 and VS 8.0
>> in the PC/ directory. :]
>
> Aren't the 7.1 and 8.0 files generated?
Only the 8.0 files are generated from the 9.0 files. The 6.0 and 7.1
files still require manual work. It might be possible t
Martin v. Löwis schrieb:
>> (Hmm, is changing Modules/Setup enough to sort the Windows build out as
>> well? Or does that need a separate change to some of the Visual Studio
>> files?)
>
> The latter. Whenever you add, remove, or rename an extension module, you
> need to adjust the PCbuild files a
Benjamin Peterson schrieb:
> At the moment, the test for the platform module merely calls each
> function. I realize that this is a hard module to test well, but are
> there some assumptions we can make? For example, if sys.platform is
> 'java', can it be assumed that java_ver is going to return so
On Thu, May 15, 2008 at 1:33 PM, A.M. Kuchling <[EMAIL PROTECTED]> wrote:
> Python 2.6 renames the ConfigParser module to be configparser.
>
> Distutils imports ConfigParser in various places. I just made a
> commit updating the import in one places, and then noticed that part
> of commit r63248,
On Thu, May 15, 2008 at 2:54 PM, Benjamin Peterson
<[EMAIL PROTECTED]> wrote:
> At the moment, the test for the platform module merely calls each
> function. I realize that this is a hard module to test well, but are
> there some assumptions we can make? For example, if sys.platform is
> 'java', ca
On May 15, 2008, at 6:54 PM, Eric Smith [EMAIL PROTECTED]> wrote:
Jesse Noller wrote:
Do you have the code posted someplace for this? I'd like to add it
into the tests I am running
It would also be interesting to see how pyprocessing performs.
Eric.
I'm working on exactly that - I have
Jesse Noller wrote:
Do you have the code posted someplace for this? I'd like to add it into
the tests I am running
It would also be interesting to see how pyprocessing performs.
Eric.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.pyth
Do you have the code posted someplace for this? I'd like to add it
into the tests I am running
On May 15, 2008, at 11:56 AM, Tom Pinckney <[EMAIL PROTECTED]>
wrote:
All the discussion recently about pyprocessing got me interested in
actually benchmarking Python's multiprocessing performan
A.M. Kuchling wrote:
Python 2.6 renames the ConfigParser module to be configparser.
Distutils imports ConfigParser in various places. I just made a
commit updating the import in one places, and then noticed that part
of commit r63248, which made the same change, was reverted in order to
preserv
Tom Pinckney wrote:
All the discussion recently about pyprocessing got me interested in
actually benchmarking Python's multiprocessing performance to see if
reality matched my expectations around what would scale up and what
would not. I knew Python threads wouldn't be good for compute bound
p
> (Hmm, is changing Modules/Setup enough to sort the Windows build out as
> well? Or does that need a separate change to some of the Visual Studio
> files?)
The latter. Whenever you add, remove, or rename an extension module, you
need to adjust the PCbuild files as well. (technically, you also hav
At the moment, the test for the platform module merely calls each
function. I realize that this is a hard module to test well, but are
there some assumptions we can make? For example, if sys.platform is
'java', can it be assumed that java_ver is going to return something
which is not empty. When sy
Python 2.6 renames the ConfigParser module to be configparser.
Distutils imports ConfigParser in various places. I just made a
commit updating the import in one places, and then noticed that part
of commit r63248, which made the same change, was reverted in order to
preserve backward-compatibilit
All the discussion recently about pyprocessing got me interested in
actually benchmarking Python's multiprocessing performance to see if
reality matched my expectations around what would scale up and what
would not. I knew Python threads wouldn't be good for compute bound
problems, but I wa
Mark Hammond wrote:
Trying to build pywin32 from the trunk, I see:
from distutils.config import PyPIRCCommand
File "C:\src\python-svn\lib\distutils\config.py", line 8, in
from ConfigParser import ConfigParser
ImportError: No module named ConfigParser
Digging a little deeper, I see:
|r63242
On Thu, May 15, 2008 at 7:37 AM, Mark Hammond <[EMAIL PROTECTED]> wrote:
> Trying to build pywin32 from the trunk, I see:
>
> from distutils.config import PyPIRCCommand
> File "C:\src\python-svn\lib\distutils\config.py", line 8, in
> from ConfigParser import ConfigParser
> ImportError: No module
Trying to build pywin32 from the trunk, I see:
from distutils.config import PyPIRCCommand
File "C:\src\python-svn\lib\distutils\config.py", line 8, in
from ConfigParser import ConfigParser
ImportError: No module named ConfigParser
Digging a little deeper, I see:
|r63242 | alexandre.vassalotti
Gregory P. Smith schrieb:
> +0.5 on inclusion. that means i am happy if it does but don't think
> it needs to make it into 2.6/3.0. leave inclusion for 2.7/3.1. its
> easy for people to install from an external source for now if they
> want it.
I'm still -0.5 on inclusion *NOW*, but +1 on incl
Gregory P. Smith wrote:
-1 on "multicore" - multiprocess or multiprocessing are a fine names.
cores are irrelevant. systems have multiple cpus real or virtual
regardless of how many dies, sockets and cores there are.
+0.5 on inclusion. that means i am happy if it does but don't think
it needs
> -1 on "multicore" - multiprocess or multiprocessing are a fine names.
> cores are irrelevant.
Thanks you for saying that. I'm constantly amazed how people think
multi-core systems are a new thing, conceptually, when they are really
just a different packaging for multi-processor systems (perhaps
35 matches
Mail list logo