[issue35847] RISC-V needs CTYPES_PASS_BY_REF_HACK
Change by Andreas Schwab : -- keywords: +patch, patch, patch pull_requests: +11536, 11537, 11538 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue35847> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35847] RISC-V needs CTYPES_PASS_BY_REF_HACK
Change by Andreas Schwab : -- keywords: +patch, patch pull_requests: +11536, 11537 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue35847> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35847] RISC-V needs CTYPES_PASS_BY_REF_HACK
Change by Andreas Schwab : -- keywords: +patch pull_requests: +11536 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue35847> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35847] RISC-V needs CTYPES_PASS_BY_REF_HACK
New submission from Andreas Schwab : == FAIL: test_pass_by_value (ctypes.test.test_structures.StructureTestCase) -- Traceback (most recent call last): File "/home/abuild/rpmbuild/BUILD/Python-3.7.2/Lib/ctypes/test/test_structures.py", line 416, in test_pass_by_value self.assertEqual(s.first, 0xdeadbeef) AssertionError: 195948557 != 3735928559 -- -- components: ctypes messages: 334505 nosy: schwab priority: normal severity: normal status: open title: RISC-V needs CTYPES_PASS_BY_REF_HACK type: behavior versions: Python 3.7, Python 3.8 ___ Python tracker <https://bugs.python.org/issue35847> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35818] test_email: test_localtime_daylight_false_dst_true() fails if timezone database is missing
Andreas Schwab added the comment: rpm -e timezone -- ___ Python tracker <https://bugs.python.org/issue35818> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35818] test_email: test_localtime_daylight_false_dst_true() fails if timezone database is missing
New submission from Andreas Schwab : bpo-35317 solution is incomplete, the test needs to be skipped if the timezone database is unavailable. -- messages: 334294 nosy: barry, miss-islington, p-ganssle, r.david.murray, schwab, vstinner, xtreak priority: normal severity: normal status: open title: test_email: test_localtime_daylight_false_dst_true() fails if timezone database is missing type: behavior versions: Python 3.6, Python 3.7, Python 3.8 ___ Python tracker <https://bugs.python.org/issue35818> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35317] test_email: test_localtime_daylight_false_dst_true() fails depending on the timezone
Andreas Schwab added the comment: The test still fails if the timezone database is not available. -- nosy: +schwab ___ Python tracker <https://bugs.python.org/issue35317> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33070] Add platform triplet for RISC-V
Change by Andreas Schwab <sch...@linux-m68k.org>: -- components: Build nosy: schwab priority: normal severity: normal status: open title: Add platform triplet for RISC-V type: enhancement ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue33070> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue31900] localeconv() should decode numeric fields from LC_NUMERIC encoding, not from LC_CTYPE encoding
Andreas Schwab <sch...@linux-m68k.org> added the comment: > The technical issue here is that the libc has no "stateless" function to > process bytes and text with one specific locale. That's not true. There is a rich set of *_l functions that take a locale_t object and operate on that locale. -- nosy: +schwab ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue31900> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue28604] Exception raised by python3.5 when using en_GB locale
Andreas Schwab <sch...@linux-m68k.org> added the comment: This causes test_float.py to fail with glibc > 2.26. ERROR: test_float_with_comma (__main__.GeneralFloatCases) -- Traceback (most recent call last): File "/home/abuild/rpmbuild/BUILD/Python-3.6.2/Lib/test/support/__init__.py", line 1590, in inner return func(*args, **kwds) File "Lib/test/test_float.py", line 150, in test_float_with_comma if not locale.localeconv()['decimal_point'] == ',': File "/home/abuild/rpmbuild/BUILD/Python-3.6.2/Lib/locale.py", line 110, in localeconv d = _localeconv() UnicodeDecodeError: 'locale' codec can't decode byte 0xa0 in position 0: Invalid or incomplete multibyte or wide character -- -- nosy: +schwab ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue28604> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24543] Configure script wrongly detects x64/x87/mc68881 with -flto option passed
Andreas Schwab added the comment: Please use AC_LINK_IFELSE. No need for a runtime test that breaks cross compilation. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24543 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24543] Configure script wrongly detects x64/x87/mc68881 with -flto option passed
Changes by Andreas Schwab sch...@linux-m68k.org: -- title: Configure script wrongly detects mc68881 with -flto option passed - Configure script wrongly detects x64/x87/mc68881 with -flto option passed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24543 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24543] Configure script wrongly detects mc68881 with -flto option passed
Andreas Schwab added the comment: That means these tests are broken as well: AC_MSG_CHECKING(for x64 gcc inline assembler) AC_MSG_CHECKING(whether we can use gcc inline assembler to get and set x87 control word) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24543 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17873] _ctypes/libffi missing bits for aarch64 support
Andreas Schwab added the comment: https://build.opensuse.org/package/show/openSUSE:Factory:ARM/python3-base -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17873 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17873] _ctypes/libffi missing bits for aarch64 support
Andreas Schwab added the comment: fficonfig.py.in isn't part of upstream. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17873 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22503] Signal stack overflow in faulthandler_user
Andreas Schwab added the comment: There is an open bug about MINSIGSTKSZ being too small on aarch64 https://sourceware.org/bugzilla/show_bug.cgi?id=16850. How much SIGSTKSZ can guarantee about nested signals is unclear. POSIX does not appear give any guidance. On aarch64 SIGSTKSZ is defined to 8192, which is the default for architectures not overriding it (both in glibc and the kernel headers). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22503 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22503] Signal stack overflow in faulthandler_user
New submission from Andreas Schwab: test_register_chain fails on aarch64 due to signal stack overflow, when re-raising the signal in faulthandler_user. The problem is that the signal stack can only handle a single signal frame, but faulthandler_user adds a second one. _Py_Faulthandler_Init should allocate twice the amount of stack to cater for the two signal frames. == FAIL: test_register_chain (test.test_faulthandler.FaultHandlerTests) -- Traceback (most recent call last): File /home/abuild/rpmbuild/BUILD/Python-3.4.1/Lib/test/test_faulthandler.py, line 592, in test_register_chain self.check_register(chain=True) File /home/abuild/rpmbuild/BUILD/Python-3.4.1/Lib/test/test_faulthandler.py, line 576, in check_register self.assertEqual(exitcode, 0) AssertionError: -11 != 0 -- -- components: Extension Modules messages: 227667 nosy: schwab priority: normal severity: normal status: open title: Signal stack overflow in faulthandler_user type: resource usage versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22503 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22126] mc68881 fpcr inline asm breaks clang -flto build
Andreas Schwab added the comment: Why does the configure test succeed? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22126 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21881] python cannot parse tcl value
Andreas Schwab added the comment: Thanks, this is working now. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21881 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21881] python cannot parse tcl value
Andreas Schwab added the comment:
_tkinter.create().getdouble(float('nan'))
nan
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21881
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21881] python cannot parse tcl value
Andreas Schwab added the comment: You will see this on any architecture where the canonical NaN has all bits set (or a subset of them). This include mips and m68k. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21881 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21881] python cannot parse tcl value
New submission from Andreas Schwab:
Lib/test/test_tcl.py fails with:
test test_tcl failed -- Traceback (most recent call last):
File /home/abuild/rpmbuild/BUILD/Python-2.7.7/Lib/test/test_tcl.py, line 430
, in test_user_command
check(float('nan'), 'NaN', eq=nan_eq)
File /home/abuild/rpmbuild/BUILD/Python-2.7.7/Lib/test/test_tcl.py, line 397
, in check
eq(result[0], expected2)
File /home/abuild/rpmbuild/BUILD/Python-2.7.7/Lib/test/test_tcl.py, line 405
, in nan_eq
actual = float(actual)
ValueError: invalid literal for float(): NaN(7)
--
components: Tkinter
messages: 221887
nosy: schwab
priority: normal
severity: normal
status: open
title: python cannot parse tcl value
type: behavior
versions: Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21881
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Andreas Schwab added the comment: The only problem is that under some conditions involving denormalized numbers the result may lose a bit of precision. But that is mostly irrelevant for this issue, at least it wouldn't make it worse than it is now. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Andreas Schwab added the comment: Finn Thain fth...@telegraphics.com.au writes: until Aranym gets fixed. Aranym *is* fixed. Andreas. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Andreas Schwab added the comment: The fixed version is here: git://git.code.sf.net/p/aranym/code Andreas. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Andreas Schwab added the comment: There is nothing that fails. The emulator has always correctly implemented the insn. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Andreas Schwab added the comment: Enabling this *will* break Python on Linux/m68k ??? It will not of course, it will *fix* it. You have no idea what you are talking about. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Andreas Schwab added the comment: There is no excuse for using a broken emulator. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Andreas Schwab added the comment: 342 tests OK. 2 tests altered the execution environment: test_site test_warnings 33 tests skipped: test_codecmaps_cn test_codecmaps_hk test_codecmaps_jp test_codecmaps_kr test_codecmaps_tw test_curses test_dbm_gnu test_dbm_ndbm test_devpoll test_idle test_ioctl test_kqueue test_msilib test_ossaudiodev test_pep277 test_readline test_smtpnet test_socketserver test_sqlite test_ssl test_startfile test_tcl test_timeout test_tk test_ttk_guionly test_ttk_textonly test_unicode_file test_urllib2net test_urllibnet test_winreg test_winsound test_xmlrpc_net test_zipfile64 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Andreas Schwab added the comment: It's not just cosmetic, it's breaking the testsuite back and forth. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Andreas Schwab added the comment: I didn't bother since this one fixes it for me (and also other python modules). IMHO it's the correct way to fix it, since no other architecture except these two will have the problem. Since you say the non-short-float code is legacy this will make it also possible to drop it. FWIW, I don't really care which version will carry the patch, since I can apply it locally anyway. But I don't want to carry it indefinitely. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Andreas Schwab added the comment: I guess they will get fixed over time, or declared unsupported. :-) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Andreas Schwab added the comment: That's what I call hostile. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Andreas Schwab added the comment: We are actually talking about Linux here, I assume everyone knows what that is :-) Also the patch is 2 files changed, 32+ (if you ignore the autoconf generated files), which is quite a bit smaller than the final version of the atheos patch (which is 19 files changed, 544+, 15-, also generated files ignored). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21038] test_epoll.TestEPoll.test_control_and_wait: remove extra assertion
Changes by Andreas Schwab sch...@linux-m68k.org: -- versions: +Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21038 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21038] test_epoll.TestEPoll.test_control_and_wait: remove extra assertion
New submission from Andreas Schwab: The extra assertion doesn't check something new and can result in spurious testsuite failures due to the stricter condition. -- components: Tests files: 0001-test_epoll.TestEPoll.test_control_and_wait-remove-ex.patch keywords: patch messages: 214580 nosy: schwab priority: normal severity: normal status: open title: test_epoll.TestEPoll.test_control_and_wait: remove extra assertion type: enhancement Added file: http://bugs.python.org/file34585/0001-test_epoll.TestEPoll.test_control_and_wait-remove-ex.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21038 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19537] Fix misalignment in fastsearch_memchr_1char
Andreas Schwab added the comment:
The attached patch has been tested on
{i586,x86_64,ppc,ppc64,ppc64le,armv6hl,armv7hl,aarch64,m68k}-suse-linux.
--
keywords: +patch
Added file: http://bugs.python.org/file34589/pyasciiobject-align.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19537
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19537] Fix misalignment in fastsearch_memchr_1char
Changes by Andreas Schwab sch...@linux-m68k.org: Removed file: http://bugs.python.org/file32554/xx ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19537 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Changes by Andreas Schwab sch...@linux-m68k.org: Removed file: http://bugs.python.org/file34387/m68k-float-prec.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Changes by Andreas Schwab sch...@linux-m68k.org: -- versions: +Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Andreas Schwab added the comment: What do you mean with code churn? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Andreas Schwab added the comment: That's a very broad definition, I didn't know that python is such a hostile environment. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20946] ctypes test fixes
New submission from Andreas Schwab:
The attached patch fixes some wrong alignment assumptions in the ctype tests.
It has been tested on
{ppc,ppc64,ppc64le,i586,x86_64,armv6hl,aarch64,m68k}-suse-linux.
--
components: Tests
files: ctypes-align.patch
keywords: patch
messages: 213735
nosy: schwab
priority: normal
severity: normal
status: open
title: ctypes test fixes
versions: Python 3.3, Python 3.4
Added file: http://bugs.python.org/file34440/ctypes-align.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20946
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20934] test_multiprocessing is broken by design
New submission from Andreas Schwab: This comment say it all: CHECK_TIMINGS = False # making true makes tests take a lot longer # and can sometimes cause some non-serious # failures because some calls block a bit # longer than expected If the failures happen due to different timeouts then the test is broken by design. -- components: Tests messages: 213646 nosy: schwab priority: normal severity: normal status: open title: test_multiprocessing is broken by design type: behavior versions: Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20934 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20910] Make sleep configurable in tests
Andreas Schwab added the comment: test_io.CSignalsTest.check_interrupted_write can fail in an emulated environment when the alarm races with the write call. -- nosy: +schwab ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20910 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20910] Make sleep configurable in tests
Andreas Schwab added the comment: Also, sometimes tests fail in non-verbose mode, but succeed in verbose mode. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20910 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Andreas Schwab added the comment: I have modified the patch to include a configure check to set HAVE_GCC_ASM_FOR_MC68881 and use that instead of __mc68000__. -- Added file: http://bugs.python.org/file34412/m68k-float-prec.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
New submission from Andreas Schwab: m68k has the same problem as x86 with excess floating point precision. The attached patch implements the necessary support for HAVE_PY_SET_53BIT_PRECISION. -- components: Interpreter Core files: m68k-float-prec.patch keywords: patch messages: 213359 nosy: schwab priority: normal severity: normal status: open title: HAVE_PY_SET_53BIT_PRECISION for m68k type: enhancement versions: Python 3.3 Added file: http://bugs.python.org/file34387/m68k-float-prec.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Andreas Schwab added the comment: I don't know of any other compiler on m68k. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19537] Fix misalignment in fastsearch_memchr_1char
Andreas Schwab added the comment: How about adding explicit padding to the bitfield in PyASCIIObject? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19537 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19537] Fix misalignment in fastsearch_memchr_1char
Andreas Schwab added the comment: (gdb) p sizeof(PyUnicodeObject) $1 = 38 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19537 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19537] Fix misalignment in fastsearch_memchr_1char
Andreas Schwab added the comment: (gdb) p sizeof(PyASCIIObject) $1 = 22 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19537 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19537] Fix misalignment in fastsearch_memchr_1char
Andreas Schwab added the comment: There is nothing wrong with that. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19537 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19537] Fix misalignment in fastsearch_memchr_1char
New submission from Andreas Schwab: sizeof(foo) is never a good approximation for the alignment of foo -- components: Interpreter Core files: xx messages: 202487 nosy: schwab priority: normal severity: normal status: open title: Fix misalignment in fastsearch_memchr_1char type: behavior versions: Python 3.3 Added file: http://bugs.python.org/file32554/xx ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19537 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18062] m68k FPU precision issue
Andreas Schwab added the comment: Thorsten Glaser t...@mirbsd.de writes: root@ara3:~ # ./a.out test#1 fail: 1.0E+00 test#2 fail: 1.00040E+16 changing FPU control word from to 0080 = 0080 test#1 fail: 1.0E+00 test#2 fail: 1.00040E+16 What is the exact sequence of fpu insns? Andreas. -- nosy: +schwab ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18062 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17873] _ctypes/libffi missing bits for aarch64 support
New submission from Andreas Schwab: ctype modules doesn't build for aarch64 due to missing bits in the fficonfig.py script. -- components: ctypes files: ctypes-libffi-aarch64.patch keywords: patch messages: 188116 nosy: schwab priority: normal severity: normal status: open title: _ctypes/libffi missing bits for aarch64 support type: compile error versions: Python 3.3 Added file: http://bugs.python.org/file30073/ctypes-libffi-aarch64.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17873 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
