Re: [Python-Dev] LOAD_SELF and SELF_ATTR opcodes

2005-10-15 Thread Martin v. Löwis
[EMAIL PROTECTED] wrote: > (Send it to Raymond H. He'll probably sneak it in when Martin's not > looking. ) I'm not personally objecting :-) I just recall that there was that kind of objection when I proposed similar changes myself a couple of years ago. Regards, Martin _

Re: [Python-Dev] Divorcing str and unicode (no more implicit conversions).

2005-10-15 Thread Reinhold Birkenfeld
Martin Blais wrote: > On 10/3/05, Michael Hudson <[EMAIL PROTECTED]> wrote: >> Martin Blais <[EMAIL PROTECTED]> writes: >> >> > How hard would that be to implement? >> >> import sys >> reload(sys) >> sys.setdefaultencoding('undefined') > > Hmmm any particular reason for the call to reload() here?

Re: [Python-Dev] LOAD_SELF and SELF_ATTR opcodes

2005-10-15 Thread Michael Hudson
"Phillip J. Eby" <[EMAIL PROTECTED]> writes: > Indeed, even pystone doesn't do much attribute access on the first argument > of most of its functions, especially not those in inner loops. Only > Proc1() and the Record.copy() method do anything that would be helped by > SELF_ATTR. But it seems

Re: [Python-Dev] Simplify lnotab? (AST branch update)

2005-10-15 Thread Greg Ewing
Phillip J. Eby wrote: > At 08:07 PM 10/14/2005 +1300, Greg Ewing wrote: > >> More straightforwardly, the second table could just be a >> bytecode -> file number mapping. > > That would use more space in any case involving multiple files. Are you sure? Most of the time you're going to have chunks

Re: [Python-Dev] Autoloading? (Making Queue.Queue easier to use)

2005-10-15 Thread Fredrik Lundh
Antoine Pitrou wrote: > > unfortunately, this standard seem to result in generic "spamtools" modules > > into which people throw everything that's even remotely related to "spam", > > followed by complaints about bloat and performance from users, followed by > > various more or less stupid attempt

Re: [Python-Dev] Autoloading? (Making Queue.Queue easier to use)

2005-10-15 Thread skip
>> BTW, what's the performance problem in importing unnecessary stuff >> (assuming pyc files are already generated) ? Fredrik> larger modules can easily take 0.1-0.2 seconds to import (at Fredrik> least if they use enough external dependencies). I wish it was that short. At work

Re: [Python-Dev] LOAD_SELF and SELF_ATTR opcodes

2005-10-15 Thread Phillip J. Eby
At 09:17 AM 10/15/2005 +0100, Michael Hudson wrote: >"Phillip J. Eby" <[EMAIL PROTECTED]> writes: > > > Indeed, even pystone doesn't do much attribute access on the first > argument > > of most of its functions, especially not those in inner loops. Only > > Proc1() and the Record.copy() method do

Re: [Python-Dev] LOAD_SELF and SELF_ATTR opcodes

2005-10-15 Thread Tim Delaney
Tim Delaney wrote: > that also binds all attribute accesses all the way down into a single > constant call e.g. > >LOAD_FAST 0 >LOAD_ATTR 'a' >LOAD_ATTR 'b' >LOAD_ATTR 'c' >LOAD_ATTR 'd' > > is bound to a single constant: > >LOAD_CONST 5 D'oh. I'm a moron - of course

Re: [Python-Dev] Unicode charmap decoders slow

2005-10-15 Thread Tony Nelson
I have put up a new, packaged version of my fast charmap module at . Hopefully it is packaged properly and works properly (it works on my FC3 Python 2.3.4 system). This version is over 5 times faster than the base codec according to Hye-Shik Chang's benchmar

Re: [Python-Dev] Sourceforge CVS access

2005-10-15 Thread Nick Coghlan
Guido van Rossum wrote: > You're in. Use it wisely. Let me know if there are things you still > cannot do. (But I'm not used to being SF project admin any more; other > admins may be able to help you quicker...) Almost there - checking out over SSH failed to work. I checked the python SF admin pa

[Python-Dev] Weekly Python Patch/Bug Summary

2005-10-15 Thread Kurt B. Kaiser
Patch / Bug Summary ___ Patches : 344 open ( +3) / 2955 closed ( +2) / 3299 total ( +5) Bugs: 883 open ( -1) / 5341 closed (+20) / 6224 total (+19) RFE : 201 open ( +5) / 187 closed ( +0) / 388 total ( +5) New / Reopened Patches __ Compiling

Re: [Python-Dev] Sourceforge CVS access

2005-10-15 Thread Guido van Rossum
Sobebody help Nick! This is beyond my SF-fu! :-( On 10/15/05, Nick Coghlan <[EMAIL PROTECTED]> wrote: > Guido van Rossum wrote: > > You're in. Use it wisely. Let me know if there are things you still > > cannot do. (But I'm not used to being SF project admin any more; other > > admins may be able

Re: [Python-Dev] Sourceforge CVS access

2005-10-15 Thread Guido van Rossum
With Neal's help I've fixed Nick's permissions. Enjoy, Nick! On 10/15/05, Guido van Rossum <[EMAIL PROTECTED]> wrote: > Somebody help Nick! This is beyond my SF-fu! :-( > > On 10/15/05, Nick Coghlan <[EMAIL PROTECTED]> wrote: > > Guido van Rossum wrote: > > > You're in. Use it wisely. Let me know

Re: [Python-Dev] Sourceforge CVS access

2005-10-15 Thread Nick Coghlan
Guido van Rossum wrote: > With Neal's help I've fixed Nick's permissions. Enjoy, Nick! Thanks folks - it looks to be all good now. Regards, Nick. -- Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia --- http:/

[Python-Dev] AST branch merge status

2005-10-15 Thread Jeremy Hylton
I just merged the head back to the AST branch for what I hope is the last time. I plan to merge the branch to the head on Sunday evening. I'd appreciate it if folks could hold off on making changes on the trunk until that merge happens. If this is a non-trivial inconvenience for anyone, go ahead