[issue7251] Mark expected failures of test_math, test_cmath and test_round as such.

2010-08-21 Thread Mark Dickinson
Mark Dickinson dicki...@gmail.com added the comment: Postscript: the failure Skip reported looks like a duplicate of issue 9069, which was tracked down to a gcc compiler bug in gcc 4.4.x (x = 4) and gcc 4.5.x (x = 0). That compiler bug is now fixed. --

[issue7251] Mark expected failures of test_math, test_cmath and test_round as such.

2009-11-15 Thread Mark Dickinson
Mark Dickinson dicki...@gmail.com added the comment: The tanh-related failures are no longer happening, since the FreeBSD buildbot was upgraded from FreeBSD 6.2 to FreeBSD 6.4. I'm still worried by Skip's report, but that's a separate issue. Closing. -- resolution: - fixed stage:

[issue7251] Mark expected failures of test_math, test_cmath and test_round as such.

2009-11-09 Thread Mark Dickinson
Mark Dickinson dicki...@gmail.com added the comment: The round tests for large values have been broken out into their own test; this test is now skipped (only if it would fail) on Linux/alpha. See r76176 (trunk), r76177 (py3k) and r76178 (release31-maint). The round function itself needs

[issue7251] Mark expected failures of test_math, test_cmath and test_round as such.

2009-11-09 Thread Mark Dickinson
Mark Dickinson dicki...@gmail.com added the comment: The round function in release26-maint is fixed (r76179). I'm not sure whether the round_large test needs to be skipped for release26-maint, since the Python 2.6 version of round doesn't use the libm round function. --

[issue7251] Mark expected failures of test_math, test_cmath and test_round as such.

2009-11-04 Thread Skip Montanaro
Skip Montanaro s...@pobox.com added the comment: For 2.6.4 I get a test_float failure on Solaris as well: test test_float failed -- Traceback (most recent call last): File /home/tuba/skipm/src/python/Python-2.6.4/Lib/test/test_float.py, line 765, in test_roundtrip self.identical(-x,

[issue7251] Mark expected failures of test_math, test_cmath and test_round as such.

2009-11-04 Thread Roumen Petrov
Roumen Petrov bugtr...@roumenpetrov.info added the comment: May be one day python modules will deal with TANH_PRESERVES_ZERO_SIGN set by configure check. -- nosy: +rpetrov ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7251

[issue7251] Mark expected failures of test_math, test_cmath and test_round as such.

2009-11-02 Thread Mark Dickinson
New submission from Mark Dickinson dicki...@gmail.com: There are some buildbot failures due to platform-specific bugs that need to be marked as expected failures, using the unittest.expectedFailure decorator. This may require reorganizing the tests slightly. * tanh(-0.0) produces 0.0 instead

[issue7251] Mark expected failures of test_math, test_cmath and test_round as such.

2009-11-02 Thread Mark Dickinson
Mark Dickinson dicki...@gmail.com added the comment: Oops. I meant 'platform' bugs, not 'platform-specific' bugs. These are not bugs in Python, but in the underlying C library. -- ___ Python tracker rep...@bugs.python.org