bin(long) doesn't have a trailing 'L'

[mdickinson]

BPO	3186
Nosy	@rhettinger, @mdickinson, @ericvsmith

^{Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.}

Show more details

GitHub fields:

assignee = 'https://github.com/rhettinger'
closed_at = <Date 2008-06-24.12:17:44.391>
created_at = <Date 2008-06-24.08:55:47.110>
labels = ['interpreter-core', 'invalid']
title = "bin(long) doesn't have a trailing 'L'"
updated_at = <Date 2008-06-24.12:17:44.390>
user = 'https://github.com/mdickinson'

bugs.python.org fields:

activity = <Date 2008-06-24.12:17:44.390>
actor = 'mark.dickinson'
assignee = 'rhettinger'
closed = True
closed_date = <Date 2008-06-24.12:17:44.391>
closer = 'mark.dickinson'
components = ['Interpreter Core']
creation = <Date 2008-06-24.08:55:47.110>
creator = 'mark.dickinson'
dependencies = []
files = []
hgrepos = []
issue_num = 3186
keywords = []
message_count = 3.0
messages = ['68672', '68680', '68681']
nosy_count = 3.0
nosy_names = ['rhettinger', 'mark.dickinson', 'eric.smith']
pr_nums = []
priority = 'normal'
resolution = 'not a bug'
stage = None
status = 'closed'
superseder = None
type = None
url = 'https://bugs.python.org/issue3186'
versions = ['Python 2.6']

[mdickinson]

In Python 2.6, for a long n, hex(n) and oct(n) have a trailing 'L', while
bin(n) does not:

>>> hex(1L)
'0x1L'
>>> oct(1L)
'01L'
>>> bin(1L)
'0b1'

I'm guessing that this is intentional, and that the only reason hex(n) and
oct(n) still have a trailing 'L' is backwards compatibility, but I thought
I'd better check.

[ericvsmith]

See
http://mail.python.org/pipermail/python-dev/2008-February/077062.html,
where Guido endorses my approach to implementing bin() without the
trailing L for longs.

Note that he also agrees with not adding a __bin__ function, which was
implemented in r64424. I disagree with adding __bin__ to 2.6.

[mdickinson]

Ah. I missed this. Apologies.

Sorry for the noise.