[issue25221] PyLong_FromLong() potentially returns irregular object when small_ints[] isn't used

[Roundup Robot]

Roundup Robot added the comment:

New changeset 9eb0f7762999 by Mark Dickinson in branch '3.5':
Issue #25221: Fix corrupted result from PyLong_FromLong(0) when Python is 
compiled with NSMALLPOSINTS = 0.
https://hg.python.org/cpython/rev/9eb0f7762999

New changeset c7b48798dbaa by Mark Dickinson in branch 'default':
Issue #25221: merge from 3.5.
https://hg.python.org/cpython/rev/c7b48798dbaa

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue25221] PyLong_FromLong() potentially returns irregular object when small_ints[] isn't used

[Mark Dickinson]

Mark Dickinson added the comment:

Thanks for the report! Fixed.

--
resolution:  -> fixed
stage: commit review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue25221] PyLong_FromLong() potentially returns irregular object when small_ints[] isn't used

[Mark Dickinson]

Changes by Mark Dickinson :


--
assignee:  -> mark.dickinson
nosy: +mark.dickinson
stage:  -> commit review
versions: +Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue25221] PyLong_FromLong() potentially returns irregular object when small_ints[] isn't used

[s-wakaba]

New submission from s-wakaba:

When compiling cpython with specifying NSMALLPOSINTS and NSMALLNEGINTS macros 
as zero to skip making small_ints[] array, like following command, process 
couldn't finish.

$ ./configure CPPFLAGS='-DNSMALLPOSINTS=0 -DNSMALLNEGINTS=0'
$ make

The reason looks a problem that PyLong_FromLong(0) returns irregular int 
object: Py_SIZE(zero_int) must be 0, but it becomes 1.

maybe this problem never appears in actual cases, but in "longobject.c", it 
still looks supported to compile without small_ints[].
I don't know it should be fixed or not. but, as a result, I could compile 
cpython after addition of one line like attached patch.
Could you confirm this point?

Thanks.

--
components: Interpreter Core
files: longobject.c.patch
keywords: patch
messages: 251436
nosy: s-wakaba
priority: normal
severity: normal
status: open
title: PyLong_FromLong() potentially returns irregular object when small_ints[] 
isn't used
type: behavior
versions: Python 3.5
Added file: http://bugs.python.org/file40555/longobject.c.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com