Adam Olsen wrote:
On 1/17/06, Bob Ippolito [EMAIL PROTECTED] wrote:
On Jan 17, 2006, at 4:09 PM, Adam Olsen wrote:
On 1/17/06, Guido van Rossum [EMAIL PROTECTED] wrote:
On 1/17/06, Adam Olsen [EMAIL PROTECTED] wrote:
In-favour-of-%2b-ly y'rs,
My only opposition to this is that the byte
Adam Olsen wrote:
On 1/17/06, Bob Ippolito [EMAIL PROTECTED] wrote:
On Jan 17, 2006, at 3:38 PM, Adam Olsen wrote:
I dream of a day when str(3.25, base=2) == '11.01'. That is the
number a float really represents. It would be so much easier to
understand why floats behave the way they do if
On Wed, Jan 18, 2006 at 02:25:03PM +0900, Stephen J. Turnbull wrote:
Anthony It sounds like configure needs to grow a test to detect
Anthony that a libreadline it finds is actually the crackful
Anthony libedit and refuse to use it if so.
FYI: Real libreadline is GPL, and rms made
I just added svnversion support to the VC project files;
subwcrev.exe is expected to be found in the Tortoise installation,
if it cannot find tortoise in the registry, it falls back to
not doing svnversion.
If you find problems, please let me know.
Regards,
Martin
Steve Holden wrote:
[...]
Personally I wouldn't even be interested in seeing
1.3407807929942597e+154 written in fixed point form *in decimal*, let
alone in binary where the representation, though unambiguous, would have
over 500 bits, most of them zeros.
Well, shot myself in the foot
On Wednesday 18 January 2006 16:25, Stephen J. Turnbull wrote:
Unless rms has changed his position on this, or there has been
relevant legislation or a court decision in the meantime,
explicitly requiring or checking for real libreadline, even as a
user option, risks rms's wrath. (Of course,
Alex Martelli wrote:
On 1/17/06, M.-A. Lemburg [EMAIL PROTECTED] wrote:
Alex, I think you're missing a point here: what you are looking
for is an interface, not a base class - simply because the
I expect numbers to support arithmetic operators, c -- no need for
basenumber to spell this out,
On Tue, 2006-01-17 at 20:25 -0800, Guido van Rossum wrote:
On 1/17/06, Bob Ippolito [EMAIL PROTECTED] wrote:
There shouldn't be a %B for the same reason there isn't an %O or %D
-- they're all just digits, so there's not a need for an uppercase
[...]
so %b is binary,
+1
The difference
Anthony == Anthony Baxter [EMAIL PROTECTED] writes:
Anthony Python's license is GPL-compatible, so this isn't an
Anthony issue.
I'm sorry, but you seem to misunderstand what GPL compatibility
means. It is a _one-way_ street. A license is GPL-compatible if its
terms permit the code it
[EMAIL PROTECTED] wrote:
Georg Interesting, didn't even know a new page was in the making... Do
Georg you know who is responsible for the new page?
Tim Parkin is heading things up. Look here:
http://beta.python.org/
I like the look of the new page, but it took a bit of
[martin.v.loewis [EMAIL PROTECTED]]
Date: Wed Jan 18 10:13:51 2006
New Revision: 42090
Added:
python/trunk/PCbuild/make_buildinfo.vcproj
Modified:
python/trunk/Modules/getbuildinfo.c
python/trunk/PCbuild/pcbuild.sln
python/trunk/PCbuild/pythoncore.vcproj
Log:
Generate
On Tue, Jan 17, 2006, Guido van Rossum wrote:
On 1/17/06, Bob Ippolito [EMAIL PROTECTED] wrote:
The difference between hex() and oct() and the proposed binary() is
I'd propose bin() to stay in line with the short abbreviated names.
There has been some previous discussion about removing
Steve Holden wrote:
Nick Coghlan wrote:
[EMAIL PROTECTED] wrote:
Georg Interesting, didn't even know a new page was in the making... Do
Georg you know who is responsible for the new page?
Tim Parkin is heading things up. Look here:
http://beta.python.org/
I like
I'd propose bin() to stay in line with the short abbreviated names.
There has been some previous discussion about removing hex()/oct()
from
builtins for Python 3.0, IIRC. I sure don't think bin() belongs
there.
Perhaps introduce a single function, base(val, radix=10, prefix=''), as
a
Raymond Perhaps introduce a single function, base(val, radix=10,
Raymond prefix=''), as a universal base converter that could replace
Raymond bin(), hex(), oct(), etc.
Would it (should it) work with floats, decimals, complexes? I presume it
would work with ints and longs.
Skip
On 1/18/06, Donovan Baarda [EMAIL PROTECTED] wrote:
I think supporting arbitrary bases for floats is way overkill and not
worth considering.
If you mean actual base-3 floating-point arithmetic, I agree. That's
outlandish.
But if there were a stdlib function to format floats losslessly in hex
On 1/17/06, Stephen J. Turnbull [EMAIL PROTECTED] wrote:
Anthony == Anthony Baxter [EMAIL PROTECTED] writes:
Anthony It sounds like configure needs to grow a test to detect
Anthony that a libreadline it finds is actually the crackful
Anthony libedit and refuse to use it if so.
Jason Orendorff wrote:
On 1/18/06, Donovan Baarda [EMAIL PROTECTED] wrote:
I think supporting arbitrary bases for floats is way overkill and not
worth considering.
If you mean actual base-3 floating-point arithmetic, I agree. That's
outlandish.
But if there were a stdlib function to
Steve We should also add script explaining how to download the beta
Steve site data and the generation software so people can play with it
Steve and get ready to be webmasters :-)
My first attempt ended almost immediately. Too much software to download
and install for anything like
Anthony It sounds like configure needs to grow a test to detect that a
Anthony libreadline it finds is actually the crackful libedit and
Anthony refuse to use it if so.
FYI: Real libreadline is GPL, ...
Didn't Python's readline module work with libedit once upon a time? I
On 1/18/06, Raymond Hettinger [EMAIL PROTECTED] wrote:
I'd propose bin() to stay in line with the short abbreviated names.
There has been some previous discussion about removing hex()/oct()
from
builtins for Python 3.0, IIRC. I sure don't think bin() belongs
there.
Perhaps introduce
On Jan 18, 2006, at 1:31 AM, Anthony Baxter wrote:
On Wednesday 18 January 2006 16:25, Stephen J. Turnbull wrote:
Unless rms has changed his position on this, or there has been
relevant legislation or a court decision in the meantime,
explicitly requiring or checking for real libreadline,
Tim Peters wrote:
Did this checkin perhaps forget to add that file?
Oops, indeed - please try again.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
On 1/17/06, Martin v. Löwis [EMAIL PROTECTED] wrote:
Alex Martelli wrote:
But this doesn't apply to the Python Standard Library, for example see
line 1348 of imaplib.py: if isinstance(date_time, (int, float)):.
[...]
Being able to change imaplib to use basenumber instead of (int, float)
[Tim]
Did this checkin perhaps forget to add that file?
[Martin]
Oops, indeed - please try again.
It may ;-) be better now. Looks like the release build finished, but
the debug build died:
-- Build started: Project: pythoncore, Configuration: Debug Win32 --
generate buildinfo
Jack wrote:
The arbitrary base case isn't even academic
or we would see homework questions about it
on c.l.py. No one asks about
hex or octal because they are there.
I have wanted base-36 far more often than I've
wanted base-8. I haven't needed any base
(except 10) often enough to justify
[EMAIL PROTECTED] wrote:
Steve We should also add script explaining how to download the beta
Steve site data and the generation software so people can play with it
Steve and get ready to be webmasters :-)
My first attempt ended almost immediately. Too much software to download
and
My first attempt ended almost immediately. Too much software to download
and install for anything like casual use.
Tim For casual use why not just edit the rest file?
Maybe I misread the directions. I thought I had to install some new library
I'd never heard of (syck), Python
[EMAIL PROTECTED] wrote:
My first attempt ended almost immediately. Too much software to
download
and install for anything like casual use.
Tim For casual use why not just edit the rest file?
Maybe I misread the directions. I thought I had to install some new library
I'd
Brett Cannon wrote:
On 1/18/06, Raymond Hettinger [EMAIL PROTECTED] wrote:
I'd propose bin() to stay in line with the short abbreviated names.
There has been some previous discussion about removing hex()/oct()
from
builtins for Python 3.0, IIRC. I sure don't think bin() belongs
there.
On Thursday 19 January 2006 08:53, [EMAIL PROTECTED] wrote:
Maybe I misread the directions. I thought I had to install some
new library I'd never heard of (syck), Python bindings for the
same, and maybe some other stuff. It clearly wasn't just svn co
... and start editing. In any case, I
On Jan 18, 2006, at 11:09 AM, Brett Cannon wrote:
On 1/18/06, Raymond Hettinger [EMAIL PROTECTED] wrote:
I'd propose bin() to stay in line with the short abbreviated names.
There has been some previous discussion about removing hex()/oct()
from
builtins for Python 3.0, IIRC. I sure don't
On 1/18/06, Alex Martelli [EMAIL PROTECTED] wrote:
On Jan 18, 2006, at 11:09 AM, Brett Cannon wrote:
On 1/18/06, Raymond Hettinger [EMAIL PROTECTED] wrote:
I'd propose bin() to stay in line with the short abbreviated names.
There has been some previous discussion about removing
On Wed, Jan 18, 2006, Guido van Rossum wrote:
Can we just all agree that RMS is an asshole now? Bah.
Citing RMS's insanity is a great way to get my blood steaming. --GvR
--
Aahz ([EMAIL PROTECTED]) * http://www.pythoncraft.com/
19. A language that doesn't affect the way you
On Jan 18, 2006, at 11:40 PM, Aahz wrote:
On Wed, Jan 18, 2006, Guido van Rossum wrote:
Can we just all agree that RMS is an asshole now? Bah.
Citing RMS's insanity is a great way to get my blood steaming. --
GvR
Ya know, you don't *have* to use his software. For example, python
could
On Jan 18, 2006, at 8:47 PM, James Y Knight wrote:
On Jan 18, 2006, at 11:40 PM, Aahz wrote:
On Wed, Jan 18, 2006, Guido van Rossum wrote:
Can we just all agree that RMS is an asshole now? Bah.
Citing RMS's insanity is a great way to get my blood steaming. --
GvR
Ya know, you don't
On Jan 18, 2006, at 8:47 PM, James Y Knight wrote:
On Jan 18, 2006, at 11:40 PM, Aahz wrote:
On Wed, Jan 18, 2006, Guido van Rossum wrote:
Can we just all agree that RMS is an asshole now? Bah.
Citing RMS's insanity is a great way to get my blood steaming. --
GvR
Ya know, you don't
On 1/10/06, M.-A. Lemburg [EMAIL PROTECTED] wrote:
We'd also have to make sure that old extensions don't
just import with a warning, since the change will introduce
buffer overflows and seg faults in extensions that are not
aware of the change.
I agree that on 64-bit platforms we should
-Original Message-
From: [EMAIL PROTECTED] [mailto:python-dev-
[EMAIL PROTECTED] On Behalf Of Martin v. Löwis
Sent: Wednesday, January 18, 2006 3:36 PM
To: Jason Orendorff
Cc: python-dev@python.org
Subject: Re: [Python-Dev] basenumber redux
Jason Orendorff wrote:
Really this
Guido, we may be converging on a consensus for my proposal:
base(value, radix=2)
So far no one has shot at it, and it has gathered +1's from Steven,
Alex, Brett, and Nick.
To keep it simple, the proposal is for the value to be any int or long.
With an underlying __base__ method call, it
On 1/18/06, Raymond Hettinger [EMAIL PROTECTED] wrote:
Guido, we may be converging on a consensus for my proposal:
base(value, radix=2)
So far no one has shot at it, and it has gathered +1's from Steven,
Alex, Brett, and Nick.
+1 for me too, but I'd also like to deprecate hex() and
On Jan 18, 2006, at 11:37 PM, Neal Norwitz wrote:
On 1/18/06, Raymond Hettinger [EMAIL PROTECTED] wrote:
Guido, we may be converging on a consensus for my proposal:
base(value, radix=2)
So far no one has shot at it, and it has gathered +1's from Steven,
Alex, Brett, and Nick.
+1 for
42 matches
Mail list logo