Skip to content

BUG/TST: Precision on downcast #5363

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
TomAugspurger opened this issue Oct 28, 2013 · 1 comment
Closed

BUG/TST: Precision on downcast #5363

TomAugspurger opened this issue Oct 28, 2013 · 1 comment
Labels
Dtype Conversions Unexpected or buggy dtype conversions Numeric Operations Arithmetic, Comparison, and Logical operations
Milestone

Comments

@TomAugspurger
Copy link
Contributor

See #5174

May not be just Macs. From that thread, yarikoptic's OS was: OS: Linux 3.9-1-amd64 #1 SMP Debian 3.9.8-1 x86_64.

A sample failure is from the generic.interpolate suite (modified to downcast, which is the default):

    def test_interp_quad(self):
        sq = Series([1, 4, np.nan, 16], index=[1, 2, 3, 4])
        result = sq.interpolate(method='quadratic')
        expected = Series([1., 4, 9, 16], index=[1, 2, 3, 4])
        assert_series_equal(result, expected)

On (some?) macs and apparently some linux builds this will fail because it the result is not downcast to an int. See also stepping through here and the PR to patch this failure here.

I'm going to see if I can get my failing scipy/numpy tests to pass cleanly. Hopefully that will fix these.

@jreback
Copy link
Contributor

jreback commented Oct 28, 2013

closed by #5368

@jreback jreback closed this as completed Oct 28, 2013
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Dtype Conversions Unexpected or buggy dtype conversions Numeric Operations Arithmetic, Comparison, and Logical operations
Projects
None yet
Development

No branches or pull requests

2 participants