Skip to content

New iterator #36

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

Merged
152 commits merged into from
Jan 29, 2011
Merged

New iterator #36

152 commits merged into from
Jan 29, 2011

Conversation

mwiebe
Copy link
Member

@mwiebe mwiebe commented Jan 27, 2011

All the NumPy and SciPy tests pass now (with a small scipy patch) on my machine. I think there's no a way to get the buildbot to pull from my branch without changing its configuration, so maybe merging the branch now is a good idea.

mwiebe added 30 commits January 9, 2011 01:54
@mwiebe
Copy link
Member Author

mwiebe commented Jan 28, 2011

I'd rather not edit the history too much if I can get away with it - I cleaned up the early commits when it was clear the iterator worked well. I could possibly separate out the ufunc conversion and the backwards compatibility changes, but they have to go at the end since they depend on the code for the iterator buffering subsystem. Also, as it is now, pretty much every commit will build and run, whereas if I edit the history there's no way I can spend the time to ensure that holds anymore.

@charris
Copy link
Member

charris commented Jan 28, 2011

Well, it was worth a try ;) I still think it worth separating out the backward compatibility part if it isn't too much trouble.

mwiebe added 18 commits January 27, 2011 21:37
With this patch, the latest scipy trunk (7087), built against NumPy
1.5.1, passes all tests when run against the numpy trunk.  The single
failing test, test_imresize, fails because it tests all float types,
and the new 'half' type lacks the precision to pass that test.
Now in methods.c each argument gets its own line, so its easier to validate.
This function implements the numpy.empty_like semantics, but supports
the new NPY_KEEPORDER enumeration value as well as switching to a
different data type.
fangerer pushed a commit to hpyproject/numpy-hpy that referenced this pull request Jul 7, 2022
Merge in ~STEPAN.SINDELAR_ORACLE.COM/numpy-hpy from mq/findarrayprep to labs-hpy-port

* commit '50a763b10a3f7541806cf6dc2ae262cfe80e7a54':
  Migrate function _find_array_prepare to HPy
luyahan pushed a commit to plctlab/numpy that referenced this pull request Apr 25, 2024
This pull request was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants