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
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() a
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 woul
> -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:
> > Re
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 shoul
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
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
>
>
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, pytho
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 w
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 abou
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
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,
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
[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 l
>> 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), Pytho
[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 downloa
Jason Orendorff wrote:
> Really this is just further proof that type-checking is a royal pain
> in Python. Or rather, it's not hard to cover the builtin and stdlib
> types, but it's hard to support "duck typing" too. Are we going about
> this the right way?
It's not as bad. There is nothing wron
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 justi
[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
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 (i
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:
http://mail.python.
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" libread
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.
>
> Perh
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?
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 lik
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
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 refu
[Raymond]
> Perhaps introduce a single function, base(val, radix=10,
> prefix=''), as a universal base converter that could replace
> bin(), hex(), oct(), etc.
+1 on introducing base()
[Skip]
> Would it (should it) work with floats, decimals, complexes? I presume it
> would work with ints and lo
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 h
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
__
> > 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 u
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
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 the look of t
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 remo
[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:
> Gen
[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 o
> "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
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 diff
On Tue, 2006-01-17 at 16:38 -0700, Adam Olsen wrote:
> On 1/17/06, Thomas Wouters <[EMAIL PROTECTED]> wrote:
> > On Tue, Jan 17, 2006 at 09:23:29AM -0500, Jason Orendorff 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
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 "spel
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 cou
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
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
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, an
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 t
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 o
46 matches
Mail list logo
