-
-
Notifications
You must be signed in to change notification settings - Fork 18.4k
COMPAT: comparisons with as_recarray breaking on older numpies #13388
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
Comments
xref #13373 |
Nitpick: can we change the title, as AFAICT that machine is using |
Arghh...there's a bug in @jreback : How to proceed? |
oh, you can put in a path if its a recarry, just maybe assert that both sides are recarray and listify (and assert_almost_equal)? (e.g. that will minimize impact on other code) |
Hmm...well it isn't actually >>> m
array([(1, 2.0), (3, 4.0)],
dtype=[('a', '<i8'), ('b', '<f8')])
>>> np.array_equal(m, m) # should return True
NotImplemented Might need to do |
Traces back to bug in NumPy v1.7.1 in which the 'array_equivalent' method could not compare NumPy arrays with complicated dtypes. As pandas relies on this function to check NumPy array equality during testing, this commit adds a fallback method for doing so. Closes pandas-devgh-13388. [ci skip]
Traces back to bug in NumPy v1.7.1 in which the 'array_equivalent' method could not compare NumPy arrays with complicated dtypes. As pandas relies on this function to check NumPy array equality during testing, this commit adds a fallback method for doing so. Closes gh-13388.
https://travis-ci.org/pydata/pandas/jobs/135897420
cc @gfyoung
The text was updated successfully, but these errors were encountered: