On Tue, Mar 15, 2011 at 7:22 PM, <nore...@github.com> wrote: > Branch: refs/heads/master > Home: https://github.com/numpy/numpy > > Commit: aada93306acfb4e2eb816faf32652edf8825cf45 > > https://github.com/numpy/numpy/commit/aada93306acfb4e2eb816faf32652edf8825cf45 > Author: Mark Wiebe <mwwi...@gmail.com> > Date: 2011-03-15 (Tue, 15 Mar 2011) > > Changed paths: > M doc/source/reference/c-api.array.rst > M numpy/add_newdocs.py > M numpy/core/numeric.py > M numpy/core/src/multiarray/convert.c > M numpy/core/src/multiarray/ctors.c > M numpy/core/src/multiarray/multiarraymodule.c > M numpy/core/src/umath/ufunc_object.c > M numpy/core/tests/test_numeric.py > > Log Message: > ----------- > ENH: Add 'subok' parameter to PyArray_NewLikeArray, np.empty_like, > np.zeros_like, and np.ones_like > > This way, the sub-type can be avoided if necessary. This helps mitigate, > but doesn't fix, ticket #1753, by allowing "b = np.empty_like(a, > subok=False)". > I'm really not in a position to comment on the depths of the numpy API, but my understanding of np.<any>_like( ... ) was that it would create always "normal" ndarrays just taking shape and dtype from the given array. So what should the interpretation of "subok" be ? Can you elaborate ... ?
Thanks, Sebastian Haase _______________________________________________ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion