[issue35847] RISC-V needs CTYPES_PASS_BY_REF_HACK

2019-01-29 Thread Andreas Schwab
Change by Andreas Schwab : -- keywords: +patch, patch, patch pull_requests: +11536, 11537, 11538 stage: -> patch review ___ Python tracker <https://bugs.python.org/issu

[issue35847] RISC-V needs CTYPES_PASS_BY_REF_HACK

2019-01-29 Thread Andreas Schwab
Change by Andreas Schwab : -- keywords: +patch, patch pull_requests: +11536, 11537 stage: -> patch review ___ Python tracker <https://bugs.python.org/issu

[issue35847] RISC-V needs CTYPES_PASS_BY_REF_HACK

2019-01-29 Thread Andreas Schwab
Change by Andreas Schwab : -- keywords: +patch pull_requests: +11536 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue35847> ___ ___ Py

[issue35847] RISC-V needs CTYPES_PASS_BY_REF_HACK

2019-01-29 Thread Andreas Schwab
New submission from Andreas Schwab : == FAIL: test_pass_by_value (ctypes.test.test_structures.StructureTestCase) -- Traceback (most recent call last): File

[issue35818] test_email: test_localtime_daylight_false_dst_true() fails if timezone database is missing

2019-01-24 Thread Andreas Schwab
Andreas Schwab added the comment: rpm -e timezone -- ___ Python tracker <https://bugs.python.org/issue35818> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35818] test_email: test_localtime_daylight_false_dst_true() fails if timezone database is missing

2019-01-24 Thread Andreas Schwab
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

[issue35317] test_email: test_localtime_daylight_false_dst_true() fails depending on the timezone

2019-01-24 Thread Andreas Schwab
Andreas Schwab added the comment: The test still fails if the timezone database is not available. -- nosy: +schwab ___ Python tracker <https://bugs.python.org/issue35

[issue33070] Add platform triplet for RISC-V

2018-03-13 Thread Andreas Schwab
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.or

[issue31900] localeconv() should decode numeric fields from LC_NUMERIC encoding, not from LC_CTYPE encoding

2018-01-28 Thread Andreas Schwab
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

[issue28604] Exception raised by python3.5 when using en_GB locale

2017-09-30 Thread Andreas Schwab
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 &quo

[issue24543] Configure script wrongly detects x64/x87/mc68881 with -flto option passed

2015-07-02 Thread Andreas Schwab
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

[issue24543] Configure script wrongly detects x64/x87/mc68881 with -flto option passed

2015-07-01 Thread Andreas Schwab
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

[issue24543] Configure script wrongly detects mc68881 with -flto option passed

2015-07-01 Thread Andreas Schwab
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

[issue17873] _ctypes/libffi missing bits for aarch64 support

2014-10-01 Thread Andreas Schwab
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

[issue17873] _ctypes/libffi missing bits for aarch64 support

2014-09-30 Thread Andreas Schwab
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

[issue22503] Signal stack overflow in faulthandler_user

2014-09-28 Thread Andreas Schwab
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

[issue22503] Signal stack overflow in faulthandler_user

2014-09-27 Thread Andreas Schwab
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

[issue22126] mc68881 fpcr inline asm breaks clang -flto build

2014-08-03 Thread Andreas Schwab
Andreas Schwab added the comment: Why does the configure test succeed? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22126 ___ ___ Python-bugs

[issue21881] python cannot parse tcl value

2014-07-05 Thread Andreas Schwab
Andreas Schwab added the comment: Thanks, this is working now. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21881 ___ ___ Python-bugs-list

[issue21881] python cannot parse tcl value

2014-07-04 Thread Andreas Schwab
Andreas Schwab added the comment: _tkinter.create().getdouble(float('nan')) nan -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21881

[issue21881] python cannot parse tcl value

2014-06-30 Thread Andreas Schwab
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

[issue21881] python cannot parse tcl value

2014-06-29 Thread Andreas Schwab
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

[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k

2014-04-09 Thread Andreas Schwab
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

[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k

2014-04-04 Thread Andreas Schwab
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

[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k

2014-04-04 Thread Andreas Schwab
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

[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k

2014-04-04 Thread Andreas Schwab
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

[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k

2014-04-03 Thread Andreas Schwab
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] HAVE_PY_SET_53BIT_PRECISION for m68k

2014-04-03 Thread Andreas Schwab
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

[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k

2014-03-28 Thread Andreas Schwab
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

[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k

2014-03-24 Thread Andreas Schwab
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

[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k

2014-03-24 Thread Andreas Schwab
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

[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k

2014-03-24 Thread Andreas Schwab
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

[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k

2014-03-24 Thread Andreas Schwab
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

[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k

2014-03-24 Thread Andreas Schwab
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

[issue21038] test_epoll.TestEPoll.test_control_and_wait: remove extra assertion

2014-03-23 Thread Andreas Schwab
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

[issue21038] test_epoll.TestEPoll.test_control_and_wait: remove extra assertion

2014-03-23 Thread Andreas Schwab
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

[issue19537] Fix misalignment in fastsearch_memchr_1char

2014-03-23 Thread Andreas Schwab
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

[issue19537] Fix misalignment in fastsearch_memchr_1char

2014-03-23 Thread Andreas Schwab
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

[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k

2014-03-23 Thread Andreas Schwab
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

[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k

2014-03-23 Thread Andreas Schwab
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

[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k

2014-03-23 Thread Andreas Schwab
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

[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k

2014-03-23 Thread Andreas Schwab
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

[issue20946] ctypes test fixes

2014-03-16 Thread Andreas Schwab
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

[issue20934] test_multiprocessing is broken by design

2014-03-15 Thread Andreas Schwab
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

[issue20910] Make sleep configurable in tests

2014-03-15 Thread Andreas Schwab
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

[issue20910] Make sleep configurable in tests

2014-03-15 Thread Andreas Schwab
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

[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k

2014-03-14 Thread Andreas Schwab
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

[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k

2014-03-13 Thread Andreas Schwab
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

[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k

2014-03-13 Thread Andreas Schwab
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

[issue19537] Fix misalignment in fastsearch_memchr_1char

2013-12-15 Thread Andreas Schwab
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

[issue19537] Fix misalignment in fastsearch_memchr_1char

2013-11-25 Thread Andreas Schwab
Andreas Schwab added the comment: (gdb) p sizeof(PyUnicodeObject) $1 = 38 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19537 ___ ___ Python

[issue19537] Fix misalignment in fastsearch_memchr_1char

2013-11-10 Thread Andreas Schwab
Andreas Schwab added the comment: (gdb) p sizeof(PyASCIIObject) $1 = 22 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19537 ___ ___ Python-bugs

[issue19537] Fix misalignment in fastsearch_memchr_1char

2013-11-10 Thread Andreas Schwab
Andreas Schwab added the comment: There is nothing wrong with that. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19537 ___ ___ Python-bugs

[issue19537] Fix misalignment in fastsearch_memchr_1char

2013-11-09 Thread Andreas Schwab
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

[issue18062] m68k FPU precision issue

2013-05-26 Thread Andreas Schwab
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

[issue17873] _ctypes/libffi missing bits for aarch64 support

2013-04-29 Thread Andreas Schwab
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