Hello,
2008/8/23 Fredrik Lundh <[EMAIL PROTECTED]>:
> when I'm trying to build extensions under Python 2.6 on Windows XP, the
> build process terminates with single line that says:
>
>error: None
>
> which is about as useless as an error message can be. Googling for this
> brings up a few hit
Amaury Forgeot d'Arc wrote:
when I'm trying to build extensions under Python 2.6 on Windows XP, the
build process terminates with single line that says:
error: None
which is about as useless as an error message can be. Googling for this
brings up a few hits which all seem to involve setupt
Fredrik Lundh schrieb:
> Amaury Forgeot d'Arc wrote:
>
>>> when I'm trying to build extensions under Python 2.6 on Windows XP, the
>>> build process terminates with single line that says:
>>>
>>>error: None
>>>
>>> which is about as useless as an error message can be. Googling for this
>>> br
Neal> Lib/gzip.py:114: Using property (filename) in classic class GzipFile
Neal> may not work
Seems shallow. Just inherit from object.
Neal> Lib/sched.py:122: Using property (queue) in classic class scheduler
Neal> may not work
Ditto.
Neal> Lib/tempfile.py:535: Using
Neal Norwitz gmail.com> writes:
> Can someone (else) compare performance of 2.5, 2.6, and 3.0?
Tests done on a 32-bit Linux installation on an Athlon 3600+ X2. Compiled with
gcc in UCS2 mode.
pystone
---
- 2.5: 43859.6 pystones/second
- 2.6: 42016.8 pystones/second
- 3.0: 38759.7 pystones/
me> Seems shallow. Just inherit from object.
...
me> I'm testing out the inherit-from-object fixes now.
They all passed. Here's the patch:
http://bugs.python.org/issue3658
In addition, I get these two test failures on trunk:
% ./python.exe ../Lib/test/regrtest.py test_dis
Recently I have opened a blog on Artima and I am publishing a
few Python-related essays I had in store. In particular a trilogy
of papers about "super". From the foreword:
"""
In 2004 I decided to write a comprehensive paper documenting
``super`` pitfalls and traps, with the goal of publishing it
Thomas Heller wrote:
I'm beginning to suspect that I have a botched VS install on this
machine, though. I'll investigate.
Do you get a traceback when you set the DISTUTILS_DEBUG environment
> variable?
Indeed I do:
...
File "c:\python26\lib\distutils\msvc9compiler.py", line 436, in com
Fredrik Lundh wrote:
PS. Can any resident Microsoft compiler expert perhaps summarize the
differences between the Express Edition and the "real" editions wrt.
generated code? Are there any differences at all?
The express edition does neither support PGO (profile guided
optimization) nor cros
Hi Michele,
Do you have a URL for this blog?
Matt
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Had a brief offline discussion with Michele - forwarding.
-- Forwarded message --
From: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Date: Mon, Aug 25, 2008 at 12:13 AM
On Aug 24, 3:43 pm, "Matt Giuca" <[EMAIL PROTECTED]> wrote:
> Hi Michele,
>
> Do you have a URL for this blog?
Sorry,
Thanks Antoine!
On Sun, Aug 24, 2008 at 5:58 AM, Antoine Pitrou <[EMAIL PROTECTED]> wrote:
> Neal Norwitz gmail.com> writes:
>> Can someone (else) compare performance of 2.5, 2.6, and 3.0?
>
> Tests done on a 32-bit Linux installation on an Athlon 3600+ X2. Compiled with
> gcc in UCS2 mode.
>
> p
Hi,
> So 3.0 is about 10% slower than 2.x. Given all the changes, that
> doesn't seem too bad.
Yes, I think it's rather good.
> > - 2.5: 770.54 ms per iteration
> > - 2.6: 572.84 ms per iteration
> > - 3.0: 566.69 ms per iteration
>
> I'm a little concerned about why the big change here. Tho
> is the suggestion to *replace* the 4.1.0 database with a 5.1.0
> database, or to add yet another database in that module?
I would replace it.
> (how's the 3.2/4.1 dual support implemented?
The compiler needs data files for all supported versions, with
old_versions listing the, well, old versio
> That's up to us. I don't know what the reason was for keeping the
> 3.2.0 database around -- does anyone here recall ever using it? For
> what?
It's needed for IDNA. The IDNA RFC requires that Unicode 3.2 is used
for performing IDNA (in particular, for determining what a valid domain
name is).
> I can tinker a little with this over the weekend, unless Martin tells
> me not to ;-)
Go ahead; I can't work on this at the moment, anyway. I would also be
confident that a mere replacement of 4.1 with 5.1 should be easy, and
I see no reason to keep the 4.1 version.
Perhaps makeunicodedata shou
Martin v. Löwis v.loewis.de> writes:
>
> It's needed for IDNA. The IDNA RFC requires that Unicode 3.2 is used
> for performing IDNA (in particular, for determining what a valid domain
> name is).
Speaking of which, Martin, did you take a look at
http://bugs.python.org/issue3232 ?
I suppose the
Antoine Pitrou schrieb:
> Hi,
pystone
---
- 2.5: 43859.6 pystones/second
- 2.6: 42016.8 pystones/second
- 3.0: 38759.7 pystones/second
>> So 3.0 is about 10% slower than 2.x. Given all the changes, that
>> doesn't seem too bad.
>
> Yes, I think it's rather good.
Well, pystone really does
On Mon, 25 Aug 2008 05:04:16 am Antoine Pitrou wrote:
> > > CompareFloatsIntegers: 274ms 274ms 0.30us
> > > 0.630ms
> >
> > Much slower, but probably due to switch from int -> long. There
> > could be potential for optimizing this case.
>
> Well honestly you don't often compare
Many buildbots are running bsddb 4.7, particularly the debian/ubuntu
ones (4.7.25 which seems to be the latest). Some of them are
crashing, others are not. The max version we support in both 2.6 and
3.0 is 4.7. Should we allow this version or should we use a lower
maximum that is more likely to
[CCing Clint]
4.7.25 generally looks fine, except for sparc (afaics); I asked the Debian bsddb
maintainer to have a look at the sparc problems. At least on sparc, there's no
difference between 4.6 and 4.7. I usually try to run the buildbots with the
recent software in the distribution, as this is
On Aug 24, 3:43 pm, "Matt Giuca" <[EMAIL PROTECTED]> wrote:
> Hi Michele,
>
> Do you have a URL for this blog?
>
Sorry, here it is:
http://www.artima.com/weblogs/index.jsp?blogger=micheles
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.p
22 matches
Mail list logo